Open Napsty opened 4 years ago
Hi it seems like i have a simular problem with the latest version.
OS: Windows Server 2016 ver: 1607
Faulting application name: nscp.exe, version: 0.5.3.4, time stamp: 0x5ae2226f
Faulting module name: ntdll.dll, version: 10.0.14393.3241, time stamp: 0x5d786bef
Exception code: 0xc0000374
Fault offset: 0x00000000000f7a33
Faulting process id: 0x2694
Faulting application start time: 0x01d5a395d950959a
Faulting application path: C:\Program Files\NSClient++\nscp.exe
Faulting module path: C:\Windows\SYSTEM32\ntdll.dll
Report Id: 948fb13b-ad02-4796-b68f-82a0078b35ed
Faulting package full name:
Faulting package-relative application ID:
The crash as well seems to happen with the version 0.5.1.46.
But the version 0.5.0.62 does not seem to be affected.
@h3o66 Can you reproduce running https://github.com/mickem/nscp/releases/tag/0.5.2.41 or https://github.com/mickem/nscp/releases/tag/0.5.3.4 ?
@h3o66 Can you reproduce running https://github.com/mickem/nscp/releases/tag/0.5.2.41 or https://github.com/mickem/nscp/releases/tag/0.5.3.4 ?
well I did already test the version 0.5.3.4 see comment: https://github.com/mickem/nscp/issues/643#issuecomment-558168299
@h3o66 Apologies, I totally missed that comment. Is this limited to 1 server or multiple?
I would think the issues are probably wmi related? Does the following powershell output anything weird?
get-wmiobject -query 'select * from Win32_Process WHERE Name = "winsvc.exe"'
@h3o66 Apologies, I totally missed that comment. Is this limited to 1 server or multiple?
I would think the issues are probably wmi related? Does the following powershell output anything weird?
get-wmiobject -query 'select * from Win32_Process WHERE Name = "winsvc.exe"'
nothing wired with a single process query either if the process exists or not
@h3o66 Does it still crash if you do the same query from nscp test
?
Also, is there a WER/minidump for the crash (C:\ProgramData\Microsoft\Windows\WER\ReportQueue\
)?
It absolutely doesn't crash for me on either Server 2012R2 or Server 2019; have you tried lodctr /R
as a hail mary ?
Issue and Steps to Reproduce
Using the CheckWMI module and querying the Win32_Process class crashed NSClient when a non-existant process name (winsvc.exe in this case) is selected.
Using check_nrpe to remotely launch the WMI query on the Windows target:
The same check works fine on processes which actually exist:
Update: Even a simpler query causes a crash:
Expected Behavior
nscp should not crash
Actual Behavior
nscp crashed. From Windows event log:
Details
Additional Details
NSClient++ log: Unfortunately nothing logged in nsclient.log