Subject: release open config files when reloading - msg#00040

Previous Message by Date: click to view message preview

monit uptime

hi we are running monit version 4.5.1 in an ha cluster using it to control and monitor our vserver's. the daemon uptime in ''monit summary'' or on the webinterface seems to be the one of the webserver and not the one of the deamon process itself. would it not make more sence, to display the daemon uptime? and maybe in addition the web server uptime and/or last config modification/(re)initialization time? regards, martin. ___________________________________________________________________ Martin Rueegg Owner and IT staff member http://metaworx.ch metaworx rueegg mailto:support@xxxxxxxxxxx Site Office Germany Head Office Switzerland Birkentalstrasse 4 Brandgrubenstrasse 23 DE-97209 Veitshoechheim CH-8610 Uster tel: +49 (931) 970 90 30 tel: +41 (44) 99 44 044 fax: +49 (931) 970 90 88 fax: +41 (44) 99 44 043 gsm: +49 (1520) 8 563 549 gsm: +41 (79) 312 50 15 mailto:mrueegg@xxxxxxxxxxx skype: martin.rueegg ___________________________________________________________________ -- To unsubscribe: http://lists.nongnu.org/mailman/listinfo/monit-general

Next Message by Date: click to view message preview

no webserver restart on reload

hi we are running monit version 4.5.1 (... well, you know. I hope, I'm not too noisy for a newbee but I wantet to keep different things in different threads.). when reloading monit, the webserver is restarted. during this time, no other client can connect to the daemon, that's obvious. the problem is, that the client will not be able to connect and therefore fail entirely with it's command. could it be done the way that httpd is only restared if it's configuration is affected by the reload. otherwise it will only temporaryly disable the handling of requests by returning a http status code of 503 with a retry-after <configurable value>. the monit client on the other hand should retry to send his request upon reception of a 503 status code for n-times where n is again a <config value> (or in monitrc or as a command line option). regards, martin. ___________________________________________________________________ Martin Rueegg Owner and IT staff member http://metaworx.ch metaworx rueegg mailto:support@xxxxxxxxxxx Site Office Germany Head Office Switzerland Birkentalstrasse 4 Brandgrubenstrasse 23 DE-97209 Veitshoechheim CH-8610 Uster tel: +49 (931) 970 90 30 tel: +41 (44) 99 44 044 fax: +49 (931) 970 90 88 fax: +41 (44) 99 44 043 gsm: +49 (1520) 8 563 549 gsm: +41 (79) 312 50 15 mailto:mrueegg@xxxxxxxxxxx skype: martin.rueegg ___________________________________________________________________ -- To unsubscribe: http://lists.nongnu.org/mailman/listinfo/monit-general

Previous Message by Thread: click to view message preview

monit uptime

hi we are running monit version 4.5.1 in an ha cluster using it to control and monitor our vserver's. the daemon uptime in ''monit summary'' or on the webinterface seems to be the one of the webserver and not the one of the deamon process itself. would it not make more sence, to display the daemon uptime? and maybe in addition the web server uptime and/or last config modification/(re)initialization time? regards, martin. ___________________________________________________________________ Martin Rueegg Owner and IT staff member http://metaworx.ch metaworx rueegg mailto:support@xxxxxxxxxxx Site Office Germany Head Office Switzerland Birkentalstrasse 4 Brandgrubenstrasse 23 DE-97209 Veitshoechheim CH-8610 Uster tel: +49 (931) 970 90 30 tel: +41 (44) 99 44 044 fax: +49 (931) 970 90 88 fax: +41 (44) 99 44 043 gsm: +49 (1520) 8 563 549 gsm: +41 (79) 312 50 15 mailto:mrueegg@xxxxxxxxxxx skype: martin.rueegg ___________________________________________________________________ -- To unsubscribe: http://lists.nongnu.org/mailman/listinfo/monit-general

Next Message by Thread: click to view message preview

Re: release open config files when reloading

On 18. aug. 2005, at 11.38, martin rueegg [metaworx rueegg] wrote: in this setup we add and remove config files which will be included by an globbing include. * is there a way to implement closing stale files in a reload? Thanks for the report. The problem was that monit kept parsed include file open and did not close them after parsing. This is now fixed in the CVS and will be part of the next monit release. Please check out monit from CVS and test that it works now. -- Jan-Henrik Haukeland Mobil +47 97141255 -- To unsubscribe: http://lists.nongnu.org/mailman/listinfo/monit-general