[mapserver-users] Re: Reloading MapCache configuration file on changes?

[Pavel Iacovlev]

apache2ctl -k graceful is not really an option for me because I would have
to give root privileges to my apache/php.

"AFAIK, this isn't possible." I don't know anything about apache modules
and stuff so the next thing I say may not be applicable or just plain
stupid, but maybe each process will hold their own copy of configuration so
the apache process will be able to alter it's configuration upon detection
of file change. There is certainly that added overhead of "checking last
modified date" and keeping more copies in memory, but this should not be
the default behavior.

On Tue, Dec 6, 2011 at 1:00 PM, thomas bonfort <tbonfort at terriscope.fr>wrote:

> AFAIK, this isn't possible. Inside an apache module, the configuration
> is considered read-only as it is shared between multiple worker
> threads/processed spawned by httpd.
>
> apachectl configtest && apachectl graceful will restart the server
> gracefully, i.e. without aborting ongoing requests, and will load the
> new configuration for subsequent requests.
>
> --
> thomas
>
> On Mon, Dec 5, 2011 at 23:37, John Taranu
> <jtaranu at firstbasesolutions.com> wrote:
> > Thomas,
> >
> >
> >
> > Is there a better way force MapCache to reload its configuration script
> than
> > restarting apache?  I’m working on an application that will use two
> > load-balanced web servers running MapCache, all pointing to a single
> central
> > tile repository and a single central .xml configuration file.  The
> > configuration file will occasionally be edited, either with deletions or
> > additional tilesets.  Both web servers need to reload the updated
> > configuration .xml.
> >
> >
> >
> > Is it possible to set up MapCache to check if the config file was
> recently
> > updated and, if so, reload the config .xml?  It looks like this is
> currently
> > enabled under FastCGI, but not under Apache.
> >
> >
> >
> > John
> _______________________________________________
> mapserver-users mailing list
> mapserver-users at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20120222/f2bfdb5d/attachment.htm>