vagrant - update - Ya existe una máquina VirtualBox con el nombre ''homestead''
laravel homestead windows (26)
¡Probablemente tengas una virtualbox ejecutándose! Abra el programa virtualbox y cierre el otro virtualbox;) http://smallbusiness.chron.com/shut-down-virtualbox-43657.html
Si esto no funciona, es posible que desee eliminar la carpeta homestead anterior y colocar todos sus proyectos en la nueva carpeta;)
Dado que homestead 2.0 homestead laravel no ha estado funcionando
No sé por qué ''homestead init'' crea un archivo Homestead.yaml en mydirectory / .homestead y no en el directorio del proyecto. Homestead up OR Vagrant up crea el siguiente mensaje
Ya existe una máquina VirtualBox con el nombre ''homestead''.
Bringing machine ''default'' up with ''virtualbox'' provider...
==> default: Importing base box ''laravel/homestead''...
==> default: Matching MAC address for NAT networking...
==> default: Checking if box ''laravel/homestead'' is up to date...
A VirtualBox machine with the name ''homestead'' already exists.
Please use another name or delete the machine with the existing
name, and try again.
A veces es posible que no desee eliminar el cuadro anterior. Ayer puede que el viejo Vagrant se haya roto, he actualizado Vagrant y Virtualbox, pero el mapeo de carpetas no funcionó. Quería ejecutar una nueva caja y tuve este error.
No quería eliminar el cuadro anterior (porque quería ejecutar algunas copias de seguridad) pero quería ejecutar un cuadro nuevo. La solución ejecutaba VirtualBox, hacía clic derecho en la máquina de Homestead, seleccionaba Configuración y luego cambiaba el nombre de homestead
a homestead_old
.
Después de eso, pude instalar Homestead pero tenía esta máquina antigua y también pude ejecutar esto para hacer las copias de seguridad que necesitaba.
Abrí el VirtualBox y luego eliminé homestead vm que se creó anteriormente. Eso ayudo.
Abra la GUI de VirtualBox. Busque su VM y elimínela. Solucionó mi problema.
Agregue --force
after box, y antes de su nombre de pila.
Del siguiente mensaje:
Ya existe una máquina VirtualBox con el nombre '' vm_name ''. Utilice otro nombre o elimine la máquina con el nombre existente y vuelva a intentarlo.
Enumeré las máquinas virtuales en ejecución actuales desde la línea de comando:
vboxmanage list vms
Resultado:
"vm_name" { 8ba467b7-da96-4f68-9bf8-671dd6f0d007 }
Luego procedió con la eliminación de la máquina virtual ofensiva:
VBoxManage unregistervm 8ba467b7-da96-4f68-9bf8-671dd6f0d007 --delete
Después de algunas horas de solución de problemas, nada más funcionó para mí, ya que nadie mencionó este pequeño detalle.
Dependiendo de sus privilegios en el momento de la instalación, es posible que necesite ejecutar virtualbox como administrador. Fue solo cuando hice esto que vi mis cajas vagabundas en la lista de máquinas virtuales.
Luego procedí a eliminar mi máquina virtual llamada homestead
de virtualbox, y el problema fue resuelto.
Edité Homestead.yaml y le agregué un nuevo nombre
ip: "192.168.10.10"
memory: 2048
cpus: 4
provider: virtualbox
name: my-new-homestead-box-name
En mi caso, el siguiente article proporciona la solución. Había una carpeta llamada homestead dentro de las máquinas virtuales / var / root / VirtualBox / que estaba causando el problema. Una vez que se eliminó esta carpeta, rm -r homestead , se resolvió el problema. Si no puede ver o tener acceso a esta ruta, ejecute los siguientes comandos en las ventanas de su terminal:
$ sudo -s
$ cd /var/root/VirtualBox/ VMs
Y proceda a eliminar la carpeta homestead .
En mi caso, nada indicaba que la VM "ya existe" además de ese mensaje de error. Nada en la interfaz de usuario de VirtualBox, nada devuelto por "vboxmanage list vms", nada a través de "vagabundo global-status", no existía en ".vagrant.d / boxes" y así sucesivamente. Lo resolví creando manualmente una nueva VM del mismo nombre en la VM VirtualBox Manager (usando el botón "nuevo" + aceptando todos los valores predeterminados), y luego eliminándola (clic con el botón derecho> eliminar). Después de eso, el "vagabundo" funcionó como se esperaba.
He resuelto esta edición /Homestead_folder/scripts/homestead.rb
Buscar la línea vb.name = settings["name"] = "homestead"
y cambiar homestead
a HOMESTEAD
y "vói lá" que funcionó para mí.
Llego un poco tarde a la fiesta en esto, pero para cualquier otra persona que tenga este problema, SergioPeluzzi estuvo más cerca, pero no consiguió el cigarro con esto:
Busque la línea vb.name = settings ["name"] = "homestead" y cambie "homestead" por "HOMESTEAD" y "vói lá"
La línea es en realidad:
vb.name = settings["name"] ||= "homestead"
Como puede ver en el bit que dice ajustes ["nombre"], solo necesita agregar un campo de nombre a su archivo Homestead YAML, por ejemplo
memory: 2048
cpus: 1
provider: virtualbox
name: my-sexy-homestead-box
Lo resolví usando vboxmanage
para obtener el ID de la máquina virtual.
$ vboxmanage list vms
"my-vm" {c700b8b6-b766-4638-871b-736b44b7db18}
Copie la ID de la VM deseada (la cadena c700…db18
) en los contenidos de ~/.vagrant/machines/default/virtualbox/id
. Guarde el archivo y luego ejecute vagrant up
para que la VM funcione sin tener que destruirla.
Nada de esto funcionó para mí. Estaba usando una vieja máquina de desarrollo
Lo intenté:
vagrant global-status
> destruya cualquier porid
que no necesite o coincida con lo que está en conflictoabra virtualbox y elimine + elimine archivos de cualquiera que no necesite o esté en conflicto
Lo que funcionó:
localice su
~/.vagrant/machines/
o~/.vagrant.d/boxes
. En mi caso, contenía la vm en conflicto y también un montón de antiguas máquinas vm sobrantes que los pasos 1 y 2 no se eliminaron por alguna razón.después de borrarlos, todo funcionó bien nuevamente, ¡finalmente!
Ninguno de los anteriores terminó trabajando para mí. Mi solución final fue:
cd ~/.composer/vendor/laravel/homestead/.vagrant/machines;
rm -R default;
cd /var/www/path/to/project;
homestead up;
Para mí, la máquina no aparecía como una máquina virtual activa en la aplicación VirtualBox. Para solucionarlo tuve que hacer esto:
vagrant global-status
Esto me dio la identificación de la máquina que necesitaba destruir. Con la ID, ejecuta:
vagrant destroy {VM ID}
Tuve que ejecutar eso en sudo para destruir realmente la máquina. En ese punto, pude correr
vagrant up
Puede abrir la GUI de VirtualBox y eliminar la máquina virtual en conflicto.
Recibí el mismo mensaje de error, incluso después de ejecutar "homestead destory" y "vagabundo destruir". Igual que usted, estaba usando el proveedor de VirtualBox, vagabundo y granja. Esto es lo que hice:
- Interfaz gráfica de usuario de VirtualBox abierta. Veo "homestead" como VM, pero no puedo eliminarlo, el botón está atenuado.
- Me desconecté de mi SO, volví a iniciar sesión y volví a abrir VirtualBox. El estado ahora está "abortado" y puedo eliminarlo.
- Hubo algunos archivos residuales en
~/VirtualBox/ VMs/homestead
, así que ejecutérm -r /Users/gabriel/VirtualBox/ VMs/homestead
- Ahora puedo ejecutar "homestead up"
Si desea mantener su máquina, sin destruir y volver a crear los siguientes pasos, debería resolver su problema. (Trabajo en OS X El Captain, Vagrant 1.8.1)
Ejecutar Homestead en modo de depuración
homestead --debug up
Busque algo como en el resultado:
Máquina de INFO: Máquina de inicialización: máquina INFO predeterminada: - Proveedor: VagrantPlugins :: ProveedorVirtualBox :: Máquina INFO Proveedor: - Caja: máquina # INFO: - Directorio de datos: /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/machines/default/ caja virtual
Data dir , es el camino que es interesante para ti.
Entonces vboxmanage list vms
"homestead" {0e8438b9-4a67-4fb1-80cb-2c62cf04ab5c} "settler_default_1447385930122_73498_1474294682778_13108" {93ecb93f-f159-4406-a384-5312b4d3ab34}
Edite el archivo de ID , en la ruta que descubrió en el comando anterior
vi /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/machines/default/virtualbox/id
Reemplace el contenido de ese archivo, con el ID de la máquina virtual que desea reparar, en este escenario es
0e8438b9-4a67-4fb1-80cb-2c62cf04ab5c
Ahora intenta
homestead up
VM debería comenzar a arrancar. Podría funcionar, o podría tener problemas con la autenticación ssh
default: SSH address: 127.0.0.1:2222 default: SSH username: vagrant default: SSH auth method: private key default: Warning: Authentication failure. Retrying... default: Warning: Authentication failure. Retrying...
Para solucionar eso, siga las configuraciones Check Homestead SSH
homestead ssh-config
Deberías obtener algo como
Host predeterminado HostName 127.0.0.1 Usuario vagabundo Puerto 2222
UserKnownHostsFile / dev / null StrictHostKeyChecking no
PasswordAuthentication no
IdentityFile "/Users/pryznar/.vagrant.d/insecure_private_key"
IdentidadesSolo sí LogLevel FATAL
Editar el archivo IdentityFile
/Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key
Comprobar Homestead.yml
cat /Users/YOUR_HOME_DIR/.homestead/Homestead.yaml
Luego copie la ruta al archivo debajo de las teclas y copie la clave privada de ese archivo
cat ~/.homestead/ssh/id_rsa
El último paso es reemplazar la clave privada en /Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key con la que acaba de copiar
Ahora intenta rodar Homestead nuevamente, debería funcionar.
homestead up
Recibí algunas advertencias, pero hasta ahora funciona sin problemas
==> predeterminado: Advertencia: Usar una contraseña en la interfaz de línea de comando puede ser inseguro. ==> predeterminado: ERROR 1045 (28000): Acceso denegado para el usuario ''homestead'' @ ''localhost'' (usando contraseña: YES) El comando SSH respondió con un estado de salida distinto de cero. Vagrant supone que esto significa que el comando falló. La salida para este comando debe estar en el registro de arriba. Por favor, lea la salida para determinar qué salió mal.
Si es usuario de Windows, asegúrese de eliminar la carpeta C:/Users/<Username>/VirtualBox VMs/homestead
. Porque si todavía hay una carpeta llamada homestead, la acción de vagrant up
no se completará
Si está utilizando Homestead en Windows, solo abra su Oracle VM VirtualBox y elimine la VM de homestead
.
Tenía un viejo directorio .vagrant en mi proyecto que causaba el error :)
Si esto no lo soluciona, sugiero abrir VirtualBox, eliminar todas las VirtualBoxes y volver a intentarlo.
The Vagrant depende de VirtualBox (si ese es el proveedor predeterminado) por lo que comprueba primero el entorno existente antes de aprovisionar su máquina virtual.
Está ejecutando el siguiente comando:
VBoxManage list vms
y cuando encuentra la VM con el mismo nombre de host, falla.
Puede depurarlo por:
vagrant --debug up
para averiguar la razón exacta
Solución
Si planea usar varias VM en diferentes carpetas, entonces necesita cambiar su config.vm.hostname
(posiblemente config.vm.provider(name)
también) en su Vagrantfile
para hacerlo único. O simplemente elimínelo, por lo que Vagrant le asignará un nombre diferente para cada máquina virtual.
Si ese no es el caso, simplemente cierre y elimine el registro de la máquina virtual anterior que entra en conflicto ejecutando:
VBoxManage controlvm NAMEOFVM poweroff
VBoxManage unregistervm NAMEOFVM --delete
y vuelve a ejecutar a tu vagrant up
.
Si falla en el cambio de nombre del directorio (porque se perdió --delete
), cambie el nombre o elimine la carpeta de destino , por ejemplo:
rm -fr ~/"VirtualBox VMs/NAMEOFVM"
y vuelva a intentarlo de nuevo.
Este problema puede estar relacionado con: problema GitHub # 2969 - vagabundo no detecta una máquina virtual previamente ejecutada
Tuve el mismo problema hoy. Dedica algunas horas a encontrar la solución. Si por alguna razón no puede encontrar la lista de máquinas virtuales que salen, escriba terminal
sudo virtualbox
Esto ejecutará Virtual Box en GUI. Deberías ver la lista completa de máquinas virtuales y desde allí podrás gestionarlas. Escribir "virtualbox" solo no mostrará nada. Debes ser root (administrador).
Gracias a mightyspaj por la propina.
Tuve el mismo problema hoy. Windows 10. Hace poco había actualizado Homestead, por lo que el error probablemente se debió a eso. Lo intenté todo, destroy
, up
, borré carpetas, lo que sea. Cada vez que intentaba ejecutar vagrant up
, mostraba este tipo de errores. ¿La solución? Después de actualizar, noté que Homestead ahora está nombrando los cuadros por el nombre de la carpeta del proyecto, y Homestead.yaml tiene todas esas informaciones. Acabo de ejecutar que el vendor//bin//homestead make
configuración de Windows de Homestead vendor//bin//homestead make
y luego ellos un vagrant up
(antes de asegurarse de que todo estaba limpio) y voilá, parece que la máquina está arrancando ahora. =) Pruébalo si lo necesitas.
lista de cajas vagabundas
caja vagabundo eliminar laravel / homestead
estado global vagabundo
vagabundo destruye nameOfYourBox
Abra su VirtualBox y elimine todos los itens de su granja
vagabundo