Bekijk Volledige Versie : Maximaal 244 user (?)
Hallo,
Ik kom zojuist een zeer raar probleem tegen:
Na het toeveoegen van een user aan de server reageerde apache niet meer.
Na enige controle blijkt dat waneer wij meer dan 244 users toevoegen apache niet meer werkt.
De volgende error krijgen bij het starten van apche:
/etc/init.d/httpd: line 55: 24292 Segmentation fault $ENV $httpd -k start -DSSL
waneer wij gebruikers in het bestand: /etc/httpd/conf/extra/directadmin-vhosts.conf disablen kunnen wij apache weer opstarten.
Bovenstaande gebeurd elke keer nadat we de grens van 244 hebben bereikt.
Heeft dus niks te maken met de gebruiker zelf of wat dan ook.
Wij gebruiken custombuild met apache 2.2.8
Iemand bekend met dit probleem?
Freakingme
28/01/08, 14:50
Ik ben niet bekend met dit probleem, en het lijkt me eerder een bug in een mod, dan in apache zelf. Ik zou even strace gebruiken om te kijken waar het mis gaat...
Heb je er ook last van op andere servers?
Als ik het goed voor heb, heeft Wido hier ooit eens een topic over aangemaakt.
Apache gaf een segfault vanaf een bep. hoeveelheid virtualhosts. Je kan hem eens contacteren of proberen dit topic op wht terug te vinden.
dreamhost_nl
28/01/08, 15:49
Dat moet dan specifiek voor de 2.xx versie zijn, want op 1.xx hebben we deze error nog nooit gezien...
Hallo,
Volgens andere is dit een bug in openssl.
Openssl updaten en het probleem is verholpen.
Ik ga vanacht openssl updaten en laat het wel weten.
(na update van openssl werkt mail en apche niet meer, deze moeten opnieuw worden gerebuild, vandaar dat ik dit zo laat mogelijk doe.)
EDIT:
"This is an OpenSSL bug, fixed in 0.9.8c and later (it uses select() rather than poll() and doesn't check for the FD_SETSIZE overflow)."
Wij hebben met hetzelfde probleem gezeten.
Bij ons heeft updaten van openssl en hercompilen van apache2 het probleem opgelost.
Voor meer informatie zie ook:
http://help.directadmin.com/item.php?id=9
Dit heeft te maken met het maximum aantal openfiles. Dit heeft verder niets te maken met het aantal domeinen maar met het aantal gebruikers en het aantal resources dat een gebruiker nodig heeft.
Dit probleem dus te maken met het maximum aantal openfiles. Wij hebben dit probleem ook op een aantal servers gehad, eerst tot maximaal 244/260 gebruikers en na wat aanpassingen aan OpenSSL tot 450+ gebruikers, echter ook nu weer zitten wij aan een limiet waar we niet omheen kunnen.
Wij zijn er nog niet uit gekomen hoe dit kan worden aangepast, maar na wat meer onderzoek komen wij tot de conclusie dat we gewoon tegen een limiet aan zitten waar we niet omheen kunnen, dus ook niet met ulimit etc....
ik denk dat de DirectAdmin staff je gewoon wil behoeden tegen te overvolle servers :D
work-around is om apache 1.x te gebruiken, met alle nadelen vandien.
Denk eraan dat als je OpenSSL hercompileerd, je OpenSSH ook meteen hercompileerd ivm de dependacies. Anders kun je als je geen DRAC/ILO/IMPI heft naar het datacentrum toe.
Toch vreemd dat wij 1 da server hebben draaien met 677 users en een kleine 1200 domeinnamen.
Same OS, echter met apache 1.3
(677 pure forward pakketjes)
Toch vreemd dat wij 1 da server hebben draaien met 677 users en een kleine 1200 domeinnamen.
Same OS, echter met apache 1.3
(677 pure forward pakketjes)
Het heeft niets te maken met het aantal domeinen maar met het aantal openfiles :)
in: /usr/include/bits/typesizes.h
naar:
#define __FD_SETSIZE 32768
En dan Apache/PHP recompilen.. et voila!
Anders even in je custom_httpd files de ErorrLog commenten en de config files rewriten en het werkt ook.
(Hier apache 2.2.7 met 1600 domains)
Het heeft niets te maken met het aantal domeinen maar met het aantal openfiles :)
Luistert nu niemand naar deze jongen? Het heeft idd hoogst waarschijnlijk te maken met je open files! Lees man ulimit na, en je kan deze limiet ophogen eer je apache herstart. Het heeft vooral te maken met alle logfiles die per gebruiker open gehouden moeten worden door Apache (binary log, error log en access log).
Idd, wij hebben eerder ook met dit probleem gezeten openssl updaten en werkte!