I have successfully setup File Content sensors in the past and have used the same method in this case. However, I was not getting a consistent result and now I am getting an incorrect result all of the time. The problem does not seem to be with getting a current refreshed version of the log file I am scanning as the Sensor Debug result file always shows what I am expecting (ie. the current version of the log file). The problem is that the Sensor is now never finding the Search String.
Sensor Details...
Windows Environment
As the file is small and gets regenerated by a system script I have set the sensor to read the entire file each time.
The logfile actually lives on the same machine as the PRTG probe. So the Sensor file name is "c:\bat\summary.log" (but I have also tried to use "C$\bat\summary.log").
I have deliberately set the Windows Credentials to a special AD service account we use for this purpose.
The PRTG Probe Service is running as "Local System"
The Search String is "Failed"
"c:\bat\summary.log" content is...
11:33 Thursday, February 18, 2016 Active Directory password changed for blah blah
More... Failed to get Active Directory EmailAddress for blah blah
Result of Sensor Debug File is ...
11:33 Thursday, February 18, 2016 Active Directory password changed for blah blah
More... Failed to get Active Directory EmailAddress for blah blah
I really don;t understand why the sensor is not noticing the "Failed" in the text. I have also changed the sensor to use a regular expression and it also does not detect it.
Have also tried using UNIX formatting for EOL.
Any insight or assistance would be appreciated. Thanks
Add comment