Nate England
Nate England
Just wanted to plug that we keep getting hit with a seemingly similar issue on 2.13.0. Here's what we're experiencing periodically. Wiping `~/.pex` seems to do the trick. ``` 10:41:17.96...
I am also running into this issue (using 2.0.3). I imagine this breaks other functionality like `vars_prompt`.
Not sure if #16667 is related, but we're using `fetch` for `cache_content_behavior`. I'd like to avoid uploading the whole config file to avoid looping in security, but let me know...
We do not override `PANTS_LOCAL_STORE_DIR`. All of this runs in github actions where we preserve the contents of `~/.pex` and `~/.cache/pants`. Confirmed that we have `fetch` set. No other places...
Just reporting that we got this again on `2.18.0`
Interesting. We also use sentinelone internally.
In case it's useful, the worker always starts up with a failure in `tracer` and then runs succesfully after a restart. This is the error it crashes with. ``` 2023-10-20T18:20:30Z...
Here's an example of it not attributing source and destination correctly. This is supposed to be a publish from one of my services to the message broker. 
It's still not what I'm expecting, but things do seem to show up more reliably if I put kubeshark in its own namespace on install.
The values documentation doesn't make any mention of this, but I went looking at the helper definitions and got a working helm chart install that makes it beyond this error....