apache 2.0 dlouhy startup time (fwd)
To |
debian newsgroup <czdebian-l zavinac debian bod cz> |
From |
Martin Slouf <xslom03 zavinac vse bod cz> |
Date |
Thu, 26 Feb 2004 12:24:43 +0100 (CET) |
preju vsem dobry den,
je to uz asi mesic, co jsem upgradnul apache z rady 1.3 na 2.0.
vse sem si zkonfiguroval ke sve naproste spokojenosti, chodilo to idealne
az do nedavna. ode dneska mi apache nabiha a ukoncuje kolem 36 sekund!
(vse ostatni chodi dobre a beze zmeny)
vystup "time /opt/www/httpd -k start":
real 0m37.273s
user 0m0.370s
sys 0m0.010s
* konfiguracni soubory jsou ok (syntax ok, behalo to s nima dobre)
* do logu (loglevel debug) se nepise nic podezrelyho
* vsechny potrebne knihovny jsou k nalezeni
* zkousel jsem ruzne kombinace natahovani / zakazovani modulu -- bez
vysledku
pokud se nekdo setkal s necim podobnym, budu rad za jakekoli reakce (i
kdyby to nevyresil -- nebejt sam potesi :)
nemam zadne voditko, cim by to mohlo byt (logy, nejen apache, vypadaji
dobre), mozna ze by problem mohl byt v nenapadnem upgradu nejake
knihovny pro nejaky modul? (nedavno jsem daval apt-get dist-upgrade
pro stable, po te, co se uvolnili nove baliky pro X)
verim tomu, ze pokud nekdo chce nejakou dodatecnou info, jsem schopen ji
poskytnout
Jedine podezrele chovani je toto:
1) apache sice nabehne (po tech 36 vterinach), ale:
a) hned po startu je ohromna prodleva, nez se do logu vubec neco
zapise (tak 30 sekund -- nepocitam to do startovaciho casu)
b) vypis logu je tento, vsimnete si casove prodlevy po nahrani
mod_ssl a generovanim pro mod_authdigest
[Thu Feb 26 11:36:02 2004] [info] mod_unique_id: using ip addr
192.168.33.93
[Thu Feb 26 11:36:03 2004] [info] Init: Initializing OpenSSL library
[Thu Feb 26 11:36:03 2004] [info] Init: Seeding PRNG with 0 bytes of
entropy
[Thu Feb 26 11:36:03 2004] [info] Init: Generating temporary RSA private
keys (512/1024 bits)
[Thu Feb 26 11:36:03 2004] [info] Init: Generating temporary DH parameters
(512/1024 bits)
[Thu Feb 26 11:36:03 2004] [warn] Init: Session Cache is not configured
[hint: SSLSessionCache]
[Thu Feb 26 11:36:03 2004] [info] Init: Initializing (virtual) servers for
SSL
[Thu Feb 26 11:36:03 2004] [info] Server: Apache/2.0.48, Interface:
mod_ssl/2.0.48, Library: OpenSSL/0.9.6c
[Thu Feb 26 11:36:39 2004] [notice] Digest: generating secret for digest
authentication ...
[Thu Feb 26 11:36:39 2004] [notice] Digest: done
[Thu Feb 26 11:36:39 2004] [info] mod_unique_id: using ip addr
192.168.33.93
[Thu Feb 26 11:36:40 2004] [info] Init: Initializing OpenSSL library
[Thu Feb 26 11:36:40 2004] [info] Init: Seeding PRNG with 0 bytes of
entropy
[Thu Feb 26 11:36:40 2004] [info] Init: Generating temporary RSA private
keys (512/1024 bits)
[Thu Feb 26 11:36:40 2004] [info] Init: Generating temporary DH parameters
(512/1024 bits)
[Thu Feb 26 11:36:40 2004] [info] Init: Initializing (virtual) servers for
SSL
[Thu Feb 26 11:36:40 2004] [info] Server: Apache/2.0.48, Interface:
mod_ssl/2.0.48, Library: OpenSSL/0.9.6c
[Thu Feb 26 11:36:40 2004] [notice] Apache/2.0.48 (Unix) mod_ssl/2.0.48
OpenSSL/0.9.6c DAV/2 PHP/4.3.4 mod_python/3.0.4 Python/2.3.2 configured --
resuming normal operations
[Thu Feb 26 11:36:40 2004] [info] Server built: Feb 12 2004 15:51:31
[Thu Feb 26 11:36:40 2004] [debug] prefork.c(1037): AcceptMutex: sysvsem
(default: sysvsem)
jak je videt, ta prodleva mezi mod_ssl a mod_authdigest dela onech
36 sekound. pochopitelne jsem tyto moduly zkousel nezavadet -- bez uspechu
-- stale stejne. prodleva tam furt je, nic to pochopitelne nemeni ani na
te prodleve na uvod -- celkovy cas startu: 30 + 36s == kolem minuty :(
2) kdyz server standardne ukoncuji tak je opet ohromna prodleva mezi
zapisy do logu. pokud prikaz na ukonceni pustim v cas t, tak trva t+36s,
ze se v logu objevi kyzene:
[Thu Feb 26 11:43:07 2004] [info] removed PID file /opt/www/logs/httpd.pid
(pid=2226)
[Thu Feb 26 11:43:07 2004] [notice] caught SIGTERM, shutting down
3) souhrn: domnivam se, ze tam jsou nekde 2 problemy -- (1) dlouho
trva doruceni signalu apachi, nez vubec neco zacne psat do logu, (2)
dalsi prodleva nekde behem startu. nejhorsi je, ze behem vypinani ani
nejsem schopenn rici, ktera z tech prodlev to je :(.
muzu sice zkusit znovu prelozit apache, ale to obnasi preklad mod_python,
mod_php, mod_perl, webalizer, ... --> no prace tak na 4 hodiny a fakt se
mi do toho nechce. mozna ale nic jineho nezbyde :(.
- - - - - -
jeste jednou -- diky za KAZDOU reakci. martin.
Partial thread listing: