-
Notifications
You must be signed in to change notification settings - Fork 2.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
[extension/sumologic] Skip zombie processes on Windows #36772
[extension/sumologic] Skip zombie processes on Windows #36772
Conversation
One possibility that I didn't investigate is if these zombie processes are being created by the test itself. That can happen if the test somehow opens a handle to the process and the process ends, but the handle was not closed yet. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this looks ok to me, pinging code owners @rnishtala-sumo @chan-tim-sumo for review
…y#36772) #### Description On Windows it consistently fails to get the name of certain processes, likely zombie process, reporting: "A device attached to the system is not functioning." My long term recommendation will be for the owners to directly use the Win32 API to get process information instead of the library: while it uses the correct permissions to get the process name it is not using the flag that allows to get the device name path which should avoid this issue even for zombie processes, I'm not sure if that is desirable or not. #### Link to tracking issue Fixes open-telemetry#36481 #### Testing Repro the failure locally and checked that the test passed locally with the change. I couldn't lint it locally on Windows (tool crash, will use CI to check that) #### Documentation Added changelog
Description
On Windows it consistently fails to get the name of certain processes, likely zombie process, reporting: "A device attached to the system is not functioning."
My long term recommendation will be for the owners to directly use the Win32 API to get process information instead of the library: while it uses the correct permissions to get the process name it is not using the flag that allows to get the device name path which should avoid this issue even for zombie processes, I'm not sure if that is desirable or not.
Link to tracking issue
Fixes #36481
Testing
Repro the failure locally and checked that the test passed locally with the change.
I couldn't lint it locally on Windows (tool crash, will use CI to check that)
Documentation
Added changelog