Restart von apache notwendig nach editieren der Config.pm?

[pirx]

Hallo,

aktuell läuft bei uns noch OTRS 2.2.4 auf einem Debian Etch System. Das System soll nun auf Lenny gebracht werden (Neuinstallation) und bei der Gelegenheit OTRS auf Version 2.4.7 von Squeeze.

Nach der Installation von Version 2.4.7 auf einem neuen Lenny System ist uns nun aufgefallen, dass das Webinterface nicht mehr erreichbar ist, wenn man die Config.pm editiert und speichert. Dabei reicht es aus eine Leerzeile oder einen Kommentar hinzuzufügen. Nach dem Neustart des apache läuft dann wieder alles wie vorher. Von unserer alten OTRS 2.2.4 Version kennen wir dieses Verhalten nicht. IM OTRS 2.4 Admin Handbuch finde ich keinen Hinweise, dass nach dem Editieren der Config.pm ein restart des apache notwendig wäre.

[Tue Jun 29 13:01:12 2010] [error] slurp_filename('/var/www/otrs') / opening: (2) No such file or directory at /usr/lib/perl5/ModPerl/RegistryCooker.pm line 541

ERROR: DatabasePw not defined!
[Tue Jun 29 13:01:12 2010] -e: Use of uninitialized value in pattern match (m//) at /usr/share/otrs//Kernel/System/DB.pm line 111.
[Tue Jun 29 13:01:12 2010] -e: DBI connect('database=otrs;host=localhost;port=3306;','otrs',...) failed: Access denied for user 'otrs'@'localhost' (using password: NO) at /usr/share/otrs//Kernel/System/DB.pm line 214
ERROR: OTRS-CGI-10 Perl: 5.10.0 OS: linux Time: Tue Jun 29 13:01:12 2010

Message: Access denied for user 'otrs'@'localhost' (using password: NO)

Traceback (11218):
Module: Kernel::System::DB::new (v1.105.2.1) Line: 188
Module: Kernel::System::Web::InterfaceAgent::Run (v1.43.2.1) Line: 143
Module: ModPerl::ROOT::ModPerl::Registry::usr_share_otrs_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 48
Module: (eval) (v1.88) Line: 204
Module: ModPerl::RegistryCooker::run (v1.88) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.88) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31

Ist das ein Debian spezifische Problem, etwas mit den perl apache Modulen, oder einfach was wir bei OTRS übersehen haben?

[pirx]

Hm, ich bin bei dem Problem noch nicht weiter gekommen. Wir haben unsere alte OTRS Konfig auf die neue 2.4.7 Installation übertragen. Soweit funktioniert auch alles.

Nur das Problem mit dem Editieren der Config.pm ist sehr ärgerlich. Sobald die Datei neu geschrieben wird, ist bis zum nächsten Restart des Apache kein Zugriff mehr auf die OTRS Webseite möglich.

[pirx]

Ich bin etwas weiter gekommen. Das Problem tritt nicht auf, wenn ich das Modul Apache2::Reload deaktiviere.

So sieht es in der apache Konfig normalerweise aus:

# Apache::Reload - Reload Perl Modules when Changed on Disk
PerlModule Apache2::Reload
PerlInitHandler Apache2::Reload

Das sehe ich im Logfile, wenn das Debugging für Apache2::Reload aktiv ist.

[...]
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of utf8_heavy.pl
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of vars.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of warnings.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of warnings/register.pm
[Wed Jun 30 13:40:29 2010] Config.pm: Apache2::Reload: process 9288 reloading Kernel::Config from Kernel/Config.pm
ERROR: DatabasePw not defined!
[Wed Jun 30 13:40:29 2010] -e: Use of uninitialized value in pattern match (m//) at /usr/share/otrs//Kernel/System/DB.pm line 111.
[Wed Jun 30 13:40:29 2010] -e: DBI connect('database=otrs;host=localhost;port=3306;','otrs',...) failed: Access denied for user 'otrs'@'localhost' (using password: NO) at /usr/share/otrs//Kernel/System/DB.pm line 214
ERROR: OTRS-CGI-10 Perl: 5.10.0 OS: linux Time: Wed Jun 30 13:40:29 2010
[...]
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of utf8_heavy.pl
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of vars.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of warnings.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of warnings/register.pm
[Wed Jun 30 13:40:29 2010] Config.pm: Apache2::Reload: process 9289 reloading Kernel::Config from Kernel/Config.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of Apache2/RequestIO.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of Apache2/RequestRec.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of Apache2/RequestUtil.pm
[Wed Jun 30 13:40:29 2010] -e: Apache2::Reload: Checking mtime of Apache2/Response.pm
[...]


Apache2::Reload war aber auf dem alten Server auch schon aktiv, dewegen weiß ich immer noch nicht warum das Problem bei der Neuinstallation auftritt und welche Auswirkungen das Deaktivieren hätte?

[pirx]

Kleine Korrektur: Apache2::Reload war auf dem alte System mit OTRS 2.2.4 nicht aktiv. Der Abschnitt in der apache Konfig ist zwar auch vorhanden, das Debian Paket für das Modul aber nicht installiert. Da es ohne das Modul vorher funktioniert hat, habe ich es bei der neuen Installation nun auch deaktiviert.