Trac und Apache wollen nicht zusammen

[mlinggi]

Hallo

Nachdem ich auf meiner DS107+ Subversion mit einer zweiten Apache-Installation dank den guten Anleitungen aus dem Forum und den Wiki's (herzlichen Dank!) erfolgreich installieren und in Betrieb nehmen konnte, komme ich mit der Integration von Trac in den Apache nicht weiter.

Die Installation von Trac hat meines Erachtens geklappt. Wenn ich den 'tracd' starte, kann ich mit einem Browser wunderbar darauf zugreifen.

tracd -p 8000 /volume1/trac/myprojcect

Wenn aber der Apache als Webserver dienen soll, kommt einfach eine leere Seite auf den Browser (Auch die Anzeige "Quelltext anzeigen" vom Firefox ist leer).

Installiert habe ich für Trac:

ipkg install sqlite py25-trac py25-genshi py25-setuptools svn-py mode-python

In der Datei 'http.conf' habe ich hinzugefügt:

Include etc/apache2/extra/mod_dav_svn.conf
Include etc/apache2/extra/mod_python.conf
Include etc/apache2/extra/trac.conf

Wenn ich in trac.conf den 'testhandler' eintrage, erhalte ich im Browser eine wunderbare Übersicht.

<Location /mpinfo>
  SetHandler mod_python
  PythonInterpreter main_interpreter
  PythonHandler mod_python.testhandler
</Location>

Trage ich eine reale Trac-Konfiguration ein, habe ich das oben beschriebene Verhalten mit der leeren Seite.

<Location /projects/myproject>
  SetHandler mod_python
  PythonInterpreter main_interpreter
  PythonHandler trac.web.modpython_frontend
  PythonOption TracEnv /volume1/trac/myproject
</Location>

Der Apache läuft unter dem User für Subversion. Die Subversion-, sowie die Trac-Repositories gehören auch dem Subversion-User.

Hinzufügen muss ich noch, dass im error_log des Apache folgende errors erscheinen:

[Tue Feb 03 16:17:45 2009] [error] python_init: Python version mismatch, expected '2.5.1', found '2.5.4'.
[Tue Feb 03 16:17:45 2009] [error] python_init: Python executable found '/'.
[Tue Feb 03 16:17:45 2009] [error] python_init: Python path being used '/opt/lib/python25.zip:/opt/lib/python2.5/:/opt/lib/python2.5/plat-linux2:/opt/lib/python
2.5/lib-tk:/opt/lib/python2.5/lib-dynload'.

Gibt es Hoffnung oder hat der Beitrag von 'tikami' unter http://www.synology-forum.de/showthread.html?t=1632&highlight=trac immer noch Gültigkeit?

Nur Trac will noch nicht laufen, weil mod_python.so mit einer früheren Version compiliert wurde.

Bin für jede Hilfe dankbar und würde bei Erfolg gerne eine Anleitung fürs Wiki schreiben

 

[mpiesche]

Synology Diskstation - SVN - Trac

Hallo mlinggi

Hast du dein Problem inzwischen lösen können?
Ist eine zweite Installation von Apache wirklich notwendig?

SVN habe ich auf meiner Diskstation durch das Synology-Wiki problemlos installieren können, nur für Trac scheint es noch keine gut dokumentierte Lösung zu geben.

Wäre schön wenn sich jmd mal dieses Themas annehmen könnte.

 

[mlinggi]

Synology Diskstation - SVN - Trac

Hi mpiesche

Ich hatte zuerst auch meine Vorbehalte gegenüber einer zweiten Apache-Installation. Aber es geht erstaunlich einfach und ich finds auch nicht mal so schlecht, weil man damit die Konfiguration des Onboard-Webservers nicht antasten muss.

Mit Trac bin ich nicht wirklich weitergekommen. Habe es noch mit mod_wsgi anstelle mod_python ausprobiert, allerdings mit demselben Resultat.

Gestern habe ich noch einen Versuch mit mod_fastcgi gestartet. Aber da kann ich noch nicht sagen, ob's nicht funktioniert oder ob ich einfach Mist konfiguriert habe

Das Angebot mit dem Wiki-Beitrag gilt immer noch.... Kluge Ideen sind gefragt...

 

[quietnan]

Das Problem der leeren Seite kommt _nicht_ von Problemen mit mod_python (auch wenn ich trotzdem dazu rate, mod_wsgi zu benutzen), sondern durch einen segmentation fault, der von trac ausgelöst wird. Warum dieser segmentation fault nicht auftritt, wenn tract benutzt wird, ist mir nicht klar. Hat wohl was mit der gestellten Umgebung zu tun.

Ich habe die Zeile eingrenzen können, in der der fault auftritt und auch wenn es in der umgebung davon von dingen wimmelt, die anfällig sind für unsafe programming, sehe ich nicht den grund für den fehler.

Trotzdem hat es zumindest mir sehr geholfen, dass ich diese Zeile ausgemacht habe. Die Information, dass es in den sqlite-bindings auftritt, hat mir gereicht.

Ich habe jetzt stabil trac mit mod_wsgi und apache laufen, indem ich statt sqlite postgresql benutze.
Anleitungen dazu gibt es bei google.

Ein Tipp noch zur Benutzung. DSM hat schon ein postgresql auf port 5432 laufen. Wenn ihr über ipkg also postgresql nachinstalliert, müsst ihr den port in der (ich glaube, hab das gerade nicht genau zur Hand) /opt/etc/psgt/data/postgres.conf (oder so ähnlich) auf einen anderen port umstellen (z.B. 5433) (und dann natürlich neu starten).
Diesen anderen Port müsst ihr dann überall mit angeben. Der createuser- und createdb-Aufruf braucht dann den Parameter -p 5433. Sonst versucht sich das Kommando mit dem DSM-eigenen postgresql zu verbinden, für das euch die Berechtigungen fehlen.
Das gleiche gilt auch für die Adresse der Datenbank beim trac-admin initenv-Aufruf. da muss man dann (z.B) "postgres://postgres@localhost:5433/db-name" (Auch das ist aus Gedächtnis. Meine DiskStation ist grad aus und ich bin zu faul um aufzustehen. Ihr schafft das schon.)

Bisher läuft alles stabil und schnell.
Einziger Nachteil bei der Benutzung von postgresql im Vergleich zu sqlite ist, dass trac-admin backup die datenbank dann nicht speichert. Aber auch dazu gibt es Lösungsvorschläge in der Trac-wiki.

Falls das an Hinweisen noch nicht reicht, einfach melden.