Michael Friedrich wrote: > Andreas Schnederle-Wagner - Futureweb.at wrote: >> Here is the Sendmail grep: >> >> [1328742000] CURRENT SERVICE STATE: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;OK;HARD;1;SMTP OK - 0.024 sec. response time >> [1328744759] EXTERNAL COMMAND: >> SCHEDULE_SVC_DOWNTIME;hostname.futureweb.at;Mailserver Port 25 Check - >> Sendmail;1328744520;1328751720;0;0;1800;futureweb;Downtime set by futureweb >> [1328744884] SERVICE ALERT: hostname.futureweb.at;Mailserver Port 25 >> Check - Sendmail;CRITICAL;SOFT;1;CRITICAL - Socket timeout after 10 seconds >> [1328744884] SERVICE EVENT HANDLER: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;CRITICAL;SOFT;1;restart_by_ssh!sendmail >> [1328744941] SERVICE ALERT: hostname.futureweb.at;Mailserver Port 25 >> Check - Sendmail;CRITICAL;SOFT;2;CRITICAL - Socket timeout after 10 seconds >> [1328744941] SERVICE EVENT HANDLER: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;CRITICAL;SOFT;2;restart_by_ssh!sendmail >> [1328745014] SERVICE ALERT: hostname.futureweb.at;Mailserver Port 25 >> Check - Sendmail;CRITICAL;HARD;3;CRITICAL - Socket timeout after 10 seconds >> [1328745014] SERVICE DOWNTIME ALERT: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;STARTED; Service has entered a period of scheduled >> downtime >> [1328745014] SERVICE EVENT HANDLER: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;CRITICAL;HARD;3;restart_by_ssh!sendmail >> [1328745291] SERVICE ALERT: hostname.futureweb.at;Mailserver Port 25 >> Check - Sendmail;OK;HARD;3;SMTP OK - 0.022 sec. response time >> [1328745291] SERVICE EVENT HANDLER: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;OK;HARD;3;restart_by_ssh!sendmail >> [1328775426] EXTERNAL COMMAND: >> SCHEDULE_FORCED_SVC_CHECK;hostname.futureweb.at;Mailserver Port 25 Check - >> Sendmail;1328775425 >> [1328775439] SERVICE ALERT: hostname.futureweb.at;Mailserver Port 25 >> Check - Sendmail;CRITICAL;SOFT;1;CRITICAL - Socket timeout after 10 seconds >> [1328775439] SERVICE EVENT HANDLER: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;CRITICAL;SOFT;1;restart_by_ssh!sendmail >> [1328775466] EXTERNAL COMMAND: >> SCHEDULE_FORCED_SVC_CHECK;hostname.futureweb.at;Mailserver Port 25 Check - >> Sendmail;1328775465 >> [1328775469] SERVICE ALERT: hostname.futureweb.at;Mailserver Port 25 >> Check - Sendmail;OK;SOFT;2;SMTP OK - 0.022 sec. response time >> [1328775469] SERVICE EVENT HANDLER: hostname.futureweb.at;Mailserver >> Port 25 Check - Sendmail;OK;SOFT;2;restart_by_ssh!sendmail >> >> And another Question - why does it send the Event-Handler even when in >> scheduled downtime?!? > well given the fact that event handlers work a bit different to > notifications, you probably should start read about about them > http://docs.icinga.org/latest/en/eventhandlers.html
well and a macro determing if a service is in a downtime can be found here ;-) http://docs.icinga.org/latest/en/macrolist.html#macrolist-servicedowntime what's the config tool for creating icinga configs - vim? > > >> And Centreon also shown me that the service is in scheduled downtime ... >> even if it tells me that the downtime has ended ... (centreon shows me only >> information it get's from icinga ...) > question would be how icinga dumps information for centreon. there are > different methods - to be discussed on the centreon mailinglists then. > > >> Andreas >> >> >> >> -----Ursprüngliche Nachricht----- >> Von: Wolfgang [mailto:w...@gmx.net] >> Gesendet: Donnerstag, 09. Februar 2012 12:30 >> An: icinga-users@lists.sourceforge.net >> Betreff: Re: [icinga-users] scheduled downtime question >> >> Hm. I'd grep for "Sendmail" in icinga.log to check what might have happened. >> The service was scheduled for downtime and Centreon shows that the downtime >> ended but the classic UI doesn't. I wonder why. >> >> "recurring" stepped into my mind because of the Centreon screenshot. >> >> Am 09.02.2012 11:41, schrieb Andreas Schnederle-Wagner - Futureweb.at: >>> 1) service detail shows a downtime but I don't know why ... should not be >>> in scheduled downtime? (http://temp.in.futureweb.at/icinga/downtime3.jpg) >>> Weird thing is that no scheduled downtime is shown anywhere except on >>> the "in scheduled downtime" ... so I can't delete it anywhere? >>> 2) in icinga.log (grep on scheduled) >>> [1328744837] HOST DOWNTIME ALERT: hostname.futureweb.at;STARTED; Host >>> has entered a period of scheduled downtime >>> [1328745014] SERVICE DOWNTIME ALERT: hostname.futureweb.at;Mailserver >>> Port 25 Check - Sendmail;STARTED; Service has entered a period of >>> scheduled downtime >>> 3) should be no recurring downtime - was a flexible downtime >>> 4) GUIs used: Icinga Classic and Centreon >>> >>> Andreas >>> >>> -----Ursprüngliche Nachricht----- >>> Von: Michael Friedrich [mailto:michael.friedr...@univie.ac.at] >>> Gesendet: Donnerstag, 09. Februar 2012 10:43 >>> An: icinga-users@lists.sourceforge.net >>> Betreff: Re: [icinga-users] scheduled downtime question >>> >>> Wolfgang wrote: >>>> Am 09.02.2012 10:08, schrieb Andreas Schnederle-Wagner - Futureweb.at: >>>>> -----Ursprüngliche Nachricht----- >>>>> Von: Michael Friedrich [mailto:michael.friedr...@univie.ac.at] >>>>> Gesendet: Donnerstag, 09. Februar 2012 09:57 >>>>> An: icinga-users@lists.sourceforge.net >>>>> Betreff: Re: [icinga-users] scheduled downtime question >>>>> >>>>>>> Andreas Schnederle-Wagner - Futureweb.at wrote: >>>>>>> Hi there, >>>>>>> got a little Question about scheduled downtimes. >>>>>>> Yesterday night we entered a flexible downtime on a few services >>>>>>> for maintenance. >>>>>>> >>>>>>> Today I checked the Icinga Status of those Services - everything >>>>>>> looks fine except for one Service - in the "Service View" of >>>>>>> Icinga Classic GUI there is a grey downtime sign which tells me >>>>>>> "This host is currently in a period of scheduled downtime". >>>>>>> The Service with this sign is the only one which actually noticed >>>>>>> the scheduled downtime - all other haven't set a "actual end" time >>>>>>> - so I guess the downtime was too short for them to notice. >>>>>>> But why does this single Service still show me the downtime sign?!? >>>>>>> (scheduled downtime start time was 09.02.2012 00:42; endtime: >>>>>>> 09.02.2010 02:42) >>>>>>> Hope someone can help me on this? >>>>>> for gui problems which are not describable in text prosa - screenshots. >>>>> Hi, >>>>> >>>>> Here is the Screenshot: >>>>> http://temp.in.futureweb.at/icinga/downtime1.jpg >>>>> Here some more information: >>>>> http://temp.in.futureweb.at/icinga/downtime2.jpg >>>>> >>>>> When I look into "System --> Downtime" within Classic it won't show >>>>> me anything. >>>>> >>>>> Andreas >>>>> >>>> Please check icinga.log for messages related to the start/end of the >>>> downtimes. >>>> BTW: Which tool are you using for scheduling recurring downtimes as >>>> the second screenshot doesn't show a familiar view >>> recurring? but yes, the view looks different to any guis i've seen so far. >>> >> ------------------------------------------------------------------------------ >> Virtualization& Cloud Management Using Capacity Planning Cloud computing >> makes use of virtualization - but cloud computing also focuses on allowing >> computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> _______________________________________________ >> icinga-users mailing list >> icinga-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/icinga-users >> >> ------------------------------------------------------------------------------ >> Virtualization& Cloud Management Using Capacity Planning >> Cloud computing makes use of virtualization - but cloud computing >> also focuses on allowing computing to be delivered as a service. >> http://www.accelacomm.com/jaw/sfnl/114/51521223/ >> _______________________________________________ >> icinga-users mailing list >> icinga-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/icinga-users > -- DI (FH) Michael Friedrich Vienna University Computer Center Universitaetsstrasse 7 A-1010 Vienna, Austria email: michael.friedr...@univie.ac.at phone: +43 1 4277 14359 mobile: +43 664 60277 14359 fax: +43 1 4277 14338 web: http://www.univie.ac.at/zid http://www.aco.net Lead Icinga Core Developer http://www.icinga.org ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ icinga-users mailing list icinga-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/icinga-users
