nach update auf DSM 5 startet der SVN Dienst nicht mehr

[bb-spike]

Hallo,

nach dem Upate auf die aktuellste DSM Version (5.0-4482) startet der SVN Dienst (Version 1.8.5-0024) nicht mehr.
Ich sehe den SVN Dienst zwar in dem Paket-Zentrum, kann auch Aktion -> Ausführen anklicken, aber nach einer kurzen "Bitte warten" Box ist der Status wieder "Angehalten".

Über das Hauptmenü (links oben) wird mir zwar das SVN Icon angezeigt, das lässt sich auch öffnen, aber wenn ich eine neue Repository anlegen will, kommt immer die Meldung:
"Vorgang fehlgeschlagen. Bitte melden Sie sich erneut im DSM an und versuchen Sie es erneut"

Das habe ich natürlich auch schon mal versucht. Auch ein Neustart bzw. Ausschalten hatte nicht funktioniert.

Hat jemand einen Tipp für mich?

 

[droschmisch]

DSM 5 und SVN

Ich habe das gleiche Problem. Hat jemand eine Lösung?

 

[droschmisch]

SVN permission denied

Also jetzt erscheint auf einmal das SVN Symbol, und ich kann neue Repos anlegen. Beim Paket steht aber immer noch angehalten... Komisch. Ich kann auch mit Tortoise auf mein Repos zugreifen (lesend), aber wenn ich schreiben möchte, kommt folgende Fehlermeldung: "Can't open file '<path_to_repository>/db/txn-current-lock': Permission denied".

Jetzt habe ich folgende Lösung gefunden, die aber leider bei mir nichts bringt:

/etc/inetd.conf den svn stream von svnowner auf root ändern....

svn stream tcp nowait svnowner /opt/bin/svnserve svnserve -i -r /volume1/svn
->
svn stream tcp nowait root /opt/bin/svnserve svnserve -i -r /volume1/svn

Hat jemand noch einen anderen Vorschlag?

 

[droschmisch]

So, ich bin jetzt (etwas) weiter gekommen..

bb-spike: geh doch mal per ssh in die diskstation.
(In der Systemsteuerung von DSM 5.0, dann Terminal und snmp, ssh dienst aktivieren).
Dann Putty runterladen und installieren (auf deinem Rechner, nicht auf der Diskstation).
Dann verbinden und als root einloggen (pw vom admin der diskstation).
Dann gib mal folgendes ein:

netstat -apn | grep 3690

Da sollte jetzt folgendes stehen:

tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 17480/svnserve

Bei mir stand da aber
tcp 0 0 0.0.0.0:3690 0.0.0.0:* LISTEN 5729/inetd

Also habe ich den service mit der id (hier 5729, wird bei dir eine andere sein) gekillt:
kill -9 5729

Und dann habe ich den svnserve manuell gestartet (mein pfad ist /volume1/svn):

svnserve -d -r /volume1/svn

und schon läuft der service richtig und in der gui zeigt er auch an, dass er läuft.

Leider sind diese Einstellungen nach dem rebooten der Diskstation wieder weg. Ich arbeite aber daran..

Vielleicht hilft dir das ja auch erstmal weiter ;-)

 

[droschmisch]

So, da ich vorher svn per ipkg installiert hatte, stand in der /etc/inetd.conf noch der (von mir selbst manuell eingetragene) Eintrag:
svn stream tcp nowait svnowner /opt/bin/svnserve svnserve -i -r /volume1/svn

Diesen Eintrag musste ich rausnehmen.

 

[droschmisch]

Und falls jemand hier gelandet ist, weil er nach

"Can't open file '<path_to_repository>/db/txn-current-lock': Permission denied"

gesucht hat, dann entstand der Fehler dadurch:

im Tortoise Repository Browser hatte ich den Pfad zum Repos folgendermaßen eingegeben:
file://<server_ip>/<folderstructure_on_server_to_repository>/<repository_name>

statt

svn://<server_ip>/<repository_name>

 

[bb-spike]

Hallo droschmisch,

vielen Dank für deine schnelle und ausführliche Hilfe.

Ich hatte auch noch den Eintrag in der /etc/inetd.conf.
Die Zeile "svn stream tcp nowait svnowner /opt/bin/svnserve svnserve -i -r /volume1/svn" habe ich entfernt.

Terminal öffnen
ssh root@ip-der-DS
Root-Passwort eingeben
cd ..
cd etc
vi inetd.conf
(öffnet den Dateieditor und entsprechende Zeile löschen)
Editor mit ESC :wq beenden und speichern

Dumm, wenn man keine Doku macht. Alzheimer lässt grüßen.

- SVN über das Paketzentrum gelöscht.
- Neustart gemacht.
- SVN über das Paketzentrum wieder installiert.

Und danach lief es wieder einwandfrei.