Ошибка счетчика производительности 0x800007d0

A couple (2 or 3) times a day, a lot of Perfcounter IIS Application pool sensors give the message Down (Unable to connect the specified computer, or the computer is offline. (Performance Counter error 0x800007D0))
At that moments the monitored servers are running normally without having issues. I already have tried re-adding the IIS Application Pool sensors, but the issue is still there. I monitor all the application pools except _Total.

PRTG is running on a physical server and there are no other issues with sensors.

Does anyone have an idea how to solve this?

iis
perfcounter
prtg

I’m having a problem where sometimes my code will function correctly, but other times it will fail.

This is the first bit of PDH related code that I run:

const std::wstring pidWildcardPath = L"\Process(*)\ID Process";
DWORD bufferSize = 0;
LPTSTR paths = NULL;

PDH_STATUS status = PdhExpandCounterPath(
    pidWildcardPath.c_str(),
    paths,
    &bufferSize);
checkPDHStatus(status, PDH_MORE_DATA, L"Expected request for more data.");

The result of the PdhExpandCounterPath function call is 0x800007D0 (PDH_CSTATUS_NO_MACHINE). The checkPDHStatus function is a simple function that I wrote that asserts that the status is equal to the second parameter. In this case, I expect the result to be PDH_MORE_DATA because paths is NULL and bufferSize is 0. The goal of this call is to determine the size of the buffer I must allocate to store all of the results for a subsequent call to PdhExpandCounterPath. This is described in the PDH documentation under the Remarks section.

The list of PDH error codes describes PDH_MORE_DATA as «Unable to connect to the specified computer, or the computer is offline.» As you can see by the performance counter path in the code above, I am not even trying to connect to a different computer than my own.

It is interesting the way that this code fails. Sometimes it works fine and then other times, it will fail on multiple back-to-back executions of my application. I have #include <pdh.h> in my header file and I have a section in my property sheet for this DLL that looks like this:

<Tool
    Name="VCLinkerTool"
    AdditionalDependencies="pdh.lib"
/>

I’m not sure if it matters, but this program is built by Visual Studio 2005 and run on Windows XP. Am I doing something incorrectly?

I’m a co-worker of Dave’s and have discovered the following during my investigation:

the code above runs fine when run from a logged-in interactive session
the code runs fine when initiated as a Scheduled Task AND the user is logged in at the time the scheduled task is fired off
the code FAILS only when run as a Scheduled Task AND the user is NOT logged in at the time the task starts
the code continues to fail if the user logs in after the failing task has started but while it is still running (because it is looping «endlessly» until it gets a PDH_MORE_DATA status back).
In the failing instances, the following environment variables have not been established/set for the program: APPDATA, HOMEDRIVE and HOMEPATH … I don’t think this is a problem. However, the failing program also lacks the SeCreateGlobalPrivilege from its token; the passing programs all have this privilege in the token and PERFMON shows it as «Default Enabled». The other difference is that failing program has the NT_AUTHBATCH user group in the token, while the passing program has NT_AUTHINTERACTIVE instead … all other user groups and privileges are the same for both cases. I think the global privilege is coming from the interactive login, but don’t know if it has any bearing on PDH operation.

I cannot find anything in the Performance Counter/PDH documentation that talks about needing any special permissions or privileges for this functionality to succeed. Is the global privilege required to use Performance Counters ?

Or is there some other context/environment difference between running Scheduled Tasks (as a specific user) when that user is/isn’t logged in at the time the task starts, that would account for the PDH call succeeding/failing respectively ?

Summary

After starting Confluence, these messages get logged repeatedly in short intervals, filling up the logs:

2020-06-19 13:34:31,804 WARN [diagnostics-os-thread] [util.platform.windows.PerfDataUtil] addCounter Failed to add PDH Counter: MemoryPages Input/sec, Error code: 0x800007D0

Environment

Confluence is running on a Windows environment.

Cause

These log entries are related to the Windows Performance Monitor tool, which the Confluence Diagnostic module uses in order to gather information from the operating system, to provide OS-related warning messages on the logs (such as low disk space, low free memory, etc). Error 0x800007D0 means the performance monitor tools could not be accessed by Confluence.

Solution

If the Confluence user (the user that’s starting the Confluence service) can’t access the OS’s performance monitoring tools, that error will usually be displayed. The usual solution for these cases, is to add the service user which runs Confluence to the local group «Performance Monitor Users«, as per the Resolution section of this article from Microsoft’s documentation:

• https://support.microsoft.com/en-us/help/969639/error-message-when-you-try-to-access-the-performance-monitor-perfmon-e