Du hast also einen Apache1 auf einem SLES8. _Mit_ mod_perl_1_0, richtig? ja, ich habe allerdings auch eine Test-Installation unter Suse 8.2 Professional, bei der die selben Meldungen kommen.

Wo kommt Dein Perl her, aus RPMs? Ja: mod_perl-1.27-27 perl-5.8.0-120 apache-1.3.26-38

Für die Installation habe ich folgende RPMs aus SRPMs bauen müssen: perl-Msql-Mysql-modules-1.2219-153.s390x.rpm perl-Data-ShowTable-3.3-372.s390x.rpm otrs-1.2.2-01.s390x.rpm (natürlich)

Was sagen (alle in /opt/otrs/ auszuführen) # perl -cw bin/cgi-bin/index.pl # perl -cw bin/PostMaster.pl # perl -w bin/otrs.checkModules # perl -w bin/CheckDB.pl

----------------------- perl -cw bin/cgi-bin/index.pl Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. bin/cgi-bin/index.pl syntax OK perl -cw bin/PostMaster.pl Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 88. Using an array as a reference is deprecated at /usr/lib/perl5/site_perl/5.8.0/Date/Format.pm line 217. bin/PostMaster.pl syntax OK perl -w bin/otrs.checkModules CGI ... ok Date::Pcalc ... ok DBI ... ok DBD::mysql ... ok Digest::MD5 ... ok Email::Valid ... ok IO::Scalar ... ok IO::Wrap ... ok MIME::Base64 ... ok MIME::Tools ... ok Mail::Internet ... ok Net::DNS ... ok Net::POP3 ... ok Net::LDAP ... ok Net::SMTP ... ok Authen::SASL ... ok GD ... ok GD::Text ... not installed! (for stats - not required) GD::Graph ... not installed! (for stats - not required) GD::Graph::lines ... not installed! (for stats - not required) GD::Text::Align ... not installed! (for stats - not required) perl -w bin/CheckDB.pl linuxmnt:~/ ---------------- Welchen Performance gewinn kann man denn mit Perlrequire erwarten? Ich habe das Problem, dass die einzelnen Seiten etwa 1-3 Sekunden (manchmal auch über 5 Sekunden) zum Laden benötigen. Wenn ich 10 oder 20 Requests auf einmal abschicke (durch wildes rumklickern), dann schafft es apache nicht mehr die Request in annehmbarer Zeit abzuarbeiten (> 10 Sekunden). Die virtuelle Maschine unter zVM hat IMHO genug Ressourcen 500MB real, >600 Swap, ich habe ihr sogar zu Testzwecken mehr CPU-Share zugeteilt als unseren SAP-Application-Servern. top sagt folgendes dazu: ----------- top - 14:51:43 up 1 day, 1:06, 1 user, load average: 2.22, 2.93, 3.32 Tasks: 68 total, 15 running, 53 sleeping, 0 stopped, 0 zombie Cpu(s): 89.6% user, 10.4% system, 0.0% nice, 0.0% idle Mem: 505008k total, 216996k used, 288012k free, 3848k buffers Swap: 644296k total, 62432k used, 581864k free, 17112k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5834 wwwrun 23 0 20360 13m 5500 R 9.8 2.8 0:00.61 httpd 5835 wwwrun 23 0 22024 15m 5520 R 9.8 3.2 0:00.76 httpd 5840 wwwrun 22 0 20876 14m 5500 R 9.8 2.9 0:00.62 httpd 5842 wwwrun 22 0 20516 14m 5500 R 9.8 2.8 0:00.61 httpd 1188 wwwrun 21 0 42192 21m 11m S 8.8 4.4 1:02.35 httpd 5839 wwwrun 23 0 20780 14m 5500 R 7.8 2.9 0:00.64 httpd 5841 wwwrun 23 0 19392 12m 5508 R 6.8 2.6 0:00.52 httpd 5828 wwwrun 25 0 22880 16m 5520 R 4.9 3.3 0:00.91 httpd 5830 wwwrun 23 0 20048 13m 5500 R 4.9 2.8 0:00.61 httpd 5831 wwwrun 23 0 20672 14m 5500 R 4.9 2.9 0:00.61 httpd 5833 wwwrun 23 0 20216 13m 5500 R 4.9 2.8 0:00.61 httpd 5836 wwwrun 23 0 18472 11m 5556 R 4.9 2.4 0:00.46 httpd 5837 wwwrun 22 0 20368 13m 5500 R 4.9 2.8 0:00.61 httpd 5838 wwwrun 22 0 19392 12m 5508 R 4.9 2.6 0:00.53 httpd 5749 root 15 0 1192 1192 908 R 2.3 0.2 0:08.92 top 1200 wwwrun 21 0 42512 21m 10m S 0.3 4.4 0:41.20 httpd 1 root 15 0 88 64 44 S 0.0 0.0 0:00.34 init 2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration_CPU0 ------------- Gibt es noch andere Performance-Einstellungen die mir weiterhelfen könnten? An MySQL sollte es nicht liegen - es sind etwa 20 Tickets in der DB. Grüße, Volker -----Ursprüngliche Nachricht----- Von: Robert Kehl [mailto:robert.kehl@otrs.de] Gesendet: Dienstag, 16. März 2004 14:10 An: User questions and discussions about OTRS in German. Betreff: Re: [otrs-de] apache-httpd.include.conf: Perlrequire...-->ComilationFailed, AgentBounce On Tuesday, March 16, 2004 11:36 AM Maibaum, Volker wrote:

Apache2 ist im Moment keine Option, da ich OTRS unter Suse SLES8 unter zVM am laufen habe. Und bei unserer Distribution kein Apache2 mitgeliefert wird. Ich habe schon 1 1/2 Tage gebraucht um MySQL4 zu kompilieren und zum Laufen zu bringen und bin dann letztendlich doch wieder auf die Version 3 zurückgegangen. Ich habe keine besonders große Lust das Selbe bei Apache durchzumachen...

hehe, was unweigerlich schlimmer werden würde... Lass es, gute Entscheidung.

Gibt es vielleicht noch die Möglichkeit in der apache-perl-startup.pl die Module zu entfernen, welche

Nein, ohne Date::Format läuft OTRS nicht.

/usr/lib/perl5/site_perl/5.8.0/Date/Format.pm verwenden? Falls ja - wie bekomme ich heraus welche Module das sind?

# fgrep -r "use Date::Format" /opt/otrs /opt/otrs/Kernel/cpan-lib/Mail/Field/Date.pm:use Date::Format qw(time2str); Du hast also einen Apache1 auf einem SLES8. _Mit_ mod_perl_1_0, richtig? Wo kommt Dein Perl her, aus RPMs? Was sagen (alle in /opt/otrs/ auszuführen) # perl -cw bin/cgi-bin/index.pl # perl -cw bin/PostMaster.pl # perl -w bin/otrs.checkModules # perl -w bin/CheckDB.pl Gruß, Robert Kehl -- ((otrs.de)) :: OTRS GmbH :: Norsk-Data-Str. 1 :: 61352 Bad Homburg http://www.otrs.de/ :: Tel. +49 (0)6172 4832388 _______________________________________________ OTRS Mailingliste: otrs-de - Webpage: http://otrs.org/ Archiv: http://lists.otrs.org/pipermail/otrs-de/ Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/ Support oder Consulting fuer Ihr OTRS System? => http://www.otrs.de/