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

Suspended VM displayed as "running" in global-status until vagrant status is run #4513

Closed
tuminoid opened this issue Sep 17, 2014 · 6 comments

Comments

@tuminoid
Copy link

Suspended VM state is displayed as "running" in global-status, unless you manually execute status for that VM. Which kinda defeats the purpose of global-status.

Using Vagrant 1.6.5 on Ubuntu 14.04.

$ vagrant suspend
==> default: Saving VM state and suspending execution...

$ vagrant global-status
id       name        provider   state   directory                                    
-------------------------------------------------------------------------------------
dbfffec  default     virtualbox running /home/tumi/git/fake-package-creator 

$ vagrant status
Current machine states:

default                   saved (virtualbox)

To resume this VM, simply run `vagrant up`.

$ vagrant global-status
id       name        provider   state   directory                                    
-------------------------------------------------------------------------------------
dbfffec  default     virtualbox saved   /home/tumi/git/fake-package-creator 
@mitchellh
Copy link
Contributor

This is working as intended. The docs state that global-status is a cache. If you run --prune, it will update all of them. Global status is meant to give you an at-a-glance view of a cache.

However, we do our best to make sure it is always updated. Going to try to investigate to see if there is something we can do here.

@tuminoid
Copy link
Author

Cache could be updated when you run basic state actions like up, destroy and halt. global-status shouldn't be the one doing the cache update, but as you said, just print the cache.

@mitchellh
Copy link
Contributor

Yeah, it should be... that's why I'm taking a look. :)

@mitchellh
Copy link
Contributor

Fixed!

@aspiers
Copy link

aspiers commented Oct 26, 2014

This change has either directly or indirectly caused #4717.

aspiers pushed a commit to aspiers/vagrant that referenced this issue Oct 27, 2014
@mwrock
Copy link
Contributor

mwrock commented Nov 6, 2014

I think this is fixed by PR #4792

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants