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
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/