Subversion über original Apache-Server von DS-107+

[Brian!]

Der Server Build ist wegen der aktuellen Beta der 24. Januar,
mit der vorherigen Version (bis 844) lief aber auch immer alles.
(Sollte wohl mal meine Sig. ändern )

Also wie gesagt, der neuere Build liegt daran, dass ich die Beta mal angetestet hab. Davor lief es mit der FW844 aber auch einwandfrei. Könnte höchstens sein, dass bei dem speziellen Build der FW965 was anders ist, denke die Wahrscheinlichkeit ist aber gering, da xelarep ja die selben Probleme hat und, zumindest nach seiner Signatur zu urteilen, eine andere FW drauf hat (FW959).

 

[xelarep]

Korrekt. FW 959. Da ist der Apache noch 2.2.13-1 und nicht wie der ipkg apache 2.2.14-1.

xelarep

 

[Brian!]

Habt Ihr euch mal die Log's und HTTP Header vom Apache angeschaut, wenn nur weiße Seiten kamen?

Ich Persönliche habe neben den nativen Syno Log's noch u.A. eine access.log und eine error.log vom Apache, falls Ihr auch entsprechendes habt (oder eben ggf. ein Auszug aus den nativen Syno Log's) hilft vielleicht weiter den Fehler mehr einzugrenzen...

 

[xelarep]

Ab ins Archiv

So, hab mich gerade mal bei http://tech.groups.yahoo.com/group/nslu2-linux angemeldet und da mal frech gefragt wer das Apache Modul verbrochen hat. Irgendwer muss uns doch helfen können ;-)

xelarep

 

[xelarep]

Nix neues - leider immer noch weisse Ssite

Hallo,

nach dem Update auf 2.3 - 1157 hab ich's nochmal wie oben beschreiben probiert. Leider immer noch dasselbe Verhalten (weisse Seite egal was ich per user apachen aufrufe - sogar die Photostation )

Wo finde ich denn die logs, bzw. wie muss ich die aktivieren?

Gruß,
Alexander

 

[Brian!]

Wo finde ich denn die logs, bzw. wie muss ich die aktivieren?

Hallo xelarep,

das Synology Standard Log ist /var/log/messages, mit einem cat /var/log/messages kannst du es dir komplett anschauen, mit einem cat /var/log/messages | grep apache kannst du nach bestimmten Schlagwörtern filtern (hier nach dem Schlagwort "apache").

Falls du noch KEIN Upgrade auf Subversion 1.6.11 gemacht hast kannst du ja mal die Files aus dem angehängten Archiv probieren (/usr/syno/apache/modules/mod_dav_svn.so und /usr/syno/apache/modules/mod_authz_svn.so). Das sind Subversion Module die Synology extra gegen den Synology Apache (2.2.13) compiliert hat.

Bei dem Archiv musst du natürlich nach dem Runterladen die Dateiendung .pdf entfernen.

Falls du in Versuchung geraten solltest das ganze Subversion Paket ausprobieren zu wollen kannst du das ganze Archiv auch nach / entpacken (also das die Files extrahiert unter /usr/local/... zu finden sind).

Hoffe das hilft vielleicht.

Grüße,
Brian

 

[jahlives]

das Synology Standard Log ist /var/log/messages, mit einem cat /var/log/messages kannst du es dir komplett anschauen, mit einem cat /var/log/messages | grep apache kannst du nach bestimmten Schlagwörtern filtern (hier nach dem Schlagwort "apache").

Damit aber der Apache auch etwas in die Logs schreibt, muss man dies in der jeweiligen httpd.conf-{user|sys} noch aktivieren. Es gibt dort zwei Direktiven, eine für das access_log und eine für das error_log. Per default loggt der Apache afaik nix in syslog

 

[xelarep]

Monate später

Sodele, hab das heute endlich mal ausprobiert. Leider geht das immer noch nicht

Beim Versuch die Module zu laden bekomme ich folgende Fehlermeldung:

Start User Apache Server .....
httpd: Syntax error on line 474 of /usr/syno/apache/conf/httpd.conf: Syntax error on line 8 of /usr/syno/apache/conf/extra/mod_dav_svn.conf: Cannot load /usr/syno/apache/modules/mod_dav_svn.so into server: /usr/local/lib/libsvn_repos-1.so.0: ELF file version does not match current one
/usr/syno/etc.defaults/rc.d/S97apache-user.sh: user httpd could not be started

Der passende Eintrag in meiner mod_dav_svn.conf sieht so aus:

LoadModule dav_svn_module modules/mod_dav_svn.so

Die beiden .so Module habe ich in den modules ordner kopiert, die zuerst angemäkelten fehlenden libs aus dem Archiv nach /usr/local/bin bzw. /usr/local/lib

Was zum Geier möchte der Apache mit dem ELF-file?
Übersehe ich was?

Alexander

 

[goetz]

Hallo,
hast Du versucht die Dateien aus Brians Archiv zu nehmen? Das geht nicht, die sind für einen anderen Prozessor kompiliert. Kannst es ja mit dem aktuellen svn 1.6.12 ipkg probieren.


Gruß Götz

 

[xelarep]

N'Abend!

Hallo,
hast Du versucht die Dateien aus Brians Archiv zu nehmen? Das geht nicht, die sind für einen anderen Prozessor kompiliert.

Hoppla völlig übersehen

Kannst es ja mit dem aktuellen svn 1.6.12 ipkg probieren.

Danke für den Hinweis auf das Update Hab's gerade mal installiert.
Leider ändert das an meinem Problem aber nichts. Mein Problem ist ja nicht SVN, sondern der User Apache der DS-107+ dem ein paar entscheidende Module für SVN via http(s) fehlen. SVN über svn:// funktioniert prima. Aber halt nur in meinem lokalen Netz. Ich möchte von Extern auf meine Repos.
So wie ich das gesehen hab, installiert das ipkg-svn update diese Module nicht - oder doch? Wenn ja, wohin?

Gruß,
Alexander

 

[goetz]

Hallo,
aus der Packages.filelist

mod_dav_svn.so svn:arm:./opt/libexec/mod_dav_svn.so
mod_authz_svn.so svn:arm:./opt/libexec/mod_authz_svn.so

Gruß Götz

 

[xelarep]

Ich glaub ich lass es irgendwann
Ich hab's gerade geprüft - die beiden Module wurden aktualisiert. Also schwupps die beiden Modulpfade wieder umgebogen und den Apachen durchgestartet - aber leider wieder nur die weisse Seite

Alexander,
der für heute wieder bedient ist