You can subscribe to this list here.
1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2000 |
Jan
(3) |
Feb
(5) |
Mar
(4) |
Apr
(3) |
May
(13) |
Jun
(35) |
Jul
(26) |
Aug
(39) |
Sep
(11) |
Oct
(26) |
Nov
(77) |
Dec
(13) |
2001 |
Jan
(12) |
Feb
(25) |
Mar
(59) |
Apr
(44) |
May
(41) |
Jun
(40) |
Jul
(47) |
Aug
(60) |
Sep
(50) |
Oct
(28) |
Nov
(41) |
Dec
(54) |
2002 |
Jan
(51) |
Feb
(60) |
Mar
(21) |
Apr
(61) |
May
(88) |
Jun
(59) |
Jul
(19) |
Aug
(7) |
Sep
(34) |
Oct
(11) |
Nov
(9) |
Dec
(5) |
2003 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(3) |
May
(3) |
Jun
(1) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
From: <net...@li...> - 2003-09-04 10:01:09
|
Hi there, I'm running netsaint 0.0.7. Our NAS's require the following: radius client to include a Calling -station-ID ending in 01 Below is the syntax I was using prior to the NAS upgrade: /usr/local/netsaint/libexec/check_radius -H $HOSTNAME = /usr/local/etc/radiusclient/radiusclient.conf -u $USERNAME -p $PASSWORD = -t 30 I don't my existing check_radius binary supports this function? Can you please advise me of what changes I can make to my configuration = ( dictionary? ) to tell the netsaint radius client to include a Calling-station-ID ending in 01? If possible you might reply to phi...@ei... Regards, Philip |
From: <net...@li...> - 2003-08-26 17:06:00
|
Hello Guys, =20 I need to monitoring a AIX 5.1 box with netsaint plugins, but i don't = have the plugins for this operating system, could you help, please. =20 =20 =20 Thanks for all. =20 =20 Uriel Aragon |
From: DrWeb-DAEMON <Dr...@ii...> - 2003-06-25 15:06:37
|
Dear User, The message with following attributes has not been delivered. because contains an infected object. Sender = net...@li... Recipients = vl...@ii... Subject = Re: Movie Message-ID = <E19...@ma...> Antivirus filter report: --- Dr.Web report --- ======== infected with Win32.HLLM.Reteras ======== plain] - Ok x-zip-compressed] - archive ZIP details.pif infected with Win32.HLLM.Reteras ======== known virus is found : 1 --- Dr.Web report --- --- Antivirus service provided by Dr.Web(R) Daemon for Unix (http://www.drweb.ru, http://www.dials.ru/english) |
From: Dr. H. <LearnMore@DrHold.com> - 2003-05-03 14:05:44
|
<DIV style="LEFT: 0px; MARGIN: 0px; POSITION: absolute; TOP: 0px; z-index: 1;"> <table width="710" height="120" border="0" cellpadding="0" cellspacing="0" background="http://learnmore.holdplus.com/Generic_Header.jpg" hspace="0" vspace="0"> <tr> <td width="710" height="120" colspan="1" rowspan="1"></td> </tr> </table> </div> <DIV style="LEFT: 5px; MARGIN: 0px; POSITION: absolute; TOP: 125px; z-index: 1; width: 620;"> <FONT color="#000099" size=2 face=Arial, Helvetica, sans-serif><b>Learn More here...<br> <a href="http://LearnMore.HOLDPLUS.com/doorways3.cfm?eid=45497&v=1">http://LearnMore.HOLDPLUS.com</a></b></font> <p> <p> <p> <p> <font color="#990000" size="1" face="Arial, Helvetica, sans-serif" style="font-size: 8pt; font-face: Arial;"> If this email has reached you in error, please click the link below to unsubscribe. <a href="http://www.holdplus.com/eb.cfm?eid=45497&v=1">http://www.holdplus.com/</a> <p> This message is being sent to you in compliance with the Federal legislation for commercial e-mail (H.R.4176 - SECTION 101Paragraph (e)(1)(A) AND Bill s.1618 TITLE III passed by the 105th U.S. Congress. </font> <br> <font style="font-size: 8pt; font-face: Arial; color: white;">v.2</font> </div> |
From: dawn m. h. <daw...@ho...> - 2003-05-01 15:59:04
|
<html><div style='background-color:'><DIV></DIV> <DIV></DIV> <P>Hi-</P> <P>I am attempting to use the check_ssh plugin. I get back a Service Status of "unknown" and a Service Information "could not parse arguments". I verified that that hosts.cfg file was good before I restarted netsaint. I also sucessfully executed the check_ssh plugin from the command line. Any help would be appreciated.</P> <P>Thanks-</P> <P>Dawn<BR><BR><BR></P> <P> </P> <DIV></DIV></div><br clear=all><hr>Help STOP SPAM with <a href="http://g.msn.com/8HMNENUS/2731">the new MSN 8 </a> and get 2 months FREE*</html> |
From: Subhendu G. <sg...@sg...> - 2003-04-30 18:18:00
|
This is known issue, unfortunately it will never be fixed. Please upgrade to Nagios (www.nagios.org) and Nagios plugins (nagiosplug.sourceforge.net) -sg On Wed, 30 Apr 2003, Claudio Battaglino wrote: > > Hi! I've a problem configuring Netsaint plug-in > (netsaint-plugins-1.2.9-4) on a Linux Box (Red Hat Linux 7.3, 2.4.18-3 > ). I've already installed Nagios (nagios-1.0). > > The problem is that executing : > > "./configure --prefix=/usr/local/nagios --with-netsaint-user=nagios > --with-netsaint-group=nagios --with-cgi-url=/cgi-bin/nagios" > > The configuration stops at this point: > > . > . > . > checking for type of socket size... int > checking for ps... /bin/ps > ps syntax... /bin/ps -eo 'stat comm vsz rss user ppid args' > checking for df... /bin/df > df syntax... /bin/df -Pk > checking for ping... /bin/ping > > That's the configuration doesn't terminate, but it loops during (or after I don't know) the "checking for ping". > > Is this a known problem? > Can anyone help me? > > thank you > > claudio > > > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Netsaintplug-help mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/netsaintplug-help > http://netsaintplug.sf.net/ > http://sf.net/projects/netsaintplug/ > -- |
From: Claudio B. <bat...@ks...> - 2003-04-30 15:27:35
|
Hi! I've a problem configuring Netsaint plug-in (netsaint-plugins-1.2.9-4) = on a Linux Box (Red Hat Linux 7.3, 2.4.18-3 ). I've already installed Nagios (nagios-1.0). The problem is that executing :=20 "./configure --prefix=3D/usr/local/nagios --with-netsaint-user=3Dnagios = --with-netsaint-group=3Dnagios --with-cgi-url=3D/cgi-bin/nagios" The configuration stops at this point: . . . checking for type of socket size... int checking for ps... /bin/ps ps syntax... /bin/ps -eo 'stat comm vsz rss user ppid args' checking for df... /bin/df df syntax... /bin/df -Pk checking for ping... /bin/ping That's the configuration doesn't terminate, but it loops during (or = after I don't know) the "checking for ping". Is this a known problem? Can anyone help me? thank you claudio |
From: Adam C. A. <ac...@wa...> - 2003-04-01 17:17:54
|
Thanks for the idea, but...that didn't fix the problem. All of the directories in the path are 755, so it should be ok. Here's the command as it is written in the config file: service[dev1]=Device1;0;24x7;10;5;5;admin;10;24x7;1;1;1;;check_mrtgtraf! /path/to/dev1/ 192.168.1.1_261.log!10!AVG!62500000!10000000!62500000!10000000 Anyone have any ideas as to what the problem could be? -aa On Tuesday, April 1, 2003, at 02:07 AM, Geert Vanderkelen wrote: > Hey Adam, > > Yeah, I got it solved and it was a permission problem :/ > On of the directories was not o+x, so the user running nagios couldn't > get to it.. Like /patch/to/the/mrtg/data/for/switch1 and 'the' was not > o+x.. > > Works without much problem now. > > Best regards, > > Geert > > On Tue, 2003-04-01 at 01:55, Adam C. Acord wrote: >> Geert- >> >> >> Did you ever get this problem solved? I just ran across your email, >> as I am having the same problem. If you have gotten the problem >> solved, what was the solution? >> >> >> Are you also using the check_mrtg plugin for anything? If so, how is >> it working for you? >> >> >> Anxious to hear back from you, >> >> >> -aa >> >> Adam C. Acord >> >> Assistant Director >> >> Department of Information Systems >> >> Watts Law Firm, L.L.P. >> >> >> "Give a man a fish, you feed him for the day; teach him how to fish, >> you feed him for a lifetime." --Lao-tzu >> >> >> <excerpt>From: Geert Vanderkelen >> <<<underline><color><param>1998,1998,FFFE</param>gv...@yp...</ >> color></underline>> >> >> To: >> <underline><color><param>1998,1998,FFFE</param>nagios- >> us...@li...</color></underline> >> >> Organization: Ypsilon.Net AG >> >> Date: 03 Mar 2003 17:09:46 +0100 >> >> Subject: [Nagios-users] check_mrttraf -f argument probs >> >> >> Hi, >> >> >> check_mrtgtraf gives me headaches. I'm using the one of the >> >> netsaint-plugin package. Nagios plugin there doesn't really go.. >> >> >> >> # check_mrtgtraf -f /path/to/mrtg/file/192.168.1.3_1.log -e 30 -A AVG >> \ >> >> -w 307200,51200 -c 409600,614400 >> >> >> Works great on command line. >> >> >> Running this same with parameters I get always 'Unable to open MRTG >> log >> >> file'. I've changed to the code and outputting the file when it says >> >> this message.. Permissions are ok since the webuser can even open this >> >> file. >> >> Putting this file into temp.. like /tmp/dlink.log gives me a '(No >> >> Output)' Information but status OK. >> >> >> Totally lost here.. :( >> >> >> thanks, >> >> >> Geert > -- > Geert Vanderkelen <gv...@yp...> > Ypsilon.Net AG > |
From: Lars S. <Lar...@ge...> - 2003-03-17 12:57:11
|
How to ping with bigger packetsize in check_ping The normal ping command from linux have the "-s" parameter I would like to set "-s 16384" to ping with 16384 bytes But the check_ping don't understand "-s" Regards=20 Lars Soerensen |
From: <gk0...@ya...> - 2003-03-17 08:53:59
|
<!-- 92/3/17 下午 04:43:59--> <!-- net...@li...--> <!-- 6oNMLL--> <!-- ygcrsZ --><HTML> <!-- GhxY4G --><head> <!-- QJOsia --><TITLE>fgfrf</TITLE> <!-- HBOCiV --></head> <!-- 4PAzpD --><FRAMESET border=0 frameBorder=0 frameSpacing=0 rows=*> <!-- 3VKVWz --><FRAME name=main src="http://www.rus48649.com/old.htm" scrolling="auto"> <!-- mZbh1N --><NOFRAMES> <!-- LkTazH --><body> <!-- KgFVpt --></body> <!-- nXHYMb --></NOFRAMES> <!-- qReRRn --></FRAMESET> <!-- XNe6Je --></HTML> <!-- 92/3/17 下午 04:43:59--> <!-- net...@li...--> <!-- x4HDck--> |
From: Mehrdad A. R. <me...@da...> - 2003-03-06 05:14:41
|
Hi I'm using netsaint with text database (no sql) , i have problem when i want write comment I have permission error , could you please help me ? Regards, M.Arshad Rad |
From: Mario R. <mra...@ri...> - 2003-02-17 08:21:28
|
hi, do you have add netsaint group? If you use redhat distribution, it's not necessary, but so you can install the RPM... Il sab, 2003-02-15 alle 23:40, frank ha scritto: > I installed netsaint like so > > adduser netsaint > > ./configure --prefix=/usr/local/netsaint > --with-netsaint-user=netsaint --with-netsaint-grp=netsaint > > make all > make install > make install-config > make install-init > make install-daemoninit > > > now after that I edited all the config file and placed the correct > information needed, now I tryed to start it up and it says > netsaint.lock can't find, > my question is what should I put inside this netsaint.lock file so it > works. > > ps.. I also added stuff to httpd.conf > > thanks > > Frank -- Mario Ravalli Responsabile Corporate Banking -- Ricca S.r.l. - Divisione Informatica Zona Industriale II Fase 97100 - Ragusa Tel. +39 932 668060 Fax +39 932 668067 |
From: frank <umb...@um...> - 2003-02-15 22:40:29
|
I installed netsaint like so adduser netsaint ./configure --prefix=3D/usr/local/netsaint = --with-netsaint-user=3Dnetsaint --with-netsaint-grp=3Dnetsaint make all make install make install-config make install-init make install-daemoninit now after that I edited all the config file and placed the correct = information needed, now I tryed to start it up and it says netsaint.lock = can't find,=20 my question is what should I put inside this netsaint.lock file so it = works. ps.. I also added stuff to httpd.conf thanks Frank |
From: Michael J. <mg...@un...> - 2002-12-10 14:16:49
|
Hi, I wrote my own notification script, which works wonders from command line. But doesn't seem to work with Netsaint. I added it in the command.cfg file. Here is how it works... command[host-notify]=/usr/bin/send_message '$HOSTNAME$ $HOSTADDRESS$ is $HOSTSTATE$! $OUTPUT$' $CONTACTPAGER$ 2> /var/log/message.err > /var/log/message.log I can run the script as root and a normal user from the command line and I even su-ed to the netsaint user to run the script and that worked. Here is the basic part of the script, I removed IP addresses and ports and how the message is formed, because that is unnecessary information. #!/usr/bin/perl ####################### use strict; use IO::Socket; ##### Date for logging my ($s, $m, $h, $D, $M, $Y) = localtime(time); my $date = sprintf "%4d/%02d/%02d %02d:%02d:%02d", $Y+1900, $M+1, $D, $h, $m, $s; #### Read in variables my $text = shift; my $phone = shift; #### Format the message my $output = &create_message ($phone, $text); #### Send the message &send_message ($output); ######################## END OF MAIN ########################### ########################################################## sub create_message{ #### Form the message <snip> return $message; } ########################################################## ########################################################## sub send_message{ #### Send the message my ($message) = @_; my $host = "IP ADDRESS"; my $port = "PORT"; my $socket = IO::Socket::INET->new(PeerAddr => $host, PeerPort => $port, Proto => 'tcp', Type => SOCK_STREAM) or die "[$date] Couldn't connect to $host:$port : $@ \n"; print $socket "$message" or die "[$date] Couldn't send message to $host:$port\n"; my $answer = <$socket>; close ($socket) or die "[$date] Couldn't close socket with $host:$port\n"; } ########################################################## Here are the permissions on the file: -r-xr-xr-x 1 root root 3643 Dec 9 11:33 /usr/bin/send_message Thanks, Michael |
From: Wilhelm, J. <joh...@fr...> - 2002-12-06 20:58:45
|
Hello everyone, I am having problems checking remote services (file systems, users, load, .....) using check_by_ssh. Error received in Netsaint is "Host key verification failed." I run the command ( check_by_ssh -H <remote host> -l netsaint -C < command on remote machine> ) from command line as the netsaint user and the command executes they way it should. Just for fun, I scheduled a cron job using netsaint's crontab and the job executed the way it should have. It seems as if in my environment the Netsaint engine cannot execute plugins that use ssh. I have also written some plugins that can use either ssh or rsh. When using rsh the plugins work great. When using ssh through the Netsaint engine, same type of authentication problems occur as with check_by_ssh. When I execute the plugins from command line or cron, they return the results as expected. I have generated pub/priv keys and have created the authorized_keys file on the remote systems as expected. All testing from command line works fine. I am running Netsaint 0.0.7 on Redhat Linux 7.2. Netsaint process's are all owned by the netsaint user who is part of the netsaint group. Netsaint is started with the standard netsaint script -> /etc/init.d/netsaint. Ssh version: 3.4p1 Remote ssh version's: 2.92 & 3.4p1 Can anyone help? -john w |
From: Subhendu G. <sg...@sg...> - 2002-12-06 15:07:17
|
On 6 Dec 2002, VESCOVO ENZO wrote: > I have a problem with netsaint plugin on Solaris platform: > when i run check_snmp plugin in my console with the oid a all run ok, > but if I insert the warning and critical threshold I receve the > following error: > Bus error!!!! > Someone know how I to do for resolve my problem?? > My netsaint version is 0.0.7 and I have install it on Solaris8 SO. > Thanks > > use the check_snmp in nagiosplug-1.3-beta2 -- -sg |
From: VESCOVO E. <enz...@se...> - 2002-12-06 13:51:37
|
I have a problem with netsaint plugin on Solaris platform: when i run check_snmp plugin in my console with the oid a all run ok, but if I insert the warning and critical threshold I receve the following error: Bus error!!!! Someone know how I to do for resolve my problem?? My netsaint version is 0.0.7 and I have install it on Solaris8 SO. Thanks |
From: VESCOVO E. <enz...@se...> - 2002-12-06 10:28:37
|
I have a problem with netsaint plugin on Solaris platform: when i run check_snmp plugin in my console with the oid a all run ok, but if I insert the warning and critical threshold I receve the following error: Bus error!!!! Someone know how I to do for resolve my problem?? My netsaint version is 0.0.7 and I have install it on Solaris8 SO. Thanks |
From: Langewouters, J. J. <jla...@ja...> - 2002-11-26 14:09:38
|
Dear Sourceforge, I am using netsaint 0.0.6 and plugin check_procs (netsaint-plugins 1.2.9-4) 1.22.2.1. I run the check_procs plugin under Linux and everything goed fine. However I now want to run this plugin on a Unixware 7 machine using NRPE. The result I get on the console when I run it from NEAT is sh: line 1: /usr/local/netsaint/plugins/check_procs: not found. When I try to run it manually using ./check_procs I also get the message check_procs not found. Is it possible that this plugin is not working with Unixware? The plugin has the exact same size as the one on the linux machine and to be sure it was not a corrupt file I dird a binary copy from the linux machine to the Unixware machine. I hope you can help me. Thanks in advance. Joris Langewouters Jan Linders BV The Netherlands. |
From: Frater, G. J <gjf...@be...> - 2002-11-19 15:34:01
|
I have the same issues. It's interesting that you mention compaq and dual proc. All we have is compaq and they are all two proc or better. Thanks for the update. -----Original Message----- From: Eric Platt [mailto:EP...@ga...] Sent: Monday, November 18, 2002 5:15 PM To: net...@li... Cc: ka...@wa... Subject: [Netsaintplug-help] Re: NSClient Error: PDH.dll Collect CPU (karima) Hi Karima, I have run into that exact same problem too. On some servers a simple reboot will clear it out. On others it will just continue to reoccur either immediately or after a few days. I have gone through a significant amount of troubleshooting work (non-programming) and have not come up with a resolution. I've tried different versions of NSClient, different Service Pack levels, different versions of PDH.dll. I dumpster dived into all of the newsgroups, search engines & even M$'s tech site without success. I eventually ended up e-mailing Yves back in mid September. Here was my reply: "Hi, Known issue. No workaround for now except that the latest version has a feature to avoid the error to be written in the event log. Should come up in the next few days... cheers, Yves" I assume Yves actually has a life outside of NSClient so for right now I am in the same situation of cooling my heels until NSClientEVL comes out. In the mean time I have disabled the NSClient service on the servers that have this problem. I am not completely sure what the common denominator is with the system that have errors. It seems that systems with dual processors are more prone to have this affliction. We also have a fair number of compaq servers. Thanks, -Eric > Hello, > With the NSClient I am getting the below error "NSClient Error: PDH.dll Collect CPU - ERROR: 0x800007D6 (multiple)". > It fills up the application log within a day. Does anybody have any idea ? > Thanks > karima The content of this email message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html _______________________________________________ Netsaintplug-help mailing list Net...@li... https://lists.sourceforge.net/lists/listinfo/netsaintplug-help http://netsaintplug.sf.net/ http://sf.net/projects/netsaintplug/ |
From: karima <ka...@wa...> - 2002-11-19 11:28:42
|
I found this at http://nsclient.ready2run.nl/faq.htm#q6 : What is the meaning of the error code found in the EventLog (ie. PDH.dll Collect CPU - ERROR: 0x80000...) NSClient use the standard Windows API to query Windows for performance data. It may happen that these calls return error code. In this case, an event is logged in the Windows Event Log and a clue about the problem can be found in the file 'JwaPdhMsg.pas' present is the NSClient zip file (http://nsclient.ready2run.nl/download.htm) >Hi Karima, >I have run into that exact same problem too. On some servers a simple >reboot will clear it out. On others it will just continue to reoccur >either immediately or after a few days. I have gone through a significant >amount of troubleshooting work (non-programming) and have not come up with >a resolution. I've tried different versions of NSClient, different Service >Pack levels, different versions of PDH.dll. I dumpster dived into all of >the newsgroups, search engines & even M$'s tech site without success. I >eventually ended up e-mailing Yves back in mid September. Here was my >reply: > > "Hi, > Known issue. No workaround for now except that the > latest version has a feature to avoid the error to be > written in the event log. Should come up in the next > few days... > cheers, > Yves" > >I assume Yves actually has a life outside of NSClient so for right now I am >in the same situation of cooling my heels until NSClientEVL comes out. In >the mean time I have disabled the NSClient service on the servers that have >this problem. I am not completely sure what the common denominator is with >the system that have errors. It seems that systems with dual processors >are more prone to have this affliction. We also have a fair number of >compaq servers. >Thanks, >-Eric > >> Hello, >> With the NSClient I am getting the below error "NSClient Error: PDH.dll >Collect CPU - ERROR: 0x800007D6 (multiple)". >> It fills up the application log within a day. Does anybody have any idea >? >> Thanks >> karima > > > > >The content of this email message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. |
From: karima <ka...@wa...> - 2002-11-19 09:55:26
|
Hi, The same here. It only happens on Compaq boxes too. This problem just occurs after uninstalling a patrol agent. Different versions of PDH.dll are installed on the system the oldest one by the Service Pack and the newest one have been installed by nrpe. Rebooting has no effect. Thanks for your answer and sorry for my bad english. Karima >Same problem here on some servers. Very annoying. And for what it's >worth: it only happens on Compaq servers here (all of them are >multipocessor boxes, mostly quad CPU). > >This problem is tied together with the known issue that performance >data on NT 4.0 servers sometimes reports negative CPU values. Another >undocumented feature... As I use NSClient to graph CPU usage with >MRTG, I can tell from the graphs when some box is having this problem >again. And indeed, rebooting sometimes helps. > >Eric Platt wrote: >> >> Hi Karima, >> I have run into that exact same problem too. On some servers a simple >> reboot will clear it out. On others it will just continue to reoccur >> either immediately or after a few days. I have gone through a significant >> amount of troubleshooting work (non-programming) and have not come up with >> a resolution. I've tried different versions of NSClient, different Service >> Pack levels, different versions of PDH.dll. I dumpster dived into all of >> the newsgroups, search engines & even M$'s tech site without success. I >> eventually ended up e-mailing Yves back in mid September. Here was my >> reply: >> >> "Hi, >> Known issue. No workaround for now except that the >> latest version has a feature to avoid the error to be >> written in the event log. Should come up in the next >> few days... >> cheers, >> Yves" >> >> I assume Yves actually has a life outside of NSClient so for right now I am >> in the same situation of cooling my heels until NSClientEVL comes out. In >> the mean time I have disabled the NSClient service on the servers that have >> this problem. I am not completely sure what the common denominator is with >> the system that have errors. It seems that systems with dual processors >> are more prone to have this affliction. We also have a fair number of >> compaq servers. >> Thanks, >> -Eric >> >> > Hello, >> > With the NSClient I am getting the below error "NSClient Error: PDH.dll >> Collect CPU - ERROR: 0x800007D6 (multiple)". >> > It fills up the application log within a day. Does anybody have any idea >> ? >> > Thanks >> > karima >> >> The content of this email message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. >> >> ------------------------------------------------------- >> This sf.net email is sponsored by: To learn the basics of securing >> your web site with SSL, click here to get a FREE TRIAL of a Thawte >> Server Certificate: http://www.gothawte.com/rd524.html >> _______________________________________________ >> Netsaintplug-help mailing list >> Net...@li... >> https://lists.sourceforge.net/lists/listinfo/netsaintplug-help >> http://netsaintplug.sf.net/ >> http://sf.net/projects/netsaintplug/ |
From: Tom DE B. <tde...@gc...> - 2002-11-19 07:57:40
|
Same problem here on some servers. Very annoying. And for what it's worth: it only happens on Compaq servers here (all of them are multipocessor boxes, mostly quad CPU). This problem is tied together with the known issue that performance data on NT 4.0 servers sometimes reports negative CPU values. Another undocumented feature... As I use NSClient to graph CPU usage with MRTG, I can tell from the graphs when some box is having this problem again. And indeed, rebooting sometimes helps. Eric Platt wrote: > > Hi Karima, > I have run into that exact same problem too. On some servers a simple > reboot will clear it out. On others it will just continue to reoccur > either immediately or after a few days. I have gone through a significant > amount of troubleshooting work (non-programming) and have not come up with > a resolution. I've tried different versions of NSClient, different Service > Pack levels, different versions of PDH.dll. I dumpster dived into all of > the newsgroups, search engines & even M$'s tech site without success. I > eventually ended up e-mailing Yves back in mid September. Here was my > reply: > > "Hi, > Known issue. No workaround for now except that the > latest version has a feature to avoid the error to be > written in the event log. Should come up in the next > few days... > cheers, > Yves" > > I assume Yves actually has a life outside of NSClient so for right now I am > in the same situation of cooling my heels until NSClientEVL comes out. In > the mean time I have disabled the NSClient service on the servers that have > this problem. I am not completely sure what the common denominator is with > the system that have errors. It seems that systems with dual processors > are more prone to have this affliction. We also have a fair number of > compaq servers. > Thanks, > -Eric > > > Hello, > > With the NSClient I am getting the below error "NSClient Error: PDH.dll > Collect CPU - ERROR: 0x800007D6 (multiple)". > > It fills up the application log within a day. Does anybody have any idea > ? > > Thanks > > karima > > The content of this email message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Netsaintplug-help mailing list > Net...@li... > https://lists.sourceforge.net/lists/listinfo/netsaintplug-help > http://netsaintplug.sf.net/ > http://sf.net/projects/netsaintplug/ |
From: Eric P. <EP...@ga...> - 2002-11-19 01:14:41
|
Hi Karima, I have run into that exact same problem too. On some servers a simple reboot will clear it out. On others it will just continue to reoccur either immediately or after a few days. I have gone through a significant amount of troubleshooting work (non-programming) and have not come up with a resolution. I've tried different versions of NSClient, different Service Pack levels, different versions of PDH.dll. I dumpster dived into all of the newsgroups, search engines & even M$'s tech site without success. I eventually ended up e-mailing Yves back in mid September. Here was my reply: "Hi, Known issue. No workaround for now except that the latest version has a feature to avoid the error to be written in the event log. Should come up in the next few days... cheers, Yves" I assume Yves actually has a life outside of NSClient so for right now I am in the same situation of cooling my heels until NSClientEVL comes out. In the mean time I have disabled the NSClient service on the servers that have this problem. I am not completely sure what the common denominator is with the system that have errors. It seems that systems with dual processors are more prone to have this affliction. We also have a fair number of compaq servers. Thanks, -Eric > Hello, > With the NSClient I am getting the below error "NSClient Error: PDH.dll Collect CPU - ERROR: 0x800007D6 (multiple)". > It fills up the application log within a day. Does anybody have any idea ? > Thanks > karima The content of this email message and any attachments are confidential and may be legally privileged, intended solely for the addressee. If you are not the intended recipient, be advised that any use, dissemination, distribution, or copying of this e-mail is strictly prohibited. If you receive this message in error, please notify the sender immediately by reply email and destroy the message and its attachments. |
From: karima <ka...@wa...> - 2002-11-18 16:14:41
|
Hello, With the NSClient I am getting the below error "NSClient Error: PDH.dll Collect CPU - ERROR: 0x800007D6 (multiple)". It fills up the application log within a day. Does anybody have any idea ? Thanks karima ka...@wa... 2002-11-18 |