Re: [APC-DEV] APC + Apache SIGHUP
[email protected] (Nathan Clemons) Thu, 8 Oct 2009 18:27:07 -0700
| Newsgroups | php.apc.dev |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Oct 8, 2009 at 3:07 AM, Gopal V <[email protected]> wrote: > Nathan Clemons wrote: > >> We do some pretty standard Apache log rotation on our web cluster with >> logrotate; move the file to an archival point, send a SIGHUP to Apache >> so it releases the open file handle, and then bzip2 up the data for >> archival purposes. > > I'm almost sure this is an apache thing and nothing apc can really do > about it. > > [Thu Oct 08 15:23:27 2009] [notice] SIGHUP received. =A0Attempting to res= tart > We hit mshutdown - 9345 > apache2: Could not reliably determine the server's fully qualified domain > name, using 127.0.1.1 for ServerName > We hit minit - 9345 > > is what my apache2 says. Just to be double+good, I put a couple of > printfs in module init/module shutdown code. And I can see that > a SIGHUP essentially stops and restarts the php modules directly. > >> isn't something we particularly like, since we're caching our >> localization data inside of APC (using apc_store). > > So basically the apc module init is called again in the parent > process after it gets a SIGHUP. It's not that apc is clearing > its cache or handling the HUP, apache is essentially doing an > internal soft restart. > > http://httpd.apache.org/docs/2.2/stopping.html#hup > Thanks, I didn't actually realize that it restarted APC/PHP on a SIGHUP. Are you familiar with whether or not this occurs during a SIGUSR1? The Apache documentation is unclear about module reloading. From my testing, it seems like it does, but I'm not completely sure about that. Thanks for the help, --Nathan Clemons