Feature request: Run a script when upstream detected down/up
manlio_perillo at libero.it
Tue Apr 29 01:37:59 MSD 2008
Cliff Wells ha scritto:
>> The beauty of it is that it seems like quite a trivial yet very useful
>> function to implement. Basically where ever the code is that decides
>> to ignore an upstream for fail_timeout, it just needs to call out to
>> some script to launch it and pass it a param like the name of the
>> upstream entity that went down. Seems like something that could be
>> done in just minutes. Unfortunately I'm not a coder or I would take a
>> crack at it.
> Except that Nginx is asynchronous, not threaded. This means that when
> your script is called, Nginx will now be delayed while the script is
> launched (and what if the script fails?).
Nginx will just have to wait until fork returns.
As you say, there no "immediate" way to know if the script fails, but
Nginx installs a SIGCHLD handler, so you will get NOTICE messages in the
log file: "%unknown process <pid> exited with code <status>"
For the OP, executing a script when a backend fails is trivial, it
should be possibile to do it just be adding a new module.
However executing a script when a backend became alive again is not
easy, as far as I know.
> You might be able to work
> around this, but I suspect it won't be as trivial as you might hope.
Regards Manlio Perillo
More information about the nginx