> 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:[EMAIL PROTECTED]
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 <[EMAIL PROTECTED]> 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/
_______________________________________________
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/
