| From | Sent On | Attachments |
|---|---|---|
| Robbie Allen | Jun 27, 2008 5:22 pm | |
| Alexander Staubo | Jun 27, 2008 5:39 pm | |
| Robbie Allen | Jun 27, 2008 6:08 pm | |
| Rt Ibmer | Jun 27, 2008 6:54 pm | |
| mike | Jun 27, 2008 11:02 pm | |
| Grzegorz Nosek | Jun 28, 2008 4:50 am | |
| Grzegorz Nosek | Jun 28, 2008 5:31 am | |
| mike | Jun 28, 2008 9:14 am | |
| Alexander Staubo | Jun 28, 2008 12:28 pm | |
| Grzegorz Nosek | Jun 28, 2008 12:53 pm | |
| Almir Karic | Jun 28, 2008 1:30 pm | |
| Brice Figureau | Jun 28, 2008 2:36 pm | |
| Alexander Staubo | Jun 28, 2008 4:02 pm | |
| Rt Ibmer | Jun 28, 2008 9:38 pm | |
| Grzegorz Nosek | Jun 29, 2008 10:57 am | .patch, .patch, .patch |
| Brice Figureau | Jun 30, 2008 12:23 pm | |
| Grzegorz Nosek | Jun 30, 2008 12:49 pm |
| Subject: | Re: Is it possible to monitor the fair proxy balancer? | |
|---|---|---|
| From: | Rt Ibmer (rtib...@public.gmane.org) | |
| Date: | Jun 28, 2008 9:38:22 pm | |
| List: | ru.sysoev.nginx | |
status module. If I have some spare time soon, I'll try to produce an nginx patch to implement this.
Excellent indeed! At the most basic level it would be extremely useful if nginx
could signal an external process once it declared one of the upstream servers
offline (based on the timeout configs in its main conf file).
My intention from such a thing would be to receive an email letting me know 'oh
no upstream xyz is down!!' and 'oh good, upstream xyz is back online'.
Some people have argued that such a thing should be left to external monitoring
tools like heartbeat etc. However such monitoring is no where near the same IMO.
For instance, heartbeat could see the upstream as up because it is alive and
pingable, but it wouldn't be aware if nginx declared it as offline due to
timeouts or 500 errors (again, based on settings in its conf file)!!
Thanks!






.patch, .patch, .patch