-
Notifications
You must be signed in to change notification settings - Fork 65
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
Cannot deploy the operator through minikube: rpc error: code = DeadlineExceeded desc = timed out connecting to vsock #124
Comments
While I'm testing this right now, I'd like to check whether you can see any difference on using a different driver, such as |
I was finally able to get minikube up and running with the
It's worth mentioning that using the Let me debug what's happening with QEMU here. |
Which runtimeClass are you using ? |
I'd add this as a known issue that we should dig deeper in the future, but not a blocker for the |
It's a known limitation that QEMU based runtime classes will not work with Kind or Minikube, leading to: ``` Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 42s default-scheduler Successfully assigned default/nginx-kata-qemu to minikube Warning FailedCreatePodSandBox 9s kubelet Failed to create pod sandbox: rpc error: code = Unknown desc = failed to create containerd task: failed to create shim task: Failed to Check if grpc server is working: rpc error: code = DeadlineExceeded desc = timed out connecting to vsock 3189232285:1024: unknown ``` This needs further debug in order to get to the root cause of the issue, and potentially to a fix. However, for now, we should make sure that we document such limitation. One issue already reported about this is confidential-containers/operator#124, and that's also been observed by Pradipta during the early tests of v0.1.0. Signed-off-by: Fabiano Fidêncio <[email protected]>
It's a known limitation that QEMU based runtime classes will not work with Kind or Minikube, leading to: ``` Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 42s default-scheduler Successfully assigned default/nginx-kata-qemu to minikube Warning FailedCreatePodSandBox 9s kubelet Failed to create pod sandbox: rpc error: code = Unknown desc = failed to create containerd task: failed to create shim task: Failed to Check if grpc server is working: rpc error: code = DeadlineExceeded desc = timed out connecting to vsock 3189232285:1024: unknown ``` This needs further debug in order to get to the root cause of the issue, and potentially to a fix. However, for now, we should make sure that we document such limitation. One issue already reported about this is confidential-containers/operator#124, and that's also been observed by Pradipta during the early tests of v0.1.0. Signed-off-by: Fabiano Fidêncio <[email protected]>
@gxcuit can you please confirm if your issue was specific to using qemu runtime class with minikube ? |
@bpradipt Hi
Do I need to install the ccv0-containerd? I install the original docker on my computer. |
@gxcuit unfortunately kata runtime class (which defaults to using qemu) doesn't work with minikube and kind. I have created an issue in kata-containers/kata-containers#5692 |
Describe the bug
Hi, recently I was trying the coco quick start guide. I noticed that it said we can use Minikube cluster to try the CoCo.
I start the minikube with containerd runtime and docker vm-driver through the following command:
minikube start --vm-driver=docker --container-runtime=containerd --image-mirror-country='cn' --force
Everything looks fine before I deploy the Nginx example: I successfully deployed the operator, the custom resources(https://github.com/confidential-containers/documentation/blob/v0.1.0/quickstart.md#create-the-custom-resource)
And I got the corresponding runtime class:
However, when I deployed the bitnami/nginx image, I got the following error:
Does anyone know the reason?
System info:
Frdora with 5.17.5-300.fc36.x86_64 (Also tried Ubuntu with the same error)
minikube version: v1.28.0
The text was updated successfully, but these errors were encountered: