Onderwerp: Klein probleempje

Beste WHT-ers,

Mijn vraag is alsvolgt. Laatste paar dagen heb ik op een server van 1 van mijn klanten een raar fenomeen. Elke avond rond 10 over 12 klapt httpd eruit. Ik heb eens in de log files gekeken en daar vondt ik dit:

Oct 22 00:12:03 server httpd: (98)Address already in use: make_sock: could not bind to address 0.0.0.0:443
Oct 22 00:12:03 server httpd: no listening sockets available, shutting down
Oct 22 00:12:03 server httpd: Unable to open logs
Oct 22 00:12:03 server httpd: httpd startup failed

Httpd kan dan gewoon niet opstarten tenzij ik zelf een harde reboot eraan geef met /sbin/service httpd stop; en dan start. Hierna werkt het dus weer voor een dag en de volgende dag om deze tijd is het probleem erweer.

De logfiles bestaan wel degelijke dus ik snap niet waar die Unable to open logs msg wegkomt.

Any idea?

Edit:

Vergeten te vermelden: Het gaat hier om een webserver in samenwerking met DirectAdmin op de OS CentOS 4.4 Final.

Kijk eens naar je cronjobs. Wedden dat er om 10 over twaalf een cronjob loopt die iets heel naars doet

Oorspronkelijk geplaatst door ErikKosters

Beste WHT-ers,

De logfiles bestaan wel degelijke dus ik snap niet waar die Unable to open logs msg wegkomt.

Any idea?

Wellicht de permissies van de logfiles?

Worden je logs niet op die tijdstip gerotated? Apache hoort niet te crashen als er niet geschreven kan worden naar de logs. Dus wellicht meer aan de hand?

in /var/log/httpd/ staan alle logfiles gechowned als root. Maar dat is op onze eigen webservers ook zo. Hier doet hij niets raars . Trouwens voert de crontab slechts 1 bestand uit, welke niet veranderd is de laatste maanden. En een week geleden werkte alles nog naar behoren.

Het zou best kunnen dat de logs dan worden gerotated inderdaad. Maar waarom die vastloopt weet ik dus ook niet. Zou het niet meer te maken hebben met die poort?

Als ik het zo lees dan zit er reeds een ander proces op port 443 op het moment dat je apache een restart krijgt.

Ja dat leek mij ook, maar ik zal even afwachten of het vannacht weer gebeurd. Dan kan ik direct kijken wat er dan bij draait.

Het probleem is dat nog niet alle processen die gebruik maken van poort 443 opgeruimd zijn.

Soortgelijk probleem is pas nog aan de orde geweest. Even zoeken dus, oplossing staat daar voor zover ik weet ook in. Het heeft overigens niets te maken met permissies op logfiles.

Zet anders eens een cronjob in die op tijd x httpd stopt en het na een seconde of 20-30 weer start. Je zal zien dat het dan gewoon werkt.

Controlleer voor de zekerheid of je /var niet toevallig vol is.
Heb zelf ook eens gehad dat door een volle partitie allerlei services de geest gaven!

@crazycoder: Heb dit bericht nog niet kunnen vinden, heb je toevallig link? Want dan excuseer ik mij voor deze post uiteraard .

@Mikejoh: dat is zeker niet van toepassing. Hardeschijf is niet vol.

[niet zeker weten modus]

Het is je httpS poort die bezet is. Dat je dan zelf wel kunt starten kan kloppen, soms wordt dan namelijk de https setup niet geladen. Daarvoor is de optie -DSSL ook nodig en die soms niet in de startscripts.

Is het toevallig een server met DirectAdmin? Die herstart rond die tijd de services. De reden dat die poort bezet is, is natuurlijk het meest interessant. Zou er een andere webserver draaien? Of een bepaalde deamon die die poort misbruikt?

Het is inderdaad een server met DirectAdmin.

Probeer eens te starten en stoppen via DirectAdmin dan. Die doet namelijk de https meenemen. Als het dan ook niet lukt dan heb je het probleem gereproduceerd (en zul je moeten zoeken naar de oorzaak).

Heb nu iets gewijzigd in het script van httpd. Hopelijk is het nu opgelost. We shall see vanavond.

Toch beetje raar, want met CentOS heb je niet echte een aparte start ssl optie met 'service httpd'.

Wat heb je precies aangepast?