-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
process monitor throws warnings on postgresql: Warning: Process 123 disappeared while scanning #7827
Comments
Thanks for reporting @ssbarnea. Our process check is very generic, and is not able to determine whether a process restart is legit or not. Therefore, this message is displayed with the WARNING level (not an ERROR). |
I think it's fine to keep it as a warning. |
This bug will cause a DDOS on the logs if you have a big postgresql instance like the one I have, it does fill the logs with warnings. |
An option to disable this warning would certainly be a good idea, because if this process dynamic is a normal behaviour, it should not be listed with a warning. |
Thanks for the feedback @tomazstrukeljdlabs . We could make an option to disable those warnings indeed. Reopening |
Any update or workaround for this issue? |
I've love an option to disable this. It is very spammy IMO. |
I know it's over a year old but this is quite relevant so any chance this will happen? |
I would concur that a per-process warning suppression should be implemented. My experience is that as soon as you turn on a process check for any specific process, you lose the generic process count (TBH, not sure that worked before as we now have process checks one every host). To get around that, I had to add a process check like:
(please forgive the json, artifact of how we do things) This, much like the postgresql issue, generates a LOT of warnings. These show up as Integration issues on the Infrastructure list, and can hide other actual problems. |
Would also be very appreciative of this as a configurable option. We're monitoring PHP processes and they are also prone to stopping while Datadog is scanning and it is quite spammy. |
we are monitoring cassandra processes and have the problem with the warnings. If the warnings are not actionable, is there any configuration to disable the warnings in the collector.log?
Collector.log
|
Just ran into this when using process monitoring to track - name: php-fpm
search_string: ['php-fpm']
exact_match: False
A setting to disable this warning would be awesome. |
Also having the same issue, with php-cgi which scales processes up and down depending on the load of the server. Is there a way I can contribute to your suggestion of disabling these warnings? |
This warning got removed in #7045 which was released in Agent versions 6.22 and 7.22, please update your Agents to get the fix 😃 Closing this as done. |
process monitor throws warnings on postgresql: Warning: Process 123 disappeared while scanning
process
-------
- instance #0 [OK]
- instance DataDog/dd-agent#1 [WARNING]
Warning: Process 16039 disappeared while scanning
Warning: Process 16177 disappeared while scanning
Warning: Process 16178 disappeared while scanning
Warning: Process 16193 disappeared while scanning
Warning: Process 16194 disappeared while scanning
Warning: Process 16198 disappeared while scanning
Is is perfectly normal for postgresql to start and stop processes, and I see no reason why datadog would have to complain about that.
The text was updated successfully, but these errors were encountered: