Bekijk Volledige Versie : Apache elke nacht down
Collega's,
Sinds een paar dagen gaat onze apache server elke nacht down rond half 1. Voor die tijd nergens last van gehad.
Onderzoek heeft uitgewezen dat het iets met perl is en na het uitvoeren van de commandos op de command line, werkt het allemaal weer (2 minuten later dus)
Wij werken met FreeBSD 6.2
In DA kan ik deze service ook niet herstarten, dan stop die gelijk.
Waar kan dit aan liggen en wie heeft een oplossing?
Alvast bedankt.
@moderator
mocht het verkeerd staan verplaatst het dan maar, weet niet of dit goed staat in dit forum.
Ik zou eerst even kijken *welke* scripts er gaan lopen. Dit kan je met name zien in shell (bij BSD) via:
cat /etc/crontab
Kan je die inhoud eens pasten ?
Wat je tijdelijk kan doen is een scriptje maken die om 00.32 draait en die apache start. Het is geen oplossing maar geeft je wat meer ruimte om het probleem op te lossen terwijl de server dan maar van 00.30 tot 00.32 down is.
Het lijkt erop dat er een script gedraaid word die apache onderuit trekt. Wellicht kan je dan de inhoud van het script bekijken en die eventueel debuggen!
Groeten,
Desmond
MartijnRSD
18/03/07, 09:47
je apache wordt dan herstart na de tally volgens mij.
die herstart is heel normaal, behalve dan dat het bij jou 2 minuten duurt.
Kijk even in je directadmin log files of er niet iets misgaat op dat moment
die herstart is heel normaal, behalve dan dat het bij jou 2 minuten duurt.
Na de tally is inderdaad correct alleen blijft hij down bij hem en duurt het geen 2 minuten ?
MartijnRSD
18/03/07, 10:45
Na de tally is inderdaad correct alleen blijft hij down bij hem en duurt het geen 2 minuten ?
"Onderzoek heeft uitgewezen dat het iets met perl is en na het uitvoeren van de commandos op de command line, werkt het allemaal weer (2 minuten later dus)"
het werkt allemaal weer na 2 minuten daaruit maak ik op dat de herstart 2 minuten duurt misschien begrijp ik hem verkeerd
"Onderzoek heeft uitgewezen dat het iets met perl is en na het uitvoeren van de commandos op de command line, werkt het allemaal weer (2 minuten later dus)"
het werkt allemaal weer na 2 minuten daaruit maak ik op dat de herstart 2 minuten duurt misschien begrijp ik hem verkeerd
Hij blijft inderdaaad down. Die 2 minuten is dan als ik het via commandline ga oplossen dus.
Vannacht hele nacht down geweest, tot 9 uur ik weer op de commandline ging fixen.
Ramon Fincken
18/03/07, 11:40
Dan even een cron aanmaken die alles test wellicht terwijl jullie het probleem proberen op te lossen?
We hebben op drectadmin forums wat gevonden over custom apache en dit geinstalleerd, dit zou ook moeten werken volgens berichtgeving.
Ik ben benieuwd of dit het probleem oplost, zo niet moeten we misschien een script maken oid.
Ik had afgelopen nacht exact hetzelfde probleem op een server met DirectAdmin.
Wat heb je geïnstalleerd?
Ik zou zeggen doe even de tally in de cron uit commentarieren en bekijk het de eerst volgende nacht (om te beginnen)
Hier was het probleem een Perl-proces dat niet wilde afsluiten:
apache 16864 99.0 0.4 4812 4108 ?? R 4:55PM 925:27.17 /usr/local/apache/bin/httpd -DSSL (perl5.8.6)
apache 16802 0.0 0.4 4816 4104 ?? S 4:55PM 0:02.56 /usr/local/apache/bin/httpd -DSSL (perl5.8.6)
De PIDs killen werkte ook niet. Met de '-9' optie lukte het wel, waarna Apache weer kon herstarten.
Ik kan geen vreemde dingen in de logs vinden, dus maar even afwachten of dit eenmalig was.
Had TS hetzelfde probleem?
klopt idd, daarbij kregen we nog port 443 probleem te zien.
Een line die de warning/melding geeft/gaf na herstart van apache:
[Sun Mar 18 08:14:20 2007] [warn] NameVirtualHost **.**.**.*:443 has no VirtualHosts
Die warning is niet erg.
Ik ben de systeembeheerder van de server in kwestie. Heb de volgende dingen ondernomen om tot een oplossing te komen:
1) de nieuwe customapache scripts geinstalleerd vanaf de directadmin website (http://files.directadmin.com/services/customapache/beta/) en vanuit daar apache en php opnieuw gecompileerd
2) Error logging binnen apache uitgezet. Error logging nam kisten met problemen met zich mee op andere servers die ik heb beheerd, voornamelijk bij veel domeinen. Heeft te maken met teveel open file descriptors.
3) Maximaal aantal open file descriptors gecontroleerd. Staat op 32768U en lijkt mij derhalve correct.
Aangezien perl iedere keer blijkt te blijven hangen zie ik nog twee mogelijkheden:
- mod_perl ondersteuning verwijderen, of
- mod_perl upgraden van 1.9x naar 2.0.x. Heeft iemand ervaring met het upgraden van mod_perl? Dit lijkt niet zomaar te gaan zonder mod_perl 1.9x eerst te verwijderen...
Floris
Goede dag Colllega's,
Ten eerste ik wens jullie de beste in deze jaar.
Ik draai ook DA 1.31.2 maar mijn apache herstart elke 12 uren en dat is heel irri en weet niet meer wat ik moet doen.
kunnen jullie me helpen aub?
systemdeveloper
08/01/08, 23:37
Die warning is niet erg.
Ik ben de systeembeheerder van de server in kwestie. Heb de volgende dingen ondernomen om tot een oplossing te komen:
1) de nieuwe customapache scripts geinstalleerd vanaf de directadmin website (http://files.directadmin.com/services/customapache/beta/) en vanuit daar apache en php opnieuw gecompileerd
2) Error logging binnen apache uitgezet. Error logging nam kisten met problemen met zich mee op andere servers die ik heb beheerd, voornamelijk bij veel domeinen. Heeft te maken met teveel open file descriptors.
3) Maximaal aantal open file descriptors gecontroleerd. Staat op 32768U en lijkt mij derhalve correct.
Aangezien perl iedere keer blijkt te blijven hangen zie ik nog twee mogelijkheden:
- mod_perl ondersteuning verwijderen, of
- mod_perl upgraden van 1.9x naar 2.0.x. Heeft iemand ervaring met het upgraden van mod_perl? Dit lijkt niet zomaar te gaan zonder mod_perl 1.9x eerst te verwijderen...
Floris
Feit is dat mod_perl niet echt veel gebruikt wordt, dus verwijderen is misschien wel de meest eenvoudige oplossing.
Zonder logs, errors, exitcodes, apache modulelist en wat serverinfo is er verder niet veel over te zeggen vrees ik.
Ik draai zelf ook FreeBSD 6.2 / DA op alle servers en dit soort apache problemen zijn meestal wel snel op te lossen met iets speurwerk. Als ie via de ssh wel start, maar via DA niet dan moet je eens even checken of het path naar het run.pid-bestandje wel klopt. (Na updates vanuit de ports (dacht ik) veranderd dat). Maar als DA zegt dat ie down is, toch ook even met ssh checken of dat wel echt zo is. En dan de logs ;)
wel erg oude post waar stream4u op reageerd