You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Normally this is not an issue. Everything defaults to ./kube/config and works fine. But what if your configfile is under a different filename? You would set KUBECONFIG environment variable to something like ".kube/config.mini" and kubectl works fine.
However, by default minikube has no default context set. Kubectl is able to deal with this fine, however pykube insist default config to be set.
Minikube produces:
current-context: ""
from piggybacking.py
results with
Maybe this is not an issue of kopf but pykube but I couldn't find the fork. If config file has no default current-context set and if there is only one context in the config file, default behaviour should be to load that context yes?
when using just default login, the KUBECONFIG variable is NOT considered at all, i don't really care for pykube much if i could just specify a custom filename for KUBECONFIG
This can be easily fixed by just setting default context right, but fix should live in the code i guess is my point.
I hope this can be useful to someone.
Cheers.
The text was updated successfully, but these errors were encountered:
kopf-archiverbot
changed the title
[archival placeholder]
Minikube with Env KUBECONFIG (different filename) fails to load (no default context)
Aug 19, 2020
Normally this is not an issue. Everything defaults to ./kube/config and works fine. But what if your configfile is under a different filename? You would set KUBECONFIG environment variable to something like ".kube/config.mini" and kubectl works fine.
However, by default minikube has no default context set. Kubectl is able to deal with this fine, however pykube insist default config to be set.
Minikube produces:
from piggybacking.py
![Screenshot 2020-04-28 at 13 25 56](https://user-images.githubusercontent.com/838921/80486909-d1995800-8953-11ea-9b44-7e0992b78546.png)
results with
![Screenshot 2020-04-28 at 13 26 38](https://user-images.githubusercontent.com/838921/80486957-ec6bcc80-8953-11ea-85e8-0b606e2ce587.png)
Maybe this is not an issue of kopf but pykube but I couldn't find the fork. If config file has no default current-context set and if there is only one context in the config file, default behaviour should be to load that context yes?
so this is when using
when using just default login, the KUBECONFIG variable is NOT considered at all, i don't really care for pykube much if i could just specify a custom filename for KUBECONFIG
This can be easily fixed by just setting default context right, but fix should live in the code i guess is my point.
I hope this can be useful to someone.
Cheers.
The text was updated successfully, but these errors were encountered: