Erro na inicialização do Vagrant Box / timeout após “estado abortado”

1

Uma das minhas caixas Vagrant acabou com um estado "Abortado", aparentemente eu fiquei sem memória ou algo assim, e sim. Agora a caixa não está inicializando ... corretamente.

Aqui está o que eu recebi:

$ vagrant up cloud2
Bringing machine 'cloud2' up with 'virtualbox' provider...
[cloud2] Clearing any previously set forwarded ports...
[cloud2] Fixed port collision for 22 => 2222. Now on port 2200.
[cloud2] Clearing any previously set network interfaces...
[cloud2] Preparing network interfaces based on configuration...
[cloud2] Forwarding ports...
[cloud2] -- 22 => 2200 (adapter 1)
[cloud2] Booting VM...
[cloud2] Waiting for machine to boot. This may take a few minutes...
Timed out while waiting for the machine to boot. This means that
Vagrant was unable to communicate with the guest machine within
the configured ("config.vm.boot_timeout" value) time period. This can
mean a number of things.
If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.
If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.
$

Ele diz que está em execução, mas não consigo fazer login.

$ vagrant status cloud2
Current machine states:
cloud2                    running (virtualbox)
The VM is running. To stop this VM, you can run 'vagrant halt' to
shut it down forcefully, or you can run 'vagrant suspend' to simply
suspend the virtual machine. In either case, to restart it again,
simply run 'vagrant up'.

$ vagrant ssh cloud2
ssh_exchange_identification: read: Connection reset by peer
$

Esta é a configuração do Vagrantfile para a caixa:

  config.vm.define "cloud2" do |cloud2|
    cloud2.vm.box = "precise32"
    cloud2.vm.network "public_network", :bridge => 'wlan0'
    config.vm.boot_timeout = 600
#    config.vm.provider :virtualbox do |vb|
#        vb.customize ["modifyvm", :id, "--memory", "1024"]
#        vb.customize ["modifyvm", :id, "--cpus", "2"]
#    end
  end

Configurei o tempo limite de 600 enquanto lia alguns posts por aqui, mas isso não me ajudou em nada.

SOS! Eu fiz um monte de coisas nessa VM e eu ....... não tenho um backup: D: P

    
por Matías 18.06.2014 / 12:42

4 respostas

2

RESOLVIDO!

Por alguma razão, o vm não estava inicializando, quero dizer, o sistema operacional. Eu adicionei o vb.gui = true e apenas entrei na opção de inicialização ... a padrão, no menu de inicialização do grub:)

Veja aqui sobre como usar esta opção de configuração.

    
por 20.06.2014 / 11:36
1

Execute o comando

vagrant ssh-config

Na saída, por favor, verifique o

IdentityFile /home/{USERNAME}/.vagrant.d/insecure_private_key

e mude o

ssh  user {USERNAME}

Finalmente, corra

vagrant up
    
por 05.08.2014 / 12:33
1

Isso também pode acontecer quando o /etc/ssh/sshd_config dentro da VM não é válido, mas o serviço ssh foi reiniciado.

Exemplo de /etc/ssh/sshd_config inválido:

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
...
UsePAM yesAcceptEnv GIT_*

Essa situação é possível quando o script de provisionamento faz isso ou você altera algo manualmente.

Altere vb.gui = true no seu Vagrantfile e inicialize sua VM ( vagrant up ) para depurar este problema. Depois que /etc/ssh/sshd_config for válido, reinicie seu serviço ssh:

service ssh restart
    
por 08.01.2016 / 09:41
0

Eu tive a mesma mensagem de erro. O problema veio da chave ssh que não era minha, mas sim do usuário root.

sudo chown {USERNAME} /home/{USERNAME}/.vagrant.d/insecure_private_key

Tudo funciona bem agora !!!

    
por 20.02.2015 / 09:25

Tags