with update the name machine mac already actualizar vagrant virtual-machine virtualbox

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é:

  1. vagrant global-status > destruya cualquier por id que no necesite o coincida con lo que está en conflicto

  2. abra 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:

  1. Interfaz gráfica de usuario de VirtualBox abierta. Veo "homestead" como VM, pero no puedo eliminarlo, el botón está atenuado.
  2. Me desconecté de mi SO, volví a iniciar sesión y volví a abrir VirtualBox. El estado ahora está "abortado" y puedo eliminarlo.
  3. Hubo algunos archivos residuales en ~/VirtualBox/ VMs/homestead , así que ejecuté rm -r /Users/gabriel/VirtualBox/ VMs/homestead
  4. 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