Possibility exists that when the com check is down it is down due to a timeout. Essentially this value would be infinity but is perceived as a 0. This would cause there not to be a line. Can you verify the reason for the down during one of these spaces on your graph?
Jason Passow Mississippi Welders Supply [EMAIL PROTECTED] ph: (507) 494-5178 fax: (507) 454-8104 "If you do everything right, nobody will realize you've done anything at all." Dirk Bulinckx wrote: > >From an SA point of view all COM checks are the same,so that is very > >strange.... > > > > Dirk Bulinckx. > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Frank Brower > Sent: Wednesday, July 18, 2007 3:11 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] External COM CountFiles Check and RRD Graphs > > Nope, only for the CountFiles check. I have SMTP2POP3, Antivirus and *Nix > Disk > Space External COM checks, and those look fine. This seems to be only > happening > with the CountFiles check. > > > > Frank Brower > Network Administrator > Olson Research Group > 300 Phillips Blvd. Suite 100 > Ewing, NJ 08618 > 609-882-9888 > Fax: 609-359-2003 > > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Dirk Bulinckx > Sent: Tuesday, July 17, 2007 4:41 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] External COM CountFiles Check and RRD Graphs > > Does it do this for all COM checks? > > > Dirk Bulinckx. > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Frank Brower > Sent: Tuesday, July 17, 2007 7:46 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] External COM CountFiles Check and RRD Graphs > > Yes, as I said, it still runs, just when its Down, it creates spaces/skips in > the graph where no line is drawn. When it comes back to a Running Status, it > continues as normal. > > > > Frank Brower > Network Administrator > Olson Research Group > 300 Phillips Blvd. Suite 100 > Ewing, NJ 08618 > 609-882-9888 > Fax: 609-359-2003 > > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Dirk Bulinckx > Sent: Tuesday, July 17, 2007 1:11 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] External COM CountFiles Check and RRD Graphs > > In the BAT files that SA executes do you see the entries for those checks? > > > Dirk Bulinckx. > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Frank Brower > Sent: Tuesday, July 17, 2007 7:01 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] External COM CountFiles Check and RRD Graphs > > The RRD Graphs for Roundtrip stats, for both hourly and daily graphs. I > didn't > noticed it with Month or year, but because of the time span, I don't think it > would show on them anyways. When SA created the batch file for creating the > graphs, it didn't create a Check Response database or graph, just a Roundtrip > database and graph. > > Also, I have not changed anything with the batch file that SA created. I > followed the instructions, as listed on the website. Also, I am using > v6.1.2150, if you need to know. > > > > Frank Brower > Network Administrator > Olson Research Group > 300 Phillips Blvd. Suite 100 > Ewing, NJ 08618 > 609-882-9888 > Fax: 609-359-2003 > > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Dirk Bulinckx > Sent: Tuesday, July 17, 2007 12:46 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] External COM CountFiles Check and RRD Graphs > > What RRD logging are you talking about? > > > Dirk Bulinckx. > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Frank Brower > Sent: Tuesday, July 17, 2007 6:41 PM > To: Servers Alive Discussion List > Subject: [SA-list] External COM CountFiles Check and RRD Graphs > > I have noticed that on Down conditions with the External COM count Files > check, > the RRD graph lines stop while it is down and then continues the line, > leaving a > space in its place. Has anyone else seen this problem, or do I have something > set wrong within SA? I am now using the Enterprise version and like the RRD > graph option. > > > > Frank Brower > Network Administrator > Olson Research Group > 300 Phillips Blvd. Suite 100 > Ewing, NJ 08618 > 609-882-9888 > Fax: 609-359-2003 > > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Dirk Bulinckx > Sent: Tuesday, July 17, 2007 12:11 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] URL & Database Checks Failed in Strange way with SA > version 5.0.1728 > > The writing is to disk, not to memory. > As for why the Oracle client is telling you it can resolve, that it (the > Oracle > client) isn't saying > > > Dirk Bulinckx. > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > David Wheeler > Sent: Tuesday, July 17, 2007 6:06 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] URL & Database Checks Failed in Strange way with SA > version 5.0.1728 > > Could this issue be memory related? > > The server I'm running it on has 500+ checks, 512MB of memory with windows > 2000, > the Web Server for SA Templates and also has HP WebJetAdmin running on it. > > David A. Wheeler > XOMA (US) LLC > Sr. Network Engineer > [EMAIL PROTECTED] > 510-204-7248 (Office) > 510-644-0539 (Fax) > > > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > Dirk Bulinckx > Sent: Monday, July 16, 2007 11:25 PM > To: Servers Alive Discussion List > Subject: RE: [SA-list] URL & Database Checks Failed in Strange way with SA > version 5.0.1728 > > The URL checks writes the page it gets to disk during the check (and removes > it > afterwards) and seems to be unable to write anymore. > The Oracle check is using the 'service' of the Oracle client DLLs and these > are > telling that they can't resolve the name that you're using for the Oracle > check. > > > > Dirk Bulinckx. > -----Original Message----- > From: Servers Alive Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of > David Wheeler > Sent: Tuesday, July 17, 2007 2:56 AM > To: Servers Alive Discussion List > Subject: [SA-list] URL & Database Checks Failed in Strange way with SA version > 5.0.1728 > > I've been running this version for a long time without issue. > > I had some problems with some COM extensions and was forced to reinstall > Servers > Alive(The same version as I was running before) and then installed the latest > versions of the COM checks WebApp, SMTP2POP3, Remote DF Com, and Remote PS > Com. > > After a few days of Servers Alive running successfully, all the URL and DB > checks(but none of the other checks) failed with these errors: > ------------------------------------------------------ > is DOWN reason URL : xxxxxxxx The current socket connection has been reset. > Is DOWN reason URL : xxxxxxxx Could not write to file. > is DOWN reason URL : xxxxxxxx Got page and content is NOT ok is DOWN reason > Oracle Server (db xxxxx.world) NOT OK cause: ORA-12154: > TNS:could not resolve service name. > > > Any theories on a possible cause? > > -- > The information contained in this email message may contain confidential or > legally privileged information and is intended solely for the use of the named > recipient(s). No confidentiality or privilege is waived or lost by any > transmission error. If the reader of this message is not the intended > recipient, > please immediately delete the e-mail and all copies of it from your system, > destroy any hard copies of it and notify the sender either by telephone or > return e-mail. Any direct or indirect use, disclosure, distribution, > printing, > or copying of any part of this message is prohibited. Any views expressed in > this message are those of the individual sender, except where the message > states > otherwise and the sender is authorized to state them to be the views of XOMA. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > -- > The information contained in this email message may contain confidential or > legally privileged information and is intended solely for the use of the named > recipient(s). No confidentiality or privilege is waived or lost by any > transmission error. If the reader of this message is not the intended > recipient, > please immediately delete the e-mail and all copies of it from your system, > destroy any hard copies of it and notify the sender either by telephone or > return e-mail. Any direct or indirect use, disclosure, distribution, > printing, > or copying of any part of this message is prohibited. Any views expressed in > this message are those of the individual sender, except where the message > states > otherwise and the sender is authorized to state them to be the views of XOMA. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to > [email protected] > If you use auto-responders (like out-of-the-office messages), then make sure > that they are not send to the list nor to the individual members of the list > that send a message. Doing this will get you removed from the list. > > To unsubscribe send a message with UNSUBSCRIBE as subject to [email protected] If you use auto-responders (like out-of-the-office messages), then make sure that they are not send to the list nor to the individual members of the list that send a message. Doing this will get you removed from the list.
