-
-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Get-ObjectLog - Could not deserialize value #214
Comments
Hi @mup07, In PrtgAPI/src/PrtgAPI/Enums/Deserialization/LogStatus.cs Lines 145 to 154 in 37041f9
Evidently, at some point I became aware of the fact there was a 406 FTP Mode, but I had no idea what it was, how to generate it, or how it differed from the other 407 FTP Mode! Several years later, we finally have the answer! I have pushed a commit for a pre-release version of the next version of PrtgAPI; if it successfully builds in the next 30 minutes, you'll be able to manually download the PrtgAPI.zip artifact that is created as per the manual installation instructions Regards, |
Hi @lordmilko It worked very good. Thanks for the fast reply. Regards, |
Hi @mup07, Please be advised PrtgAPI 0.9.15 has now been released which includes a fix for this issue To update PrtgAPI, please run Regards, |
Bug description
We have problem while running the command "Get-ObjectLog". We get the error:
Steps to reproduce
While the analysis, we could reproduce the error by filter the Logs to the specific sensor and datetime:
The sensor is a default type of FTP Sensor on PRTG:
We were able to limit this period to a single log entry. It is an entry with the status "FTP Connection Mode".
No such status name or status ID 406 (from the error message) is listed in the PRTG manuals.
(Source: PRTG Manual: Single Object Status)
What is the output of
Get-PrtgClient -Diagnostic
?Can you reproduce this situation? Or exists already a solution for this?
The text was updated successfully, but these errors were encountered: