testing modem for qpage

Potter, G M (Greg) GPotter at MarathonOil.com
Tue Jan 14 20:44:10 CET 2003


Not if Nagios owns the spool directory.  The pager is 
currently dedicated to Nagios pages, so I don't mind 
that account owning the spool directory.

Greg

> -----Original Message-----
> From: Jolet, John [mailto:John.Jolet at misyshealthcare.com]
> Sent: Tuesday, January 14, 2003 11:44 AM
> To: Potter, G M (Greg)
> Subject: RE: [Nagios-users] testing modem for qpage
> 
> 
> you have to call qpage -Q as root.
> 
> -----Original Message-----
> From: Potter, G M (Greg) [mailto:GPotter at MarathonOil.com]
> Sent: Tuesday, January 14, 2003 10:58 AM
> To: Nagios-users (E-mail)
> Subject: RE: [Nagios-users] testing modem for qpage
> 
> 
> It looks like qpage -Q will tell me how many messages
> are in the queue.  So my strategy is now this.  Have a
> service check that runs only on Friday morning that sends
> a page, this should always succeed.  Run check_proc on 
> some standard interval (1-12 hours say), run a custom
> check that calls qpage -Q on a similar interval.  That
> way if I get my page Friday morning I have tested the 
> modem before the weekend, and I get e-mail during the week
> if check_proc or my custom check fail.
> 
> Any other thoughts on a modem checking strategy?
> 
> Greg
> 
> > -----Original Message-----
> > From: Potter, G M (Greg) 
> > Sent: Tuesday, January 14, 2003 10:13 AM
> > To: Nagios-users (E-mail)
> > Cc: C. Bensend; John.Jolet at misyshealthcare.com
> > Subject: RE: [Nagios-users] testing modem for qpage
> > 
> > 
> > Sorry about the line wrap.  I use exchange and
> > sometimes (often?) forget to insert returns.
> > Looking at the queue is a good idea, it actually
> > tells me more about what I am interested in, mainly
> > that pages are not going out.  Rather than just that
> > the modem is not working.  There could be more
> > reasons than a faulty modem, i.e. that the cellular
> > service no longer accepts TAP/IXO messages, etc...
> > I think two services for the pager would be best, 
> > using John Jolet's suggestion for monitoring the
> > process with check_proc.
> > 
> > Thanks for the tips!
> > 
> > Greg
> > 
> > > -----Original Message-----
> > > From: C. Bensend [mailto:benny at bennyvision.com]
> > > Sent: Tuesday, January 14, 2003 12:00 AM
> > > To: Nagios-users (E-mail)
> > > Subject: Re: [Nagios-users] testing modem for qpage
> > > 
> > > 
> > > On Mon, Jan 13, 2003 at 03:20:26PM -0600, Potter, G M 
> (Greg) wrote:
> > > > 
> > > > I have been doing some preliminary testing using qpage, but 
> > > it looks like qpage returns a status of 0 regardless of the 
> > > page going through or not.  My initial thought was to set up 
> > > the pager as a host and have the check interval set to one 
> > > week.  I can live with one page a week for the knowledge that 
> > > the pager is still functional.  But It seems like it would be 
> > > better to check more frequently, if possible without actually 
> > > sending the page.  I suppose one could write a script to open 
> > > the port and use expect/send to communicate with the modem to 
> > > verify it was still "alive".  Has anyone looked at this and 
> > > come up with a solution?
> > > 
> > > Wow, please wrap your lines.  ;)
> > > 
> > > While this would be a hack, you might set up a local test 
> > that checks
> > > the qpage _queue_, looking for any failure messages.  
> That, I think,
> > > would be easier than trying to poke deeper into qpage.  Hopefully,
> > > that would be sufficient for you.
> > > 
> > > Benny
> > > 
> > > 
> > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > > "Discharge of a nuclear weapon shall be deemed a warlike act,
> > > even if accidental."       -- My homeowners insurance policy
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > > are you planning your Web Server Security? Click here to 
> get a FREE
> > > Thawte SSL guide and find the answers to all your  SSL 
> > > security issues.
> > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > > _______________________________________________
> > > Nagios-users mailing list
> > > Nagios-users at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> > are you planning your Web Server Security? Click here to get a FREE
> > Thawte SSL guide and find the answers to all your  SSL 
> > security issues.
> > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > 
> 
> 
> -------------------------------------------------------
> This SF.NET email is sponsored by: FREE  SSL Guide from Thawte
> are you planning your Web Server Security? Click here to get a FREE
> Thawte SSL guide and find the answers to all your  SSL 
> security issues.
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> 


-------------------------------------------------------
This SF.NET email is sponsored by: Take your first step towards giving 
your online business a competitive advantage. Test-drive a Thawte SSL 
certificate - our easy online guide will show you how. Click here to get 
started: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0027en




More information about the Users mailing list