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
I guess i don't really care if it was found in the environment, i just want to destroy the box because it was made and is in the global status. Worse is that the box is running and i can't halt it or anything. Vagrant knows what the ID is (because it is in global-status) so it should be pretty simple.
This becomes a problem when you are actively working, do a vagrant up, change the name of the vm / add another vm and do another vagrant up. You end up with an orphan that can not be killed (unless i manually remove all reference too it and then drop it from the VM Manager)
The text was updated successfully, but these errors were encountered:
Thank you for opening an issue. In the next version of Vagrant, all the "regular" vagrant commands accept a global status ID in addition to a VM name, so you will be able to use vagrant destroy ID-FROM-GLOBAL-STATUS. Additionally, the global-status is a cache, not a true representation of the current state. You many need to run global-status --prune. Thanks! 😄
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.
If you have found a problem that seems similar to this, please open a new issue and complete the issue template so we can capture all the details necessary to investigate further.
ghost
locked and limited conversation to collaborators
Apr 1, 2020
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I guess i don't really care if it was found in the environment, i just want to destroy the box because it was made and is in the global status. Worse is that the box is running and i can't halt it or anything. Vagrant knows what the ID is (because it is in global-status) so it should be pretty simple.
This becomes a problem when you are actively working, do a vagrant up, change the name of the vm / add another vm and do another vagrant up. You end up with an orphan that can not be killed (unless i manually remove all reference too it and then drop it from the VM Manager)
The text was updated successfully, but these errors were encountered: