-
Notifications
You must be signed in to change notification settings - Fork 71
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
Permissions issues in the 22.6.0 #187
Comments
Do you watch PVs from the pod or from outside the cluster? Do you use this function: CoreV1Api.list_persistent_volume? Could you provide steps to reproduce? I tried something on my minikube but with no luck. |
yeah, so this is from within a pod inside my cluster. i basically go:
is that enough to go on? i can whip you up a reproducible example if you need (but i'm obviously lazy and trying to avoid that :P). with thanks |
I did some tests and it works on my site. I use minikube with k8s v1.21.10, kubernetes-asyncio 22.6.0. I'll check it on microk8s later. |
This issue may be related: dask/dask-kubernetes#419. I get:
when accessing k8s (version 1.21.9-gke.1002) with managed
Downgrading to |
Thanks for your input. It maybe related but there are 2 differences:
I'm still investigating... |
It should be fixed now. Could you try with the latest version 22.6.1? Thanks. |
it works! |
hi,
i've been happily using kubernetes_asyncio for a while now on a microk8s v1.21.10 cluster, but i recently had a container having permissions issues when executing a watch on persistent volumes:
after tinkering for a while, i traced the issue back to the recent 22.6.0 release of kubernetes_asyncio ... if i roll back to an earlier version of kubernetes_asyncio, everything works again.
is this a problem in kubrnetes_asyncio, or has my microk8s fallen off the back of reasonable compatibility?
with thanks
The text was updated successfully, but these errors were encountered: