SystemID bei Multi-Hosting kann nicht groesser als 10 sein?
Hi, ich betreibe einen Webserver mit mehreren OTRS Instanzen. Dabei laufen die OTRS-Instanzen als CGI-Skripte ab (nicht mit mod_perl2!). Nun hat sich dabei folgendes Problem ergeben: Beim Aufruf von installer.pl über den Web-Server wird ja per default die SystemID von 10 vorgeschlagen. Dieser Wert und alle darunter funktionieren auch problemlos. Wenn ich allerdings eine SystemID von 11 oder höher angebe, stürzen alle .pl Skripte in Zukunft ab. Das betrifft vor allem index.pl und installer.pl. Die Apache-Fehlermeldung lautet: Premature end of script headers: index.pl, referer: ... Invalid argument at /opt/otrs/bin/cgi-bin/../../Kernel/System/Log.pm line 80. In dieser Zeile von Log.pm sieht wie folgt aus: $Self->{Key} = shmget($Self->{IPCKey}, $Self->{IPCSize}, 0777 | 0001000) || die $!; Nun wird ja der IPCKey zum Teil aus der SystemID generiert, aber anscheinend mag Perl den daraus resultierenden Key nicht. Was kann man tun? Heisst das nun, dass ich maximal 10 OTRS-Instanzen auf einem Rechner laufen lassen kann? (Nicht, dass das genug wäre, aber es geht ja ums Prinzip) Installiert sind: Basissystem: SuSE 9.0 Apache2 selbstkompiliert, ohne besondere Konfigurationsparameter OTRS-1.2.2-01 Notwendige Perl-Module als SuSE 9.0 RPM-Pakete nachinstalliert. mfg, Oliver Heering Medienzentrum der Universität Dortmund http://www.medienzentrum.uni-dortmund.de
On Tuesday, March 02, 2004 3:28 PM
Heering
Beim Aufruf von installer.pl über den Web-Server wird ja per default die SystemID von 10 vorgeschlagen. Dieser Wert und alle darunter funktionieren auch problemlos. Wenn ich allerdings eine SystemID von 11 oder höher angebe, stürzen alle .pl Skripte in Zukunft ab. Das betrifft vor allem index.pl und installer.pl. Die Apache-Fehlermeldung lautet:
Premature end of script headers: index.pl, referer: ... Invalid argument at /opt/otrs/bin/cgi-bin/../../Kernel/System/Log.pm line 80.
In dieser Zeile von Log.pm sieht wie folgt aus:
$Self->{Key} = shmget($Self->{IPCKey}, $Self->{IPCSize}, 0777 | 0001000) || die $!;
Nun wird ja der IPCKey zum Teil aus der SystemID generiert, aber anscheinend mag Perl den daraus resultierenden Key nicht.
Was kann man tun?
Stoppe Apache, forsch' nach verwaisten SharedMemory Segmenten (ipcs -m) und lösch' sie (ipcrm), und dann probier's nach einem Neustart des Apache nochmal. Hilft das?
Heisst das nun, dass ich maximal 10 OTRS-Instanzen auf einem Rechner laufen lassen kann? (Nicht, dass das genug wäre, aber es geht ja ums Prinzip)
Ja - 10 ist genug. Haha, nein, natürlich nicht. ;-) Sollte funktionieren. Fröhlich grüßt Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388 -- Was meine Frisur betrifft, da bin ich Realist. Rudi Völler
Hi Robert, On Monday, March 8, 2004 you wrote:
Nun wird ja der IPCKey zum Teil aus der SystemID generiert, aber anscheinend mag Perl den daraus resultierenden Key nicht.
Was kann man tun?
Stoppe Apache, forsch' nach verwaisten SharedMemory Segmenten (ipcs -m) und lösch' sie (ipcrm), und dann probier's nach einem Neustart des Apache nochmal. Hilft das?
Also bei "ipcs -m" seh ich 5 Einträge, die aber alle nicht den Status "verwaist" haben (sondern gar keinen Eintrag in der entsprechenden Spalte. Apache neustarten hilft leider auch nichts. Habe jetzt dasselbe Phänomen auf einem weiteren Rechner (andere Hardware als der erste), der ebenfalls mit SuSE 9.0 installiert wurde. Kann maximal OTRS mit SystemID 10 installieren, sobald ich höher gehe (oder auch schon der ersten Installation die SystemID 11 gebe), hagelt es Fehler im Apache error_log.
Heisst das nun, dass ich maximal 10 OTRS-Instanzen auf einem Rechner laufen lassen kann? (Nicht, dass das genug wäre, aber es geht ja ums Prinzip)
Ja - 10 ist genug. Haha, nein, natürlich nicht. ;-) Sollte funktionieren.
:-/ Tut es aber leider nicht. Kann ich sonst noch irgendwelche Daten zur Verfügung stellen, dass man dem Problem auf die Spur kommen könnte? Falls es hilft: Apache 2.0.48 selbstkompiliert PHP 4.3.4 als APXS-Modul kompiliert und installiert OTRS als source manuell nach /opt/otrs installiert (kein RPM) OTRS läuft als CGI-Skript, NICHT mit mod_perl(-2) mySQL, nötige Perl-Module, gd-lib und alles andere sind SuSE 9.0 RPMs. mfg, Oliver Heering Medienzentrum der Universität Dortmund http://www.medienzentrum.uni-dortmund.de
On Wednesday, March 10, 2004 4:32 PM
Oliver Heering
Habe jetzt dasselbe Phänomen auf einem weiteren Rechner (andere Hardware als der erste), der ebenfalls mit SuSE 9.0 installiert wurde. Kann maximal OTRS mit SystemID 10 installieren, sobald ich höher gehe (oder auch schon der ersten Installation die SystemID 11 gebe), hagelt es Fehler im Apache error_log.
Schon bei der ersten installation? Ohne, dass OTRS nach einem Reboot jemals aktiv gewesen wäre? Das sieht mir nach einem Bug aus. Bitte erstelle einen Bug-Report auf unserer Ameise http://bugs.otrs.org/ Mit allen Infos, die greifbar und nützlich sind. Danke für die Kooperation, Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388
participants (3)
-
Oliver Heering -
Oliver＠mail.edo.uni-dortmund.de -
Robert Kehl