Skip to content
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

--delete-on-failure does not delete on GUEST_DRIVER_MISMATCH #9399

Closed
j-windsor opened this issue Oct 5, 2020 · 9 comments
Closed

--delete-on-failure does not delete on GUEST_DRIVER_MISMATCH #9399

j-windsor opened this issue Oct 5, 2020 · 9 comments
Assignees
Labels
kind/bug Categorizes issue or PR as related to a bug. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. ux/embedded Embedded UX blockers
Milestone

Comments

@j-windsor
Copy link

Steps to reproduce the issue:

  1. minikube start --driver=docker
  2. minikube start --driver=hyperkit --delete-on-failure
  3. See message on GUEST_DRIVER_MISMATCH
  4. minikube profile list to see that the profile is not deleted.

Screen Shot 2020-10-05 at 3 48 09 PM

This is something that can be fixed by deleting, so I would expect deletion to occur.

Related:

@tstromberg tstromberg added this to the v1.15.0-candidate milestone Oct 6, 2020
@tstromberg tstromberg added kind/bug Categorizes issue or PR as related to a bug. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. ux/embedded Embedded UX blockers labels Oct 6, 2020
@vinu2003
Copy link
Contributor

vinu2003 commented Oct 6, 2020

Hey @j-windsor can i work on this issue if you aren't keen to do this ? I am taking #9397

@tstromberg
Copy link
Contributor

@vinu2003 - go for it!

@tstromberg
Copy link
Contributor

/assign @vinu2003

@vinu2003
Copy link
Contributor

vinu2003 commented Oct 7, 2020

My understanding here: the --delete-on-failure when set, should delete the default minikube profile(in this case docker) if it doesn't match with the one provided in start command (in this case"hyper kit") - then it should delete the existing docker cluster and create default one with given type in command line (in this case : hyper kit) as driver.

@medyagh
Copy link
Member

medyagh commented Nov 11, 2020

@vinu2003 I haven't heard from you, please let me know if you are still working on this

@medyagh medyagh modified the milestones: v1.16.0, v1.17.0-candidate Nov 30, 2020
@azhao155
Copy link
Contributor

/assign @azhao155

@azhao155
Copy link
Contributor

azhao155 commented Jan 2, 2021

I think the issue got fixed.

I repro the issue with same cmd and see following:

zyanshu@zyanshukvm:~/minikube$ minikube start --driver=docker
-bash: minikube: command not found
zyanshu@zyanshukvm:~/minikube$ ./out/minikube start --driver=docker
😄  minikube v1.16.0 on Debian rodete
    ▪ MINIKUBE_ACTIVE_DOCKERD=p1
✨  Using the docker driver based on user configuration
👍  Starting control plane node minikube in cluster minikube
🔥  Creating docker container (CPUs=2, Memory=26100MB) ...
🐳  Preparing Kubernetes v1.20.0 on Docker 20.10.0 ...
    ▪ Generating certificates and keys ...
    ▪ Booting up control plane ...
    ▪ Configuring RBAC rules ...
🔎  Verifying Kubernetes components...
🌟  Enabled addons: storage-provisioner, default-storageclass
🏄  Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default
zyanshu@zyanshukvm:~/minikube$
zyanshu@zyanshukvm:~/minikube$
zyanshu@zyanshukvm:~/minikube$
zyanshu@zyanshukvm:~/minikube$ ./out/minikube start --driver=kvm2 --delete-on-failure
😄  minikube v1.16.0 on Debian rodete
    ▪ MINIKUBE_ACTIVE_DOCKERD=p1

💢  Exiting due to GUEST_DRIVER_MISMATCH: The existing "minikube" cluster was created using the "docker" driver, which is incompatible with requested "kvm2" driver.
💡  Suggestion: Delete the existing 'minikube' cluster using: 'minikube delete', or start the existing 'minikube' cluster using: 'minikube start --driver=docker'

zyanshu@zyanshukvm:~/minikube$
zyanshu@zyanshukvm:~/minikube$
zyanshu@zyanshukvm:~/minikube$
zyanshu@zyanshukvm:~/minikube$ ./out/minikube profile list
|----------|-----------|---------|--------------|------|---------|---------|-------|
| Profile  | VM Driver | Runtime |      IP      | Port | Version | Status  | Nodes |
|----------|-----------|---------|--------------|------|---------|---------|-------|
| minikube | docker    | docker  | 192.168.49.2 | 8443 | v1.20.0 | Running |     1 |
|----------|-----------|---------|--------------|------|---------|---------|-------|

@azhao155
Copy link
Contributor

azhao155 commented Jan 2, 2021

If we really want to delete the existing cluster, I also have the pr: #10084

@medyagh
Copy link
Member

medyagh commented Jan 11, 2021

closed by #10084

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug. priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. ux/embedded Embedded UX blockers
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants