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.
