-
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
Flaky Test - windows-msi #10113
Comments
I think this test is important enough to have. It verifies the full cycle of collector service on Windows. It may be a bug in the Can we skip the test for now as we did we other flaky tests? |
Seems reasonable. I'll open a new PR that skips the job. |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping |
This issue has been inactive for 60 days. It will be closed in 60 days if there is no activity. To ping code owners by adding a component label, see Adding Labels via Comments, or if you are unsure of which component this issue relates to, please ping |
This issue has been closed as inactive because it has been stale for 120 days with no activity. |
Notice that core repo currently has a test to validate the collector running as a Windows service, see open-telemetry/opentelemetry-collector#9726 |
This check fails frequently, without much information. Example.
As far as I can tell, the operation is not typically canceled intentionally. Possibly it is due to a resource being reallocated, but otherwise this would appear to be a bug.
I would like to re-establish whether we actually want to have this check at all. We do not currently produce an MSI in the releases repo. @open-telemetry/collector-contrib-approvers, any opinions on whether this check is really necessary?
The text was updated successfully, but these errors were encountered: