You can submit commands directly to the command file http://nagios.sourceforge.net/docs/3_0/extcommands.html
Bye, Simone -- Simone Felici Divisione Tecnica: Progettazione e Sviluppo tel. +39 0461.030.111 fax. +39 0461 030.112 Via Fersina, 23 - 38123 Trento Il 20/11/2012 10:10, Marco Borsani ha scritto: > Thank you. > > What do you mean with “drop that command into nagios.cmd” ? > > Marco > > *Da:*Onotsky, Steve x55328 [mailto:steve.onot...@broadridge.com] > *Inviato:* lunedì 19 novembre 2012 17:28 > *A:* Nagios Users List > *Oggetto:* Re: [Nagios-users] little question about disable notification and > schedule downtime > > Correct. The former will cause notifications to remain disabled until told > otherwise; the latter > only for as long as specified. You should read up on the difference between > Fixed and Flexible > scheduled downtime while you’re at it. > > If you want service/host checks disabled, you need to select that option from > the web GUI (or drop > that command into nagios.cmd). > > Cheers > > Steve Onotsky > > Team Lead, Server Support > > Broadridge > > Investor Communication Solutions, Canada > > 5970 Chedworth Way > > Mississauga ON L5R 4G5 > > Tel: (905) 507-5328 > > Fax: (905) 507-5312 > > Inet: steve.onot...@broadridge.com <mailto:steve.onot...@broadridge.com> > > /The purpose of the universe is to explore the realm of possibility. / > > /Our purpose is to witness it. - S. James Gates Jr./ > > *From:*Marco Borsani [mailto:m.bors...@it.net] > *Sent:* Monday, November 19, 2012 10:11 AM > *To:* NAGIOS > *Subject:* [Nagios-users] little question about disable notification and > schedule downtime > > Hi all > > Reading for the first time the docs it seems that these 2 options do the same > thing. Is it ? > > Is the only difference that the first one disable the notification forever, > while the other only in > a particular timeperiod ? > > Both do not stop the service checks. > > Marco Borsani > > *Unix and Monitoring Sysadmin* > > *Technical Operations Dpt.* > > tel: +39 010 4310115 > > fax: +39 02 30130311 > > cell: +39 329 5953944 > > ITnet Srl > > Società con socio unico > > Direzione e Coordinamento di Libero S.r.l. > > > This message and any attachments are intended only for the use of the > addressee and may contain > information that is privileged and confidential. If the reader of the message > is not the intended > recipient or an authorized representative of the intended recipient, you are > hereby notified that > any dissemination of this communication is strictly prohibited. If you have > received this > communication in error, please notify us immediately by e-mail and delete the > message and any > attachments from your system. > > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > > > > _______________________________________________ > Nagios-users mailing list > Nagios-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/nagios-users > ::: Please include Nagios version, plugin version (-v) and OS when reporting > any issue. > ::: Messages without supporting info will risk being sent to /dev/null > ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ Nagios-users mailing list Nagios-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/nagios-users ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. ::: Messages without supporting info will risk being sent to /dev/null