Hallo QNAPler,
ich habe seit mehreren Jahren einen QNAP (TS-419T) bei dem ich einen svn-Server via ipkg installiert habe. Prinzipiell ist das nach dem gleichen Schema eingerichtet, wie in Subversion auf einem QNAP TS-409 PRO.
Seit Firmware 3.6.0 Build 0210T habe ich allerdings zwei Ungereimtheiten. Ich habe mich an den QNAP-Support gewendet und da meinte man, dass es sich womöglich um Software eines Drittanbieters handelt und man mir da nicht zufriedenstellend weiterhelfen kann (will).
ZitatBitte im Forum http://www.qnapclub.de nach weiteren Informationen stöbern.
Hier nochmal meine Probleme:
Ich hatte über SSH (Putty) mittels ipkg u.a. nano und svn installiert.
Sind die durch ipkg installierten Programme eigentlich nach Firmwareaktualisierung weg?
Bei den vorherigen Updates war ich der Auffassung, dass auch danach alles noch vorhanden war.
Zunächst wollte ich Folgendes ausführen:
[~] # ipkg updateDownloading http://ipkg.nslu2-linux.org/feeds/optware/tsx19/cross/unstable/PackagesDownloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gzInflating http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/Packages.gzUpdated list of available packages in /opt/lib/ipkg/lists/cs08q1armelAn error ocurred, return value: 1.Collected errors:ipkg_download: ERROR: Command failed with return value 1: `wget --passive-ftp -q -P /opt/ipkg-SlpfQH http://ipkg.nslu2-linux.org/feeds/optware/tsx19/cross/unstable/Packages'
Pingen von Webseiten funktioniert ohne Probleme. Was ich etwas seltsam finde, in der Hilfe von wget gibt es überhaupt keine Option "--passive-ftp" sondern nur "--no-passive-ftp" und die letzte angezeigte URL gibt es nicht mehr.
In /opt/etc/ipkg/tsx19-kmod.conf gibt es eine Zeile mit dem Link. Die Zeile habe ich einfach mal auskommentiert. Danach war zumindest die Fehlermeldung weg. Aber so wirklich sicher bin in mir nicht, ob das sinnvoll ist.
In /opt/etc/ipkg.conf ist bei mir alles auskommentiert.
SVN (1.6.17) konnte ich deswegen trotzdem erneut installieren:
Da wir den QNAP zu Hause rein privat nutzen und auch nicht täglich, schalte ich diesen meist abends aus. Der SVN-Server soll deshalb natürlich beim Einschalten automatisch starten.
Ich hatte dafür in der /etc/config/qpkg.conf einfach noch einen Subversion-Eintrag eingefügt:
[subversion svnserve]Name = Subversion-svnserveVersion = 1.6.17Enable = TRUEQPKG_File = -Date = 2012-02-15Shell = /share/MD0_DATA/svn/svn.shInstall_Path = /share/MD0_DATA/svnAuthor = Thomas[Optware]Name = OptwareVersion = 0.99.163Enable = TRUEQPKG_File = Optware.qpkgDate = 2012-02-22Shell = /share/MD0_DATA/.qpkg/Optware/Optware.shInstall_Path = /share/MD0_DATA/.qpkg/OptwareAuthor = QNAP Systems, Inc.
Mein svn.sh Script sieht so aus:
#!/bin/shSVNSERVE=/opt/bin/svnservePARAMS="-d"PORT=""SVN_REPOS_PATH="-r /share/svn"CONFIG_FILE=""test -f $SVNSERVE || exit 0case "$1" in start) echo -n "Starting svnserve services: " $SVNSERVE $PARAMS $PORT $SVN_REPOS_PATH $CONFIG_FILE echo " svnserve started." ;; stop) echo -n "Shutting down svnserve:" /usr/bin/killall svnserve echo " svnserve stopped." ;; restart) $0 stop $0 start ;; *) echo "Usage: svn.sh (start|stop|restart)" exit 1esacexit 0
Anmerkungen:
- Bei mir heißt die Datei svn.sh, hier im Forum steht bei den Anleitungen startsvn.sh. Scheint aber prinzipiell das Gleiche zu sein.
- /share/svn bzw. /share/MD0_DATA/svn ist ein versteckter Freigabeordner, den ich mittels Weboberfläche erstellt habe und alle SVN-Repositories beinhaltet.
Das funktionierte auch in den Firmware-Versionen zuvor reibungslos, doch seit Version 3.6 habe ich Probleme. Mit dmesg habe ich keine nützlichen Infos gefunden. Die Pfade habe ich alle zu svn.sh und svnserve kontrolliert, die passen. Laut den Prozessen (ps) wird svnserve nicht gestartet.
Manuell starten geht:
Ein Link auf svn.sh ist zusätzlich in /etc/init.d/ gesetzt (weiß gar nicht mehr warum, zu lange her...):
[~] # ls -l /etc/init.d/svn.sh
lrwxrwxrwx 1 admin administ 26 Feb 23 16:39 /etc/init.d/svn.sh -> /share/MD0_DATA/svn/svn.sh*
Auch darüber lässt sich der SVN-Server starten und ein Zugriff über die Netzwerk-Clients ist möglich (TortoiseSVN).
Ich bin überfragt, wie ich den Autostart wieder hinbekomme. Brauche den SVN für meine Projekte ständig und ein QPKG gibt es nicht. Jedes Mal über SSH manuell starten ist sicherlich keine Dauerlösung.
Hat sich bei der automatischen Ausführung der in der qpkg.conf eingetragenen Skripte etwas geändert?
Habt Ihr einen Tipp, wie ich den automatischen Start wieder herstellen kann, sodass das auch nach Firmware-Updates funktioniert? Oder gibt es eine Log-Möglichkeit, was da beim Start schief läuft?
Gruß
Thomas