-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
Check for iptables file before determining container is running #8565
Check for iptables file before determining container is running #8565
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: priyawadhwa The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
/ok-to-test |
kvm2 Driver |
Is there evidence that this would make that bug go away ? Is there away we can mass test this to see if the failure goes way with this PR vs before this PR ? I am thinking when the failure happens it's in entry point and makes the container to exit...so maybe this won't fix. But I could be wrong |
@medyagh this doesn't fix the bug, it just tries to catch it and restarts the container if it happens. It's a temporary fix to get this working in cloud shell, but the real fix would be to fix the /var mounting issue |
kvm2 Driver Times for Minikube (PR 8565): [62.660223935000005 60.649324478000004 62.955862078] Averages Time Per Log
docker Driver Times for Minikube (PR 8565): [25.578442887 26.010349755999997 25.513576100999998] Averages Time Per Log
|
|
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 PR is harmless and might help with debugging, but please see the comment that it does not restart the container if doesnt there
Both #8179 and #8163 are happening because
/var/lib/dpkg/alternatives/iptables
does not exist in the container -- the kic entrypoint.sh file tries to access it & exits with exit code 2 when it isn't there. This is likely caused by a race condition between mounting the minikube volume to /var & the entrypoint file trying to access the iptables fileThe correct fix for this problem is to address the race condition, but that will be a bigger task (as described here by @afbjorklund: #8509 (comment))
Until we fix the main issue, I think it would be nice to just check for the file so that we can quickly determine if the container will fail because the file doesn't exist and automatically restart the container (that seems to fix the issue every time I've experienced it in Cloud Shell)
I'm very open to suggestions if someone can think of a better idea for this :)