3.0.10 -> 3.1.10, DB Zugriff geht nicht mehr

[zmi]

Hi, wir hatten ein laufendes 3.0.10, jetzt hab ich das Upgrade auf 3.1.10 gemacht. Natürlich hab ich das README gelesen, aber wohl nicht richtig, denn jetzt hab ich das Problem, dass folgende Meldung gleich beim Aufruf der Seite kommt:

Code: Select all

Fehlermeldung: Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' ([..]

Aber wir haben Postgres als Datenbank. Das bestätigt mir auch das Check Script:

Code: Select all

# ./bin/otrs.CheckDB.pl 
Trying to connect to database
DSN: DBI:Pg:dbname=***unserOTRS***;host=***unserOTRS***;
DatabaseUser: ***unserOTRS***

It looks Ok!

Wieso will OTRS auf ein lokales MySQL zugreifen? Das Config.pm ist da, lesbar, ich habs als root, otrs-user und webserver-user gestartet, geht immer.

[reneeb]

Hast Du vielleicht für Kundendaten oder Kundenfirmen eine andere Datenquelle eingerichtet und die nutzt MySQL? "grep" doch mal Durch die Config-Dateien, ob dort noch was von mysql steht...

[zmi]

Oh, I just found that the problem lies in the new web host. Obviously there's some other problem there. Switched back to the old host, and it works. Both www use a shared NFS for the websites, and the DB is on another host. So there must be some local problem on one host. What could that be? I can't see an error logged.

I've tried updating the perl modules, did not help.

[zmi]

Gefunden!

Ich benutze SLES 11 SP1, das rpm Modul hat unter /etc/apache2/conf.d eine otrs.conf eingespielt, aber die verwenden wir gar nicht. Da wir 2 verschiedene OTRS auf diesem System laufen haben, wurden die /srv/otrs kopiert, und 2 virtuelle Server verwenden 2 eigene Versionen davon. Offenbar hat allein die Existenz der zentralen Config gereicht, dass OTRS nicht lief. Warum dann aber "kann nicht auf lokalen MySQL Server zugreifen" kommt, verstehe ich nicht, und ist auch saublöd. Weil ich natürlich überall gesucht habe, ausser in der zentralen Webserver Config.

Vielleicht hilft die Info ja mal wem.