WebSVN und php.ini

[Narock]

Hallo zusammen,

habe meine DS209+II gerade erst vor 2 Tagen bekommen, aber schon soweit eingerichtet.

Das einzige Problem das mir nun noch bleibt ist folgendes:
Ich habe Subversion nach dem Step-by-step Tutorial in der Wiki installier (funktioniert soweit auch). Zur Übersicht nutze ich websvn.

Den open_basedir habe ich in der S97apache-user.sh in /usr/syno/etc/rc.d geändert.
Wenn ich den Webserver mit diesem Script neustarte klappt auch alles prima.

Aber nach einem Reboot meiner NAS bekomme ich wiederrum folgenden Fehler im WebSVN:

Error running this command: svn --config-dir /tmp --version sh: svn: not found

Wenn ich per SSH den Webservern neustarte klappt wieder alles.

Das Problem wurde auch schon hier beschrieben, jedoch finde ich dort auch keine Lösung.

Vielleicht hat ja jemand von euch eine Idee.

Übrigens: Die Funktion PHP-Cache ist aktiviert.

Gruss

Edit: Habe mal ps | grep httpd nach dem Restart der NAS und nach dem Restart des Webservers gemacht, falls es etwas hilft:
Direkt nach dem NAS Reboot:

HomeServer> ps | grep httpd
12545 root 2852 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/
13487 root 1736 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/
13497 root 1720 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/
14503 root 7692 S /usr/syno/apache/bin/httpd -DSSL
14902 nobody 8928 S /usr/syno/apache/bin/httpd -DSSL
14903 nobody 5780 S /usr/syno/apache/bin/httpd -DSSL
14904 nobody 5764 S /usr/syno/apache/bin/httpd -DSSL
14998 nobody 5764 S /usr/syno/apache/bin/httpd -DSSL
15023 root 300 R grep httpd

Darauffolgend nach einem Restart des Webservers mit S97apache-user.sh:

HomeServer> ps | grep httpd
12545 root 2852 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/
13487 root 1736 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/
13497 root 1720 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/
15139 root 7696 S /usr/syno/apache/bin/httpd -DSSL
15141 nobody 5780 S /usr/syno/apache/bin/httpd -DSSL
15142 nobody 5764 S /usr/syno/apache/bin/httpd -DSSL
15143 nobody 5764 S /usr/syno/apache/bin/httpd -DSSL

Noch ein edit: Ich muss noch hinzufügen, dass ich safe_mode_execdir nicht geändert habe (safe mode ist aber auch off). Aber das sollte doch nicht das Problem sein denke ich.

 

[itari]

Ohne jetzt in die tiefsten Tiefen geschaut zu haben, scheint mir da ein Pfad-Fehler vorzuliegen. Irgendwo wird da ein Kommando angesetzt, welches keinen kompletten Pfad hat ... denn wenn du es manuell machst, geht es wohl , weil die Shell-PATH-Variable durch deine Anmeldung gesetzt wurde.

Itari

 

[Narock]

Danke, Problem ist gelöst.

Ich habe mir die php.ini direkt nach dem Start mal angesehen.
open_basedir war richtig gesetzt.

Also hab ich mir mal die /etc/profile und /etc/rc Dateien angeschaut.
In der rc Datei fehlte eine Erweiterung von PATH um /opt/bin und /opt/sbin.

Nachdem ich die beiden Sachen hinzugefügt habe, klappt websvn auch nach einem Reboot.

-- Narock

 

[itari]

Ich hatte zwar eher gedacht, dass du den Pfad von das Kommand 'svn' setzt, aber so geht es auch. Dran denken, dass du alle Ändernungen dokumentierst, denn nach einem Firmware-Upgrade ist ja alles wieder zurückgesetz.

Itari

 

[Narock]

Ich hatte zwar eher gedacht, dass du den Pfad von das Kommand 'svn' setzt, aber so geht es auch. Dran denken, dass du alle Ändernungen dokumentierst, denn nach einem Firmware-Upgrade ist ja alles wieder zurückgesetz.

Itari

Das hätte bestimmt auch geklappt. Und wäre für ein Firmware-Upgrade vllt. sogar besser gewesen.

Naja ich merk es mir fürs Upgrade. Änderungen habe ich mir natürlich alle schön aufgeschrieben.

-- Narock

 

[Brian!]

Hallo Narock,

hierzu würde mich brennend interessieren welche Firmware Version du aktuell nutzt, könntest du das bitte mal prüfen?

Denn auf meiner DS209+ läuft seit dem neusten Firmware Upgrade SVN nicht mehr, weil es mit dem neu hinzu gekommenen PDO-SQLite in Konflikt mit dem IPKG installierten SQLite gerät.

(im englischen Forum gibt es zu diesem Thema auch einen Thread: http://forum.synology.com/enu/viewtopic.php?f=44&t=11099&p=90074)

Grüße,
Brian

 

[Narock]

Hallo Brian,

ich nutze die Firmware-Version DSM 2.3-1139 (also die neuste für meine DS).
Bei mir klappt es prima.

Gruss

 

[Brian!]

Danke für deine Antwort.

Hmm... einerseits gibt es dann ja wohl doch noch Hoffnung - andererseits bin ich dann jetzt aber noch Ratloser als zuvor, warum es bei dir funktioniert und bei mir (und einigen anderen seit der neuen Firmware) nicht mehr ...

Könntest du vielleicht bei Gelegenheit mal ein phpinfo(); machen und nachschauen, ob bei dir PDO-SQLite ebenfalls mit aktiviert ist?

Da du der erste mit neuer FW und funktionierendem SVN bist könnte das vielleicht für mich mehr Licht ins Dunkel bringen!

Ich hab mal einen Ausschnitt von mir angehängt und die für mich interessantesten Einstellungen gelb hinterlegt:

 

[HarryPotter]

Hallo Brian,

ich nutze die Firmware-Version DSM 2.3-1139 (also die neuste für meine DS).
Bei mir klappt es prima.

Gruss

Die neuste wäre 1141.....

 

[Narock]

Die neuste wäre 1141.....

Stimmt, sehe ich grad. Die kam aber erst am 19. raus.
Ich werde die neue Firmware heute mal einspielen und Bericht erstatten.

Gruss

Edit: Brian: laut Signatur hast du aber ebenfalls noch 1139, ist die Info noch aktuell?

 

[Brian!]

Japp, hab noch die 1139, hatte noch keine Zeit zum Updaten - laut Release Notes sollte sich da aber an dem SVN Problem nix ändern.
Werde es aber natürlich dennoch spätestens am Wochenende mal testen.

Da wir beide (noch) die selbe FW haben wäre die phpinfo() für mich nach wie vor noch interessant.

 

[Narock]

Habe mal die relevanten Teile meiner phpinfo angehängt.

Bis auf das System sehe ich keine Unterschiede.

EDIT: Gerade Firmware geupgradet. Im Manager steht nun die neuste Version, jedoch bekam ich beim Neustart der DS im Browser ein Fenster "Vorgang fehlgeschlagen"?
Ist das normal?
Werde jetzt erstmal nach SVN schauen.

EDIT EDIT: SVN / WebSVN funktionieren immernoch prima.
Habe nun statt der Änderung in der rc Datei folgendes in der WebSVN Config aktiviert:

$config->setSVNCommandPath('/opt/bin/');

Klappt genauso.

Das "Vorgang fehlgeschlagen" schein aber vom Reboot zu kommen, da ich dann nicht mehr eingeloggt bin. Meldung kommt auch bei normalem Reboot.

 

[Brian!]

SVN nur lokal genutzt? Intern geht, extern nicht.

So, da mir das ganze jetzt einfach keine Ruhe gelassen hat habe ich mich dann jetzt doch schon daran begeben und hab die neuste FW (1141) aufgespielt.

Leider ohne Erfolg, meine SVN Probleme bestehen immer noch.

Allerdings bin ich jetzt nach vielem probieren doch noch etwas weiter gekommen, denn mein WebSVN funktioniert!

Und mein LOKALES SVN funktioniert nun über svn://[...] auch wieder, immerhin.

Allerdings gibt es nach wie vor bei SVN über WebDAV, sprich über HTTP, die Konflikte mit PDO-SQLite.
Also ein Commit von extern etc. sowie mein Trac funktionieren leider nach wie vor nicht mehr mit der neuen FW.

Daher würde ich jetzt einfach mal vermuten, dass du bei dir KEIN WebDAV benutzt und SVN nur lokal über svn://[...] (statt http://[...]) nutzt?

 

[jahlives]

Mal so als Zwischenfrage: Was spricht denn dagegen svn direkt anzusprechen also via svn://?
Geht auch von extern und ist nur eine einfache Portweitereitung. Zusätzlich lässt sich svn auch wunderbar via ssh tunneln, damit ist die Verbindung auch verschlüsselt. Ganz genial an der Kombo svn+ssh ist es, dass man mit Zertifikaten arbeiten kann. Je nach Zertifikat des Clients kann ssh den svn mit unterschiedlichen Parametern starten (z.B. unterschiedliche Repo Verzeichnisse je nach Zerifikat).

 

[Brian!]

Mal so als Zwischenfrage: Was spricht denn dagegen svn direkt anzusprechen also via svn://?

[...]

Naja, speziell bei mir spricht eigentlich hauptsächlich dagegen, dass ich von der Arbeit aus nicht mehr auf meine Repos auf der DS zugreifen kann weil der Proxy nur Port 21, 80 und 443 durchlässt.
Ansonsten habe ich bisher SVN auch ausschließlich über HTTPS betrieben und dafür auch ein offizielles (gekauftes) Zertifikat.

Nun, und dagegen spricht, dass Trac (aus welchen Gründen auch immer) ebenfalls seit der neuen FW den PDO-SQLite Treiber benutzen will anstatt die IPKG SQLite installation und somit auch nicht mehr funktioniert ...

Ach ja, und soweit ich die Materie bisher verstanden habe dürfte es dann auch nicht mehr so leicht sein, mal eben bei Freunden auf die Repos zuzugreifen oder denen Zugriff zu gewähren (also eine komplexere Nutzerverwaltung zu betreiben)...

Aber dennoch danke das du es nochmal angesprochen hast, dass ich auch von extern per Portweiterleitung und verschlüsselt per SSH auf meine Repos komme ist schon mal ein Trost für die Übergangszeit bis hoffentlich auch per HTTP(S) wieder alles geht...

 

[jahlives]

@brian
Es sagt dir niemand, dass du ssh auf Port 22 laufen lassen musst. Das kannst du entweder direkt auf der DS ändern oder einen anderen externen Port auf Port 22 weiterleiten. Letzendlich könntest du auch Port 80 verwenden.
Mit Zertifikaten kannst du sehr komplexe Userverwaltungen erstellen. Du kannst z.B. ein Zert für dich machen (auf der DS kostet nix) mit dem du im Repos schreiben darfst und eines für den "Rest der Welt", das nur lesen darf. Mit ssh kannst du sämtliche Kommandozeilenparameter von svnserve pro Verbindung festlegen. Ist also sehr flexibel

 

[Brian!]

@jahlives
Du machst mich weiterhin neugierig.
Allerdings erschließt sich mir gerade nicht wie du das mit der Portweiterleitung über Port 80 meinst? Wenn ich Port 80 auf 22 DS lege, dann läuft doch die Webstation nicht mehr? Selbst wenn ich den Apache auf Port 22 legen würde (würde ich jedenfalls mal stark vermuten)... selbiges gilt dann für HTTPS und Port 443 oder FTP und Port 21...