Apache herstart 's nachts om onduidelijke redenen

[Verwijderd]

Hoi, toen ik door de error_log van apache bladerde kwam ik o.a. het volgende tegen:

[Fri Jun 14 04:02:01 2002] [warn] child process 10609 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10610 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10611 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10612 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10613 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10616 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10617 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:01 2002] [warn] child process 10620 did not exit, sending another SIGHUP
[Fri Jun 14 04:02:02 2002] [notice] SIGHUP received. Attempting to restart
[Fri Jun 14 04:02:03 2002] [notice] Apache/1.3.22 (Unix) (Red-Hat/Linux) PHP/4.0.4pl1 configured -- resuming normal operations
[Fri Jun 14 04:02:03 2002] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)
[Fri Jun 14 04:02:03 2002] [notice] Accept mutex: sysvsem (Default: sysvsem)

Het opvallende is dat dit op andere dagen ook blijkt te gebeuren en ook steeds net na 4 uur (en niet op andere tijden). Ik heb roind 4 uur geen crontaak draaien of iets waarvan ik me bewust ben. Heeft iemand enig idee wat dit kan veroorzaken?

B.t.w. de kernel die ik draai is 2.4.9-6 op een Rh 7.1 systeem.

[Sjonny]

dit kan haast alleen maar een cron job zijn.
als root crontab -e en ff checken?
misschien user wwwrun oid die een cron iets heeft (lijkt me heel speciaal)
/etc/crontab en /etc/cron.* directories je script checken die apache laten restarten.

[Verwijderd]

Op zondag 16 juni 2002 15:27 schreef Sjonny het volgende:
dit kan haast alleen maar een cron job zijn.
als root crontab -e en ff checken?
misschien user wwwrun oid die een cron iets heeft (lijkt me heel speciaal)
/etc/crontab en /etc/cron.* directories je script checken die apache laten restarten.

Nog eens gechecked, de enige crontab voor root om die tijd is de cron.daily. Die doet o.a. een logrotate makewhatis.cron postfix slocate.cron tetex.cron en tmpwatch.
Zou het kunnen dat die logrotate aanleiding is voor apache om er mee op te houden?

p.s. Er is geen user wwwrun oid met een cron-taak.

[_cyclops_]

kun je misschien is bekijken of er nog andere users een crontab hebben? (onder welke user draait je apache)

overigens kan het goed zijn dat de crontab van root een script start wat dan weer andere script aanroept (cron.daily).. dus je zult even meoten kijken wat het allemaal precies doet (heb je denk ik al gedaan)

zo niet, 't staat denk ik in /etc/cron.daily/

[ACM]

logrotate

[Verwijderd]

Op zondag 16 juni 2002 18:32 schreef ACM het volgende:
logrotate

Hmm, logrote als oorzaak? Dat zou wel vreemd zijn, want dan zou iedere install van rh7.1 er last van moeten hebben. Ik heb daar namelijk (tenminste niet bewust) niks aan veranderd.

Apache draait onder de user apache. Andere users draaien geen crontaken rond die tijd.

[_cyclops_]

Op zondag 16 juni 2002 18:32 schreef ACM het volgende:
logrotate

uitleg?

apache stopt er toch niet mee als ie nie tbij z'n logs komt ofzo?
begrijp niet waarom 't logrotate is

[jvreuls]

Mijn /etc/logrotate.d/apache:

code:

/var/log/apache/*.log {
      weekly
      missingok
      rotate 52
      compress
      delaycompress
      notifempty
      create 640 root adm
      sharedscripts
      postrotate
            /etc/init.d/apache reload > /dev/null
      endscript
}

Oftewel, na het roteren van de logs herstart 'ie Apache zodat die de logs weer opnieuw kan openen en weer opnieuw kan beginnen.

[flat]

Op zondag 16 juni 2002 20:46 schreef _cyclops_ het volgende:

[..]

uitleg?

apache stopt er toch niet mee als ie nie tbij z'n logs komt ofzo?
begrijp niet waarom 't logrotate is

nee, maar bij 't rotaten van de logs wordt apache opnieuw gestart volgens mij

[ACM]

Op zondag 16 juni 2002 20:38 schreef zaphodb het volgende:
Hmm, logrote als oorzaak? Dat zou wel vreemd zijn, want dan zou iedere install van rh7.1 er last van moeten hebben. Ik heb daar namelijk (tenminste niet bewust) niks aan veranderd.

Apache draait onder de user apache. Andere users draaien geen crontaken rond die tijd.

Geloof mij nou maar

Jouw apache sluit wel heel vies af trouwens, maar logrotate draait bij mijn weten op een default redhat install om 4.00u 's nachts.
Check je /var/log/messages om die tijd maar eens, als het goed is zie je ook syslogd etc restarten.

Op zondag 16 juni 2002 20:50 schreef Flat© het volgende:
nee, maar bij 't rotaten van de logs wordt apache opnieuw gestart volgens mij

Dat klopt

[Verwijderd]

Op zondag 16 juni 2002 20:52 schreef ACM het volgende:

[..]

Geloof mij nou maar

Jouw apache sluit wel heel vies af trouwens, maar
[..]

Dat klopt

Logrotate it is.
Nou in ieder geval hoef ik me geen zorgen te maken dat het ergens anders door veroorzaakt wordt.

Thx allemaal.

[Grijns]

[topic=527491/1/25]

euh ? ... welicht ?

[Mark]

Het is inderdaad logrotate. Zolang als Apache niet word geherstart na een logrotate zal Apache in het (door logrotate) gehernoemde bestand door blijven loggen (inode's veranderen niet naar hernoemen).

Door Apache te schoppen zal Apache zien dat de nieuwe lege logfile op een andere inode staat en op de juiste plaats verder gaan met loggen.

(effe simpel uitgelegd )