Solucionado (ver solução)
Solucionado
(ver solução)
7
respostas

Erro ao subir o vagrant up

Já vi o mesmo problema em alguns tópicos do fórum porém nada que tenham dito resolveu.

  • Habilitei o Hyper-V nas configurações do Windows(Windows 10);
  • Desabilitei o anti-virus;
  • Instalei o Virtual Box 6.0.4;
  • Certifiquei que o Path estava correto nas variáveis de ambiente;
  • Instalei o Vagrant 2.2.3;
  • Executei o comando:
    vagrant init  hashicorp/precise64 
    . E ao executar:
    vagrant up
    ocorre o erro abaixo:
Command: ["startvm", "92c0b5ad-96d1-4dc1-be34-d011c800b3ad", "--type", "headless"]

Stderr: VBoxManage.exe: error: The virtual machine 'ambiente_dev_default_1610119862809_27686' has terminated unexpectedly during startup with exit code 1 (0x1).  More details may be available in 'C:\Users\Mario\VirtualBox VMs\ambiente_dev_default_1610119862809_27686\Logs\VBoxHardening.log'
VBoxManage.exe: error: Details: code E_FAIL (0x80004005), component MachineWrap, interface IMachine

Segue também o log do Virtual Box:

3790.348c: SUPR3HardenedMain: Respawn #2
3790.348c: supR3HardNtEnableThreadCreation:
3790.348c: supR3HardenedDllNotificationCallback: load   00007ffa0d060000 LB 0x0012b000 C:\WINDOWS\System32\RPCRT4.dll [fFlags=0x0]
3790.348c: supHardenedWinVerifyImageByHandle: -> 0 (\Device\HarddiskVolume4\Windows\System32\rpcrt4.dll)
3790.348c: supR3HardenedWinVerifyCacheInsert: \Device\HarddiskVolume4\Windows\System32\rpcrt4.dll
3790.348c: supR3HardenedDllNotificationCallback: load   00007ffa0d1f0000 LB 0x0009c000 C:\WINDOWS\System32\sechost.dll [fFlags=0x0]
3790.348c: supR3HardenedWinVerifyCacheScheduleImports: Import todo: #11 'rpcrt4.dll'.
3790.348c: supHardenedWinVerifyImageByHandle: -> 0 (\Device\HarddiskVolume4\Windows\System32\sechost.dll)
3790.348c: supR3HardenedWinVerifyCacheInsert: \Device\HarddiskVolume4\Windows\System32\sechost.dll
3790.348c: '\Device\HarddiskVolume4\Windows\System32\ntdll.dll' has no imports
3790.348c: supHardenedWinVerifyImageByHandle: -> 0 (\Device\HarddiskVolume4\Windows\System32\ntdll.dll)
3790.348c: supR3HardenedWinVerifyCacheInsert: \Device\HarddiskVolume4\Windows\System32\ntdll.dll
3790.348c: supR3HardenedWinVerifyCacheProcessImportTodos: Processing 'rpcrt4.dll'...
3790.348c: supR3HardenedWinVerifyCacheProcessImportTodos: 'rpcrt4.dll' -> '\Device\HarddiskVolume4\Windows\System32\rpcrt4.dll' [rcNtRedir=0xc0150008]
3790.348c: supR3HardenedScreenImage/Imports: cache hit (VINF_SUCCESS) on \Device\HarddiskVolume4\Windows\System32\rpcrt4.dll [lacks WinVerifyTrust]
3790.348c: supR3HardenedMonitor_LdrLoadDll: pName=C:\WINDOWS\System32\ntdll.dll (Input=ntdll.dll, rcNtResolve=0xc0150008) *pfFlags=0x0 pwszSearchPath=0000000000000801:<flags> [calling]
3790.348c: supR3HardenedMonitor_LdrLoadDll: returns rcNt=0x0 hMod=00007ffa0e730000 'C:\WINDOWS\System32\ntdll.dll'
3790.348c: Error -104 in supR3HardenedWinReSpawn! (enmWhat=5)
3790.348c: Error relaunching VirtualBox VM process: 5
Command line: '60eaff78-4bdd-042d-2e72-669728efd737-suplib-3rdchild --comment ambiente_dev_default_1610119862809_27686 --startvm 92c0b5ad-96d1-4dc1-be34-d011c800b3ad --vrde config "--sup-hardening-log=C:\Users\Mario\VirtualBox VMs\ambiente_dev_default_1610119862809_27686\Logs\VBoxHardening.log"'
1468.2510: supR3HardNtChildWaitFor[1]: Quitting: ExitCode=0x1 (rcNtWait=0x0, rcNt1=0x0, rcNt2=0x103, rcNt3=0x103, 85 ms, the end);
7 respostas

Também obtive erro, porém com a msg abaixo: 1: from /usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.0.43/lib/vagrant-libvirt/driver.rb:40:in connection' /usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.0.43/lib/vagrant-libvirt/driver.rb:43:inrescue in connection': Error while connecting to libvirt: Error making a connection to libvirt URI qemu:///system?no_verify=1&keyfile=/home/fcba/.ssh/id_rsa: (VagrantPlugins::ProviderLibvirt::Errors::FogLibvirtConnectionError) Call to virConnectOpen failed: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory Error while connecting to libvirt: Error making a connection to libvirt URI qemu:///system?no_verify=1&keyfile=/home/fcba/.ssh/id_rsa: Call to virConnectOpen failed: Failed to connect socket to '/var/run/libvirt/libvirt-sock': No such file or directory

Atualizei para as versões mais recentes do Vagrant e do Virtual Box e segui o doc do Vagrant que orienta a executar :

vagrant init hashicorp/bionic64

O erro continua...

Atualização:

Tentei reinstalar os programas como anti-virus desabilitado, e executar e o erro continua.

Alguém já conseguiu solucionar esse erro do Vagrant UP ?

solução!

Olá, Mario Jorge. Tudo bem?

Desculpe a demora no retorno.

O Hyper V é um hypervisor nativo do Windows, ou seja, ele proporciona a capacidade de usar máquinas virtuais. Ele é usado para o mesmo fim do VirtualBox, então não faz sentido usar os dois juntos ao mesmo tempo. Inclusive, se você habilita o Hyper V, o VirtualBox não funciona mais.

O Vagrant utiliza esses "virtualizadores", funcionando como um cliente para eles. Por padrão, ele usa o VirtualBox, então se você simplesmente executa um vagrant up ele tentará fazer isso com o VirtualBox. Porém, como disse antes, se o Hyper V estiver ativo não funcionará.

Você pode tentar informar ao Vagrant que é para utilizar o Hyper V quando executar o vagrant up usando a opção --provider:

vagrant up --provider hyperv

E para evitar ter que digitar sempre isso, pode definir o provider no próprio Vagrantfile

Vagrant.configure(2) do |config|
  config.vm.box = "hashicorp/bionic64"
 #define qual provider usar por padrão ao subir a box
  config.vm.provider "hyperv"
  config.vm.network "public_network"
end

Espero ter ajudado.

Depois de muito procurar e não conseguir resolver a questão do VirtualBox, segui a orientação de configurar pelo hiperv e funcionou. Eu já estava tentando utilizar o VirtualBox com o Hyper-V desabilitado... Vi diversos fóruns com problemas semelhantes e nada! Enfim, quem tiver com o mesmo problema oriento a usar o Hyper-V

Galera, tentei com o Hyper-V porém logo em seguida acabei me deparando com outros problemas durante do curso por diferenças entre o hyper-v e o virtualbox. Foi então que em uma das tentativas, um cara fala para desinstalar o IBM Security Trusteer Rapport, que no meu caso foi o que estava causando o conflito, após isso funcionou!!!!