This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C179F2.1FB49760 Content-Type: text/plain; charset="iso-8859-1" The Redhat scripts send, either TERM or HUP both of which attempt to kill all child process "RIGHT NOW" which means that connections in progress will be dropped hard, folks at the far end will get very odd results and timeouts and whatnot. TERM kills apache NOW and exits, HUP kills all child processes NOW and rereads the config files and continues. By sending the USR1 signal each child will finish handling the customer so to speak and then die before another come in. This could take as much as 10 minutes or more for every old apache process to die and be changed to the new one. Therefore no customers see any bad things. Now if there is a need to kill the server quickly then TERM and/or HUP is the correct call to use. The information below is directly copied from the Apache http://httpd.apache.org/docs/stopping.html manual page and clearly explains it all: TERM Signal: stop now Sending the TERM signal to the parent causes it to immediately attempt to kill off all of its children. It may take it several seconds to complete killing off its children. Then the parent itself exits. Any requests in progress are terminated, and no further requests are served. HUP Signal: restart now Sending the HUP signal to the parent causes it to kill off its children like in TERM but the parent doesn't exit. It re-reads its configuration files, and re-opens any log files. Then it spawns a new set of children and continues serving hits. Users of the status module will notice that the server statistics are set to zero when a HUP is sent. Note: If your configuration file has errors in it when you issue a restart then your parent will not restart, it will exit with an error. See below for a method of avoiding this. USR1 Signal: graceful restart Note: prior to release 1.2b9 this code is quite unstable and shouldn't be used at all. The USR1 signal causes the parent process to advise the children to exit after their current request (or to exit immediately if they're not serving anything). The parent re-reads its configuration files and re-opens its log files. As each child dies off the parent replaces it with a child from the new generation of the configuration, which begins serving new requests immediately. This code is designed to always respect the MaxClients, MinSpareServers, and MaxSpareServers settings. Furthermore, it respects StartServers in the following manner: if after one second at least StartServers new children have not been created, then create enough to pick up the slack. This is to say that the code tries to maintain both the number of children appropriate for the current load on the server, and respect your wishes with the StartServers parameter. -----Original Message----- From: Patrick Hustis [mailto:phustis@teltrax.com] Sent: Friday, November 30, 2001 3:11 PM To: plug-discuss@lists.PLUG.phoenix.az.us Subject: RE: httpd.conf More for my own curiosity than anything else, but anyway... That is the script that handles stopping the daemon upon shutdown, and starting up upon system boot, so why does it not handle it correctly when called with 'restart' which simply executes the start & stop functions of the script? Patrick At 02:44 PM 11/30/01 -0700, you wrote: This is a bad answer, Redhat does not restart Apache correctly, it will indeed restart the Server but it will stop and start it which is ungraceful at best. > -----Original Message----- > From: Lisa Winkler [mailto:lmw@po.cwru.edu] > Sent: Friday, November 30, 2001 2:33 PM > To: plug-discuss@lists.PLUG.phoenix.az.us > Subject: Re: httpd.conf > > > /etc/rc.d/init.d/httpd restart > > On Fri, 30 Nov 2001, Charlie Bullen wrote: > > > I was setting up several virtual domains on a RedHat server > running apache 1.3.12 . I know there must be a way to get the > server to re read the httpd.conf file after I add a domain, > but I haven't a clue. I have been rebooting the server which > is just so un cool. Any suggestions? > > > > Thanks > > > > Charlie > > > > ________________________________________________ > See http://PLUG.phoenix.az.us/navigator-mail.shtml if your > mail doesn't post to the list quickly and you use Netscape to > write mail. > > PLUG-discuss mailing list - PLUG-discuss@lists.PLUG.phoenix.az.us > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss > ------------------------------------------------------------ Patrick Hustis TelTrax Corporation Vice President Information Systems phustis@teltrax.com 480-481-9292 ------------------------------------------------------------ ------_=_NextPart_001_01C179F2.1FB49760 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: httpd.conf

The Redhat scripts send, either TERM or HUP both of = which attempt to kill all child process "RIGHT NOW" which = means that connections in progress will be dropped hard, folks at the = far end will get very odd results and timeouts and whatnot. TERM kills = apache NOW and exits, HUP kills all child processes NOW and rereads the = config files and continues.

By sending the USR1 signal each child will finish = handling the customer so to speak and then die before another come in. = This could take as much as 10 minutes or more for every old apache = process to die and be changed to the new one. Therefore no customers = see any bad things. Now if there is a need to kill the server quickly = then TERM and/or HUP is the correct call to use.

The information below is directly copied from the = Apache http://httpd.apache.org/docs/stopping.html manual = page and clearly explains it all:

TERM Signal: stop now

Sending the TERM signal to the parent causes it to = immediately attempt to kill off all of its children. It may take it = several seconds to complete killing off its children. Then the parent = itself exits. Any requests in progress are terminated, and no further = requests are served.

HUP Signal: restart now

Sending the HUP signal to the parent causes it to = kill off its children like in TERM but the parent doesn't exit. It = re-reads its configuration files, and re-opens any log files. Then it = spawns a new set of children and continues serving hits.

Users of the status module will notice that the = server statistics are set to zero when a HUP is sent.

Note: If your configuration file has errors in it = when you issue a restart then your parent will not restart, it will = exit with an error. See below for a method of avoiding this.

USR1 Signal: graceful restart

Note: prior to release 1.2b9 this code is quite = unstable and shouldn't be used at all.

The USR1 signal causes the parent process to advise = the children to exit after their current request (or to exit = immediately if they're not serving anything). The parent re-reads its = configuration files and re-opens its log files. As each child dies off = the parent replaces it with a child from the new generation of the = configuration, which begins serving new requests = immediately.

This code is designed to always respect the = MaxClients, MinSpareServers, and MaxSpareServers settings. Furthermore, = it respects StartServers in the following manner: if after one second = at least StartServers new children have not been created, then create = enough to pick up the slack. This is to say that the code tries to = maintain both the number of children appropriate for the current load = on the server, and respect your wishes with the StartServers = parameter.



-----Original Message-----
From: Patrick Hustis [mailto:phustis@teltrax.com]
Sent: Friday, November 30, 2001 3:11 PM
To: plug-discuss@lists.PLUG.phoenix.az.us
Subject: RE: httpd.conf



More for my own curiosity than anything else, but = anyway...

That is the script that handles stopping the daemon = upon shutdown, and starting up upon system boot, so why does it not = handle it correctly when called with 'restart' which simply executes = the start & stop functions of the script?

Patrick


At 02:44 PM 11/30/01 -0700, you wrote:


This is a bad answer, Redhat does not restart Apache = correctly, it will indeed restart the Server but it will stop and start = it which is ungraceful at best.

> -----Original Message-----
> From: Lisa Winkler [mailto:lmw@po.cwru.edu]
> Sent: Friday, November 30, 2001 2:33 PM
> To: plug-discuss@lists.PLUG.phoenix.az.us =
> Subject: Re: httpd.conf
>
>
> /etc/rc.d/init.d/httpd restart
>
> On Fri, 30 Nov 2001, Charlie Bullen wrote: =
>
> > I was setting up several virtual domains = on a RedHat server
> running apache 1.3.12 . I know there must be a = way to get the
> server to re read the httpd.conf file after I = add a domain,
> but I haven't a clue. I have been rebooting the = server which
> is just so un cool. Any suggestions?
> >
> > Thanks
> >
> > Charlie
> >
>
> = ________________________________________________
> See http://PLUG.phoenix.az.us/navigator-mail.shtml if = your
> mail doesn't post to the list quickly and you = use Netscape to
> write mail.
>
> PLUG-discuss mailing list  -  = PLUG-discuss@lists.PLUG.phoenix.az.us
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-= discuss
>


------------------------------------------------------------
Patrick = Hustis           =             =  
TelTrax Corporation
Vice President  Information Systems
phustis@teltrax.com
480-481-9292
------------------------------------------------------------ =

------_=_NextPart_001_01C179F2.1FB49760--