Share Disk Free sensor fails after upgrade to 18.2.41.1652

Hi there,

Can you check if the correct user credentials to access the share are added to the device settings under "Windows Credentials"? By default the sensor will use "SYSTEM" and then it will try with the Windows Credentials.

Best regards.

Hi,

The correct credentials has indeed been set for the device the sensor is added to. The sensor has been working just fine for several years, but is failing on several remote probes after the upgrade.

Hi there,

How much share disk free sensors do you have per probe?

The error message indicates that you have about 71 open sessions which exceeds the session limit of Windows itself:

Best regards.

Hi!

The device has 9 sensors which is all set to a 60 seconds interval. Only one is a Share Disk Free.

• 1. Ping
• 2. Windows System Uptime
• 3. Windows CPU Load
• 4. Share Disk Free <-- Failing
• 5. WMI Memory
• 6. WMI UTC Time
• 7. WMI File
• 8. WMI Event Log
• 9. Microsoft SQL v2

Hi there,

The error message:

Seem to come from the remote host you are about to monitor. So actually the remote host is limiting the amount of connected users. The following should help you to increase the amount of max logged in users:

1. Click START -> RUN
2. Type regedit
3. Go to \HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
4. Look for cachedlogonscount
5. Replace its value to your desired number of connection, for example 15.

Best regards.

Hi Dariusz

The value is currently 10. But this hasn't changed and the device has been monitored for years without any problems. The issue arose after the update of the remote probe, and fixing it by changing the value in on the device seems odd....

Are you sure nothing changed in the Remote Probe that has relation to this?

Hi Kenneth,

We have altered the sensor yes, but we have no similar cases in the last months that have the same error message.

Is the share used by multiple users? If so, then the session limit might be reached and it is coincidence with the upgrade of PRTG.

Best regards.

Hi Dariusz

The resource is not shared. The monitored device is a PLC running Windows Enbedded Standard SP3. PRTG is installed on a Windows 7 and the PLC is not being monitored by anyone else, is not being logged onto by anyone and is primarily functioning as a SQL server for two Windows servers.

The issue can be resolved by restarting the PRTG remote probe. It will however reoccur after some time. Usually some hours/days.

We have many other similar installations with the same setup that doesn't have this issue, so it must be a combination of factors causing what we see.

Do you have any ideas to how we can obtain more information on why the restart helps? I'm worried that the remote probe has obtained a lock on some resources that it doesn't release, which causes the error. Restarting the remote probe will however release the lock and resolve the issue...

PRTG Network Monitor 18.2.41.1652 is the current version. I've initiated an update to the newest version. Let's see if it helps.

And yes, the setup is a bit odd, but this previously didn't cause any issues ;) The Embedded is a Beckhoff CX5020 PLC, and the Windows 7 has in subsequent installations been replaced by a Windows server. But that doesn't really help in this case.

Hi Kennth,

Let us know if the update solved the issue for you. :)

Best regards.

Hi Dariusz

We haven't seen the issue after we updated PRTG, so I'm guessing the update contained a fix. Thanks for your guidance.

Kind regards Kenneth