Open dimo414 opened 2 months ago
Thanks for providing this info! As you've noted Windows is no longer officially supported. If anyone has access to a windows env with CrowdStrike, and is willing to fix this, we can try to assist.
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions.
I do not think this should be closed as stale. Even if Windows is unsupported, the issue remains; closing it will be misleading to others encountering this issue.
This issue has been automatically marked as stale because it has not had activity in the last 30 days. It will be closed in the next 7 days unless it is tagged "help wanted" or "no stalebot" or other activity occurs. Thank you for your contributions.
Note: this issue was previously reported to envoy-security@googlegroups.com and approved for posting publicly
We run Envoy on Windows desktops, and a user is encountering unexpected crashes as envoy.exe starts up. It is difficult for us to reproduce locally, but it is easily repeatable on their machine(s).
We are currently on 1.27.0 and using the precompiled binary made available via the docker image, as recommended here. The issue appears to happen on 1.28 (the latest Windows release) as well.
What we have observed is Envoy exits immediately with a 3221225477 (hex: 0xc0000005) access violation exit status, with no output to stdout/err.
We next tried running the envoy binary by hand, and observed it crashes even with trivial arguments like
--version
or incorrect arguments that should have caused an argument parsing error. We found a.wer
error log file, the salient details of which are:The user has CrowdStrike installed on their machine, and disabling this appears to allow Envoy to run as expected, so we think this is a compatibility issue with CrowdStrike. Some Googling found several relevant-seeming discussions about CrowdStrike causing unexpected crashes and incompatibilities, including:
I realize that Windows support is mothballed at the moment, so my primary motivation for filing this bug is to aid discovery should anyone else encounter a similar crash. Should Windows support be restored it would be helpful if Envoy was able to detect this situation and fail more gracefully than the current access violation crashes.