Hallo zusammen,
sorry Malte, dass ich deinen Beitrag nicht mehr gelesen habe. Leider habe ich auch 2013 noch keine Lösung.
Da mich jemand drauf angesprochen hat, habe ich nochmal Optware deinstalliert und anschließend svn neu installiert.
Das svn.sh Script habe ich noch etwas angepasst. Ich bin kein Script-Profi und vom Qnap-System habe ich kaum Ahnung, aber zumindest wird jetzt was ins Systemprotokoll (Weboberfläche) geschrieben.
#!/bin/shSVNSERVE=/opt/bin/svnservePARAMS="-d"PORT=""SVN_REPOS_PATH="-r /share/svn"CONFIG_FILE=""#Wait for svnservecounter=1while truedo if [ -f $SVNSERVE ]; then break elif [ $counter -gt 5 ]; then /sbin/log_tool -t 1 -a "Subversion could not be found" exit 0 fi counter=$((counter+1)) sleep 5donecase "$1" in start) echo -n "Starting svnserve services: " $SVNSERVE $PARAMS $PORT $SVN_REPOS_PATH $CONFIG_FILE echo " svnserve started." /sbin/log_tool -t 0 -a "Subversion started" ;; stop) echo -n "Shutting down svnserve:" /usr/bin/killall svnserve echo " svnserve stopped." /sbin/log_tool -t 0 -a "Subversion stopped" ;; restart) $0 stop $0 start ;; *) echo "Usage: svn.sh (start|stop|restart)" exit 1esacexit 0Wenn ich das manuell per SSH (Putty) starte, funktioniert alles reibungslos. Es erscheint "Subversion started" bzw. "Subversion stopped".
Beim Neustart vom Qnap bekomme ich auch eine Ausgabe, allerdings nur "Subversion could not be found".
Aus irgendeinem Grund findet der /opt/bin/svnserve nicht.
Auf dieser Seite habe ich etwas über "Fix the $PATH in /etc/profile" gelesen. Das klingt plausibel. Wie dort beschrieben habe in der Optware.sh folgendes geändert:
[ $? -ne 0 ] && /bin/echo "export PATH=$PATH":/opt/bin:/opt/sbin >> /etc/profile
ersetzt durch:
[ $? -ne 0 ] && /bin/echo "export PATH=/opt/bin:/opt/sbin:\$PATH" >> /etc/profile
Nachdem ich allerdings den Qnap neu gestartet habe und mir mit echo $PATH die Umgebungsvariable angeschaut habe, stellte ich fest, dass die Änderung nicht funktioniert hat. Scheinbar wird da beim Start die Optware.sh wieder überschrieben.
Aus heutiger Sicht stellt sich mir die Frage: Gibt es einen Trick, damit beim Systemstart /opt/bin/svnserve wieder gefunden wird?
Eigentlich bin ich stinksauer, weil das mal funktioniert hat und die Probleme erst mit der damals genannten neuen Version los gingen. Der Qnap-Support ist in meinen Augen ein schlechter Scherz, man wird ja fast als Depp hingestellt bzw. erhält nutzlose Kommentare "...bezieht sich womöglich auf Settings oder die Konfiguration der Software eines Drittanbieters...".
Sorry man kann halt nicht alles wissen, zumal mal die Interna des Qnap-Systems nicht kennt. Bzgl. der Logging-Möglichkeiten schrieb man mir damals
ZitatSie können einen Monitor an den VGA-Anschluss Ihres NAS schließen und so das Bootszenario mitlesen
Es hat sich scheinbar zum Support nicht rumgesprochen, dass der TS-419T gar keinen solchen Anschluss hat (peinlich...)! Mittlerweile habe ich das mit der log_tool-Möglichkeit im Internet entdeckt.
Naja egal, sei wie es ist. Ich hoffe die Community hat vielleicht noch ein paar Tipps für mich 
Viele Grüße
Thomas
---Edit---
Guten Abend,
nachdem ich meine Qnap-Kiste gerade von Version 3.8 auf 4.0.2 aktualisiert und Optware nochmal neu installiert habe, funktionierte der automatische Start des SVN-Server leider immer noch nicht.
Mir ist dann jedoch aufgefallen, dass in der qpkg.conf der [Optware] Eintrag wieder ganz unten angefügt wird und mein manuell eingefügter [Subversion] Eintrag weiter oben steht. Ich habe das jetzt einfach mal rumgedreht und den Qnap mehrfach neugestartet. Jetzt scheint es zu funktionieren. :mrgreen:
Somit nehme ich an, dass ab Version 3.6.0 die Reihenfolge von Optware und Subversion in der qpkg.conf entscheidend ist. Scheinbar muss zuerst die Optware.sh ausgeführt werden. In den älteren Versionen spielte das definitiv keine Rolle.
Gruß
Thomas
