{5} Assigned, Active Tickets by Owner (Full Description) (14 matches)
anonymous (1 match)
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #267 | NSClient++ 64 0.3.5.1 crashes by CheckEventLog by use of flag "descriptions" | Core | 0.3.6 | defect | Bugs | 12/16/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
NSClient++ 64 0.3.5.1 crashes by CheckEventLog by use of flag "descriptions" and syntax=... When we use CheckEventLog without "descriptions" but with syntax it's ok, but getting the descriptions and syntax= at the same time crashes. I'll try with 0.3.4. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
mickem (13 matches) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #131 | runas | Core | 0.4.0 | enhancement | Bugs | 02/20/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be great if i can run each command from the NRPE Handlers with a different user like runas. Not all commands runs proberly with user system that is used for NSClient++ service. The password for the user in NSC.ini should be encrypted. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #145 | Improve the installer | Core | 0.4.0 | enhancement | Bugs | 03/18/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Installer needs to be improved so it asks some questions such as "install service"/autostart/* Also "uninstall" should clean-out registry entries. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #171 | Maybe a bug in CheckWMIValues | check_nrpe | 0.4.0 | defect | Bugs | 05/08/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When I set the warning/critical paramter to a value which is for example 600/800 or 6000/8000 the result is "Injected Result: OK 'OK: WMI Query returned no results.'" 2008-05-08 09:40:17: debug:.\NSClient++.cpp:516: Injecting: CheckWMIValue: Query=select CurrentUsage from Win32_PageFileUsage where Name like 'C%', MaxWarn=600, MaxCrit=800, Check:Disk=CurrentUsage, ShowAll=long 2008-05-08 09:40:17: debug:.\NSClient++.cpp:536: Injected Result: OK 'OK: WMI Query returned no results.' 2008-05-08 09:40:17: debug:.\NSClient++.cpp:537: Injected Performance Result: ''Disk'=485;600;800; ' 2008-05-08 09:40:39: debug:.\NSClient++.cpp:537: Injected Performance Result: '' 2008-05-08 09:41:13: debug:.\NSClient++.cpp:516: Injecting: CheckWMIValue: Query=select CurrentUsage from Win32_PageFileUsage where Name like 'E%', MaxWarn=600, MaxCrit=800, Check:Disk=CurrentUsage, ShowAll=long 2008-05-08 09:41:13: debug:.\NSClient++.cpp:536: Injected Result: OK 'OK: WMI Query returned no results.' 2008-05-08 09:41:13: debug:.\NSClient++.cpp:537: Injected Performance Result: ''Disk'=595;600;800; ' Changing the value to 60/80 everything works well, but it is defined as an critical error. 2008-05-08 09:50:17: debug:.\NSClient++.cpp:516: Injecting: CheckWMIValue: Query=select CurrentUsage from Win32_PageFileUsage where Name like 'C%', MaxWarn=60, MaxCrit=80, Check:Disk=CurrentUsage, ShowAll=long 2008-05-08 09:50:17: debug:.\NSClient++.cpp:536: Injected Result: CRITICAL 'Disk: 568 > critical' 2008-05-08 09:50:17: debug:.\NSClient++.cpp:537: Injected Performance Result: ''Disk'=568;60;80; ' 2008-05-08 09:51:13: debug:.\NSClient++.cpp:516: Injecting: CheckWMIValue: Query=select CurrentUsage from Win32_PageFileUsage where Name like 'E%', MaxWarn=60, MaxCrit=80, Check:Disk=CurrentUsage, ShowAll=long 2008-05-08 09:51:13: debug:.\NSClient++.cpp:536: Injected Result: CRITICAL 'Disk: 704 > critical' 2008-05-08 09:51:13: debug:.\NSClient++.cpp:537: Injected Performance Result: ''Disk'=704;60;80; ' So, I have a problem, to display the correct status. Stefan |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #278 | nsTray.exe crashes when an attempt is made to activate it. (Win2k8) | Core | 0.4.0 | defect | Bugs | 02/07/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Problem signature:
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #132 | automatically reread NSC.ini | None | 0.5.0 | defect | Feature Requests | 02/21/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
NSClient++ should automatically detect a change in NSC.ini (also the includes from includes-Section) and reread the settings from them. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #157 | LDAP authentification | Core | 0.4.0 | enhancement | Feature Requests | 04/04/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, It would be great if NSClient++ could use also a LDAP for authentification. (Active Diretory, OpenLDAP,... for example) Network flow: check_nrpe (or nt) client <-----------> NSClient++ agent <------------> LDAP
NRPE protocol LDAP protocol
NSCLient protocol
Best regards, |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #247 | environment variables in nsc.ini | Core | 0.4.0 | enhancement | Feature Requests | 10/19/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
it's possible to use environment variables (especially %ProgramFiles?% and %Compuername%) inside NSC.ini? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #249 | hot reload of conf file | Core | 0.4.0 | enhancement | Feature Requests | 10/21/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
may we have a way to reload the conf file without shutting down the service. my problem is that sockets are not properly shutdown when I turn off the service and I can't restart it when I modify my list of nrpe handler or external scripts may we have a way to reload the conf file without shutting down the listener but just the active part witch apply the request received |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #388 | Allow large numbers of counters to be retrieved using one invocation of the NRPE daemon | NRPEListener | 0.3.10 | enhancement | Feature Requests | 06/10/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We tried to retrieve about 20 counters in one hit using the NRPE daemon and quickly ran into the 1024 byte packet size limit, see last line of the output below. It'd be good to be able to retrieve all our counters in one hit as that would make it possible for NSClient to batch up the windows calls and avoid the 1 second sleep for every counter (separate ticket raised for this). $ ./nsclient++.exe /test Launching test mode - client mode d NSClient++.cpp(1145) Enabling debug mode... d NSClient++.cpp(533) Attempting to start NSCLient++ - 0.3.7.493 2009-10-12 d NSClient++.cpp(936) Loading plugin: CheckDisk... d NSClient++.cpp(936) Loading plugin: Check External Scripts... d NSClient++.cpp(936) Loading plugin: Helper function... d NSClient++.cpp(936) Loading plugin: CheckSystem... d NSClient++.cpp(936) Loading plugin: NRPE server (w/ SSL)... d \PDHCollector.cpp(66) Autodetected w2k or later, using w2k PDH counters. d \PDHCollector.cpp(103) Using index to retrive counternames d \NRPEListener.cpp(91) Loading all commands (from NRPE) d \NRPEListener.cpp(121) Starting NRPE socket... d NSClient++.cpp(638) NSCLient++ - 0.3.7.493 2009-10-12 Started! l NSClient++.cpp(437) Using settings from: INI-file d \Socket.h(669) Bound to: 0.0.0.0:5666 l NSClient++.cpp(438) Enter command to inject or exit to terminate... d \PDHCollector.cpp(123) Found countername: CPU: \Processor(_total)\% Processor Time d \PDHCollector.cpp(124) Found countername: UPTIME: \System\System Up Time d \PDHCollector.cpp(125) Found countername: MCL: \Memory\Commit Limit d \PDHCollector.cpp(126) Found countername: MCB: \Memory\Committed Bytes d NSClient++.cpp(1073) Injecting: nnnrpei_CheckCounter: "\LogicalDisk(C:)\% Free Space" "\Processor(_Total)\% User Time" "\Processor(0)\% User Time" "\Processor(1)\% User Time" "\Processor(_Total)\% Idle Time" "\Processor(0)\% Idle Time" "\Processor(1)\% Idle Time" "\PhysicalDisk(_Total)\Split IO/Sec" "\PhysicalDisk(_Total)\Disk Read Bytes/sec" "\PhysicalDisk(_Total)\Disk Write Bytes/sec" "\PhysicalDisk(_Total)\Current Disk Queue Length" "\Memory\Available Mbytes" "\Network Interface(Nortel IPSECSHM Adapter - Packet Scheduler Miniport)\Packets/sec" "\Network Interface(Broadcom NetXtreme Gigabit Ethernet - Packet Scheduler Miniport)\Packets/sec" "\Network Interface(Intel[R] PRO_Wireless 3945ABG Network Connection - Packet Scheduler Miniport)\Packets/sec" "\Network Interface(MS TCP Loopback interface)\Packets/sec" MinWarn=20 MinCrit=10 ShowAll d NSClient++.cpp(1073) Injecting: checkCounter: \LogicalDisk(C:)\% Free Space, \Processor(_Total)\% User Time, \Processor(0)\% User Time, \Processor(1)\% User Time, \Processor(_Total)\% Idle Time, \Processor(0)\% Idle Time, \Processor(1)\% Idle Time, \PhysicalDisk(_Total)\Split IO/Sec, \PhysicalDisk(_Total)\Disk Read Bytes/sec, \PhysicalDisk(_Total)\Disk Write Bytes/sec, \PhysicalDisk(_Total)\Current Disk Queue Length, \Memory\Available Mbytes, \Network Interface(Nortel IPSECSHM Adapter - Packet Scheduler Miniport)\Packets/sec, \Network Interface(Broadcom NetXtreme Gigabit Ethernet - Packet Scheduler Miniport)\Packets/sec, \Network Interface(Intel[R] PRO_Wireless 3945ABG Network Connection - Packet Scheduler Miniport)\Packets/sec, \Network Interface(MS TCP Loopback interface)\Packets/sec, MinWarn=20, MinCrit=10, ShowAll perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 perf data: 1 d NSClient++.cpp(1109) Injected Result: CRITICAL 'CRITICAL: \LogicalDisk(C:)\% Free Space: 21.1339, \Processor(_Total)\% User Time: 0 < critical, \Processor(0)\% User Time: 0 < critical, \Processor(1)\% User Time: 0 < critical, \Processor(_Total)\% Idle Time: 95.0746, \Processor(0)\% Idle Time: 93.6119, \Processor(1)\% Idle Time: 99.7504, \PhysicalDisk(_Total)\Split IO/Sec: 0 < critical, \PhysicalDisk(_Total)\Disk Read Bytes/sec: 0 < critical, \PhysicalDisk(_Total)\Disk Write Bytes/sec: 0 < critical, \PhysicalDisk(_Total)\Current Disk Queue Length: 0 < critical, \Memory\Available Mbytes: 2528, \Network Interface(Nortel IPSECSHM Adapter - Packet Scheduler Miniport)\Packets/sec: 0 < critical, \Network Interface(Broadcom NetXtreme Gigabit Ethernet - Packet Scheduler Miniport)\Packets/sec: 0 < critical, \Network Interface(Intel[R] PRO_Wireless 3945ABG Network Connection - Packet Scheduler Miniport)\Packets/sec: 0 < critical, \Network Interface(MS TCP Loopback interface)\Packets/sec: 0 < critical' d NSClient++.cpp(1110) Injected Performance Result: ''\LogicalDisk(C:)\% Free Space'=21.133865;20;10; '\Processor(_Total)\% User Time'=0;20;10; '\Processor(0)\% User Time'=0;20;10; '\Processor(1)\% User Time'=0;20;10; '\Processor(_Total)\% Idle Time'=95.074585;20;10; '\Processor(0)\% Idle Time'=93.611899;20;10; '\Processor(1)\% Idle Time'=99.750385;20;10; '\PhysicalDisk(_Total)\Split IO/Sec'=0;20;10; '\PhysicalDisk(_Total)\Disk Read Bytes/sec'=0;20;10; '\PhysicalDisk(_Total)\Disk Write Bytes/sec'=0;20;10; '\PhysicalDisk(_Total)\Current Disk Queue Length'=0;20;10; '\Memory\Available Mbytes'=2528;20;10; '\Network Interface(Nortel IPSECSHM Adapter - Packet Scheduler Miniport)\Packets/sec'=0;20;10; '\Network Interface(Broadcom NetXtreme Gigabit Ethernet - Packet Scheduler Miniport)\Packets/sec'=0;20;10; '\Network Interface(Intel[R] PRO_Wireless 3945ABG Network Connection - Packet Scheduler Miniport)\Packets/sec'=0;20;10; '\Network Interface(MS TCP Loopback interface)\Packets/sec'=0;20;10; ' d NSClient++.cpp(1109) Injected Result: CRITICAL 'CRITICAL: \LogicalDisk(C:)\% Free Space: 21.1339, \Processor(_Total)\% User Time: 0 < critical, \Processor(0)\% User Time: 0 < critical, \Processor(1)\% User Time: 0 < critical, \Processor(_Total)\% Idle Time: 95.0746, \Processor(0)\% Idle Time: 93.6119, \Processor(1)\% Idle Time: 99.7504, \PhysicalDisk(_Total)\Split IO/Sec: 0 < critical, \PhysicalDisk(_Total)\Disk Read Bytes/sec: 0 < critical, \PhysicalDisk(_Total)\Disk Write Bytes/sec: 0 < critical, \PhysicalDisk(_Total)\Current Disk Queue Length: 0 < critical, \Memory\Available Mbytes: 2528, \Network Interface(Nortel IPSECSHM Adapter - Packet Scheduler Miniport)\Packets/sec: 0 < critical, \Network Interface(Broadcom NetXtreme Gigabit Ethernet - Packet Scheduler Miniport)\Packets/sec: 0 < critical, \Network Interface(Intel[R] PRO_Wireless 3945ABG Network Connection - Packet Scheduler Miniport)\Packets/sec: 0 < critical, \Network Interface(MS TCP Loopback interface)\Packets/sec: 0 < critical' d NSClient++.cpp(1110) Injected Performance Result: ''\LogicalDisk(C:)\% Free Space'=21.133865;20;10; '\Processor(_Total)\% User Time'=0;20;10; '\Processor(0)\% User Time'=0;20;10; '\Processor(1)\% User Time'=0;20;10; '\Processor(_Total)\% Idle Time'=95.074585;20;10; '\Processor(0)\% Idle Time'=93.611899;20;10; '\Processor(1)\% Idle Time'=99.750385;20;10; '\PhysicalDisk(_Total)\Split IO/Sec'=0;20;10; '\PhysicalDisk(_Total)\Disk Read Bytes/sec'=0;20;10; '\PhysicalDisk(_Total)\Disk Write Bytes/sec'=0;20;10; '\PhysicalDisk(_Total)\Current Disk Queue Length'=0;20;10; '\Memory\Available Mbytes'=2528;20;10; '\Network Interface(Nortel IPSECSHM Adapter - Packet Scheduler Miniport)\Packets/sec'=0;20;10; '\Network Interface(Broadcom NetXtreme Gigabit Ethernet - Packet Scheduler Miniport)\Packets/sec'=0;20;10; '\Network Interface(Intel[R] PRO_Wireless 3945ABG Network Connection - Packet Scheduler Miniport)\Packets/sec'=0;20;10; '\Network Interface(MS TCP Loopback interface)\Packets/sec'=0;20;10; ' e \NRPEListener.cpp(325) NRPESocketException: To much data cant create return packet (truncate datat) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #243 | MSSQL bit buffer ratio | Core | 0.4.0 | defect | Bugs | 10/08/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi Mike, maybe I didn't find what I looked for: # /usr/local/nagios/libexec/check_nrpe -H sacnt286 -p 56660 -c CheckCounter -a '\MSSQL$SQL1:Buffer Manager\Buffer cache hit ratio' ShowAll MaxWarn=10% MaxCrit=70% ERROR: \MSSQL$SQL1:Buffer Manager\Buffer cache hit ratio: PdhAddCounter failed: failed to lookup error code: 288( reson: 317) (\MSSQL$SQL1:Buffer Manager\Buffer cache hit ratio|\MSSQL$SQL1:Buffer Manager\Buffer cache hit ratio) # /usr/local/nagios/libexec/check_nt -H sacnt286 -p 12480 -v CLIENTVERSION NSClient++ 0.3.1.1 2008-02-24 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #304 | Wrong memory detection | Core | 0.4.0 | defect | Bugs | 05/17/09 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The nsclient program allways reports more or less double the memory that the system actually has. This happens in both the stable, and in the latest RC version (RC9) Tested on Windows 2003, and windows 2000 servers. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #248 | NSCA status updates from scripts | None | 0.4.0 | enhancement | Feature Requests | 10/19/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello, One of the very valuable functions of the Linux NSCA toolsets is the possibility to submit passive check results at the end of a script by executing the NSCA executable with parameters. It would be great to have such functionality also on the Windows platform. I'm not sure what would be the most optimal, a library that can be included in VB-script etc. or a compiled executable that can be used from any script/batch job. (Possibly the last is the most generic solution) Steven G. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #387 | Make CheckSystem::checkCounter go faster by handling multiple counters with a single sleep | CheckSystem | 0.3.10 | enhancement | Feature Requests | 06/10/10 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Currently if I send over a list of say 5 counters in a checkCounter command, it will take at least 5 seconds (assuming averages=false is not used) because the method CheckSystem::checkCounter creates 5 separate queries and for each query adds one counter, collects data, sleeps for one second, collects data again and then concatenates the result to the value that will be returned. So there are 5 one second sleeps. The suggested improvement is to reduce the delay to one second by creating one query, adding five counters, collecting data for all five, sleeping for one second, collecting data again for all 5 and then get concatenating and returning the results. In my brief look at the source code it seems the PDHQuery class used has the capability already to add multiple counters. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||







