Vvv: default: stop: Unknown instance:

Created on 7 Dec 2017  路  11Comments  路  Source: Varying-Vagrant-Vagrants/VVV

I'm trying to run vagrant up in VVV and I get this today:

==> default: stop: Unknown instance:
==> default: start: Job failed to start
The SSH command responded with a non-zero exit status. Vagrant
assumes that this means the command failed. The output for this command
should be in the log above. Please read the output to determine what
went wrong.

feedback support

Most helpful comment

So after some tracking down by @LoreleiAurora it seems the maria DB server wasn't present for whatever reason. Unsure why it happened, but if anybody encounters this:

  • vagrant ssh
  • sudo apt-get install mariadb-server
  • exit
  • vagrant reload --provision

All 11 comments

@adrianosferreira can you provide some super critical information? E.g.

  • what command is that the output of? vagrant up? vagrant up --provision? vagrant reload? etc
  • can you provide the entire output?
  • Which version of VVV is it?
  • Is this a git install or a zip install?
  • master or develop? And is it up to date?
  • Which version of Virtualbox are you using
  • Which version of Vagrant are you using
  • Windows? Mac? Linux? Which version?
  • Does the issue persist after a reboot?

All this information is needed, even if the answer is "I don't know" or ?

@adrianosferreira were you able to get anymore information?

@tomjn I've lost a working day trying to fix this out so I gave up and started using another platform. If I will use it again I will open a new issue, feel free to close this one. Thanks!

@adrianosferreira that's unfortunate, I could have helped, but in the meantime, if any of the questions I asked can be answered it'd be a great help

Encountered this on another machine, debugging

So after some tracking down by @LoreleiAurora it seems the maria DB server wasn't present for whatever reason. Unsure why it happened, but if anybody encounters this:

  • vagrant ssh
  • sudo apt-get install mariadb-server
  • exit
  • vagrant reload --provision

@tomjn Thanks for this answer, spent half a day trying to figure out what was happening while upgrading VVV from 1.* to 2.1.0. This should be documented somewhere.

@kristoffeb it shouldn't happen to begin with, and I'm not sure why it happens. Having said that, a reprovision should have installed everything that needed installing, and when moving from VVV 1 to 2, I'd recommend destroying the box first anyway via vagrant destroy

@tomjn life saver 馃挴 I had the same issue, when I upgrade VVV

Marking this as closed as nobody has encountered it in a while, also #1469 would eliminate this as an issue

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

Was this page helpful?
0 / 5 - 0 ratings