-
Notifications
You must be signed in to change notification settings - Fork 781
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
microk8s.kubectl should be used for internal health checking as using the system kubectl may fail #3175
Comments
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: canonical#3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: canonical#3175
Thank you for reporting this @nobuto-m and for offering a patch. We will have news on this soon. |
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: canonical#3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175 Co-authored-by: Nobuto Murata <[email protected]>
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175 Co-authored-by: Nobuto Murata <[email protected]>
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175 Co-authored-by: Nobuto Murata <[email protected]>
If we call kubectl simply, the system installed kubectl has precedence. That may lead to some weird issues like an error due to a discrepancy between kubectl cli and kubernetes API versions. Closes: #3175 Co-authored-by: Nobuto Murata <[email protected]>
Hi guys,
|
subprocess.CalledProcessError: Command '('/snap/microk8s/3543/microk8s-kubectl.wrapper', 'get', 'all,ingress', '--all-namespaces')' returned non-zero exit status 1.
I'm curious what happens if the same command is executed in the namespace
by hand.
```
snap run --shell microk8s
# microk8s-kubectl.wrapper version --short
# microk8s-kubectl.wrapper get all,ingress -A
```
|
hmm, after |
@ycliuhw - same thing happened to me and I didn't think to try remove with purge until I read your comment. Worked fine after retrying. |
What do youo mean? |
|
Summary
microk8s enable <addon>
may fail especially when microk8s' Kubernetes version and the system's kubectl version are different.What Should Happen Instead?
microk8s enable <addon>
works without an error.Reproduction Steps
Install microk8s explicitly with 1.21 (for Kubeflow on microk8s)
Install kubectl with the latest version (for other Kubernetes)
Enable addons
The error must be from the difference between the client version and the server version.
Error from server (NotFound): Unable to list "autoscaling/v2, Resource=horizontalpodautoscalers": the server could not find the requested resource
Introspection Report
Can you suggest a fix?
Isn't this section supposed to use
microk8s.kubectl
instead of the systemkubectl
?microk8s/scripts/wrappers/common/utils.py
Lines 189 to 199 in eb95dc1
Are you interested in contributing with a fix?
Not immediately. Would be nice to be picked up by somebody else.
The text was updated successfully, but these errors were encountered: