testing modem for qpage

[Potter, G M (Greg)]

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