-
Notifications
You must be signed in to change notification settings - Fork 108
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
Proxy randomly closes during connection #2901
Comments
Hi,
We know that You can check your kube-apiserver if it restarted/had any error but other then that I think it's not something we can solve from our side. P.S - The operator doesn't use kubectl port-forward (it implements its own API) and we didn't see a report of such issue for users of it - so perhaps that can be a solution. |
It seems like the agent just dies when this happens. Retried again but with Same thing in
|
Agent dying when connection ends (because port forward died) makes sense (desired logic). If agent crashed I would've expected it to send "bye" message. If you'd like to make sure it's not agent dying for some reason I'd tail the logs of the agent and see if you get any error besides "no connections alive, shutting down" |
Yup after investigating more port forward is definitely the culprit. Is there any good way around this at all? We can look into the operator, since it's not using port-forward |
Reading the issue you mentioned I don't really understand what's going on since the crate we use for kube uses websocket already, but maybe k8s does websocket -> spdy -> in the webserver ? |
This is still happening quite frequently on our end. Before on Kubernetes 1.27 it was not noticeable, but after upgrading to Kubernetes 1.30 it's happening quite often and has been distruptive. I've enabled logs for the Kubernetes apiserver via AWS EKS, but nothing significant has appeared there. I can send them over to you via a private channel if you want. |
We found out that user used calico CNI +eBPF - need to retest. |
Bug Description
After a properly established connection, sometimes I notice the following error pops out of nowhere:
/tmp/mirrod.logs
:Steps to Reproduce
N/A hard to reproduce but happens randomly
Backtrace
No response
mirrord layer logs
No response
mirrord intproxy logs
No response
mirrord agent logs
No response
mirrord config
No response
mirrord CLI version
mirrord 3.122.1
mirrord-agent version
ghcr.io/metalbear-co/mirrord:3.122.1
mirrord-operator version (if relevant)
No response
plugin kind and version (if relevant)
No response
Your operating system and version
OSx Sonoma 14.4.1
Local process
nodeJS
Local process version
nodeJS v20.11.1
Additional Info
No response
The text was updated successfully, but these errors were encountered: