Una máquina de VirtualBox con el nombre de ‘homestead’ ya existe

Desde homestead 2.0 homestead laravel no ha estado trabajando

No sé por qué ‘homestead init’ crea un Homestead.archivo yaml en midirectorio/.homestead
y no en el directorio del proyecto. Homestead O Vagrant hasta crear el siguiente mensaje

Una máquina de VirtualBox con el nombre de ‘homestead’ ya existe.

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.
InformationsquelleAutor Matt Doran | 2014-11-18

29 Kommentare

  1. 264

    He resuelto mediante el uso de vboxmanage para obtener el ID de la máquina virtual.

    $ vboxmanage list vms
    "my-vm" {c700b8b6-b766-4638-871b-736b44b7db18}
    

    Copiar el ID de la máquina virtual (la c700…db18 cadena) en el contenido de ~/.vagrant/machines/default/virtualbox/id. Guarde el archivo, a continuación, ejecute vagrant up para obtener la vm de trabajo sin tener que destruirlo.

    • Su respuesta debe ser aceptada! Has solucionado el problema sin la destrucción de una máquina, como algunos otros sugirieron
    • De acuerdo. El vagrant destroy trabajado para mí antes, pero el 2do tiempo de no trabajo. Este método hace definitivamente.
    • Muchas gracias! =)
    • Sólo ten en cuenta que si el nombre del cuadro de manera diferente a través de define (como yo), entonces el camino no será ../default/ , su : .vagrant/machines/<box name>/virtualbox/id. #beneficio!
    • Trabajó como un encanto. Solo por curiosidad, ¿por qué el id de mi vm cambió de repente, y esto era necesario en absoluto.
    • La mejor solución!
    • Upvoted, yo no quiero eliminar la máquina
    • En os x, es «VBoxManage list vms»
    • En mi entorno dev, el id de archivo en la misma ruta, pero en la raíz del proyecto. En el proyecto de la raíz/.vagrant/máquinas/default/virtualbox/id
    • Casi se me borro mi máquina afortunadamente he encontrado este. Por el camino, .vagrant es donde se encuentra su vagrant es, como en mi caso en su ‘Homestead’ carpeta.
    • Gracias! De gran ayuda.
    • Para mí el .vagrant carpeta no estaba en ~/ pero en la casa de habitación de la carpeta de instalación (es decir, la carpeta de ejecutar vagrant up de)
    • para mí /default cambió de repente a /project name here, así que sólo he cambiado el nombre de /default a /project name here y de repente funcionó. ni siquiera sé por qué no utilizar /default más.. bien.. gracias a esta respuesta yo podría resolver este problema.
    • FYI en mi mac usando Vagrant.~ Mi ubicación terminó siendo ~/Documents/Vagrant/.vagrant/machines/<BOX_NAME>/virtualbox/id
    • O usted podría agregar lo siguiente a tu archivo YAML: nombre: mi-cuadro de nombre de
    • En Windows me puse el id de la máquina de %USERPROFILE%\VirtualBox VMs\<MACHINE>\<MACHINE>.vbox luego funcionó para mí.
    • Este no es el mejor camino a seguir si usted tiene múltiples máquinas virtuales en una misma máquina. El cambio de nombre es la creación es la mejor manera de evitar conflictos como usted, a continuación, utilizando una ya aprovisionado de la máquina.
    • Después de usar este consejo, (y la actualización de vagrant de 1.7.x 1.8.1), tengo este error al hacer un vagrant up: Advertencia: error de Autenticación. Reintentar…. En macOS terminal, yo era capaz de ctrl+c y, a continuación, hacer un vagrant ssh y el uso de vagrant de la contraseña. Probablemente haciendo algo mal. Pero… yo sólo toque vagrant una vez cada tres años (cuando algo va mal).
    • es otro tipo de problema relacionado con su ssh id_rsa clave @elbowlobstercowstand
    • Gracias! Me tomó un enfoque de escopeta y este stackoverflow.com/a/32106919/3965565 solucionado mi problema.
    • Yo lo que hice fue abrir VirtualBox y eliminar la máquina virtual «Homestead-7». Luego probé de nuevo $ vagrant up, y que hizo el truco ☺

  2. 71

    Para mí, el equipo no estaba mostrando como un activo de la máquina virtual en VirtualBox aplicación. Para solucionarlo tuve que hacer esto:

    vagrant global-status

    Esto me dio el ID de la máquina que necesitaba para destruir. Con la IDENTIFICACIÓN, ejecute:

    vagrant destroy {VM ID}

    Tuve que correr que en sudo realmente destruir la máquina. En ese momento, yo era capaz de ejecutar

    vagrant up

    • Si su vivienda cuadro está dañado, no se está ejecutando, esta es la respuesta para usted. Verificado en Ubuntu 14.02 ejecuta VirtualBox.
    • Esto es útil porque muestra que el directorio de la ejecución de vagrant VMs
    • El comando vagrant destroy vm_id se debe ejecutar desde dentro de un mismo directorio.
  3. 36

    Desde el siguiente mensaje :

    Una máquina de VirtualBox con el nombre de ‘nombre_vm‘ ya existe.
    Por favor utilice otro nombre o eliminar la máquina con la existente
    nombre y vuelva a intentarlo.

    Hice una lista actual de las máquinas virtuales en ejecución desde la línea de comandos :

    VBoxManage list vms
    

    Resultado :

    «nombre_vm» {8ba467b7-da96-4f68-9bf8-671dd6f0d007}

    Luego se procedió con la eliminación de los infractores de la máquina virtual :

    VBoxManage unregistervm 8ba467b7-da96-4f68-9bf8-671dd6f0d007 --delete
    
    • La única respuesta que se muestra cómo eliminar una máquina virtual desde la línea de comandos
    • Tenga en cuenta que esto no funciona si el VirtualBox VM todavía se está ejecutando. La máquina virtual tiene que ser cerrado o de lo contrario, el comando fallará «porque la VM está bloqueado.»
    • Sí y el comando poweroff. Resumen de lo que funcionó para mí: vboxmanage list vms, vboxmanage controlvm <id> poweroff, vboxmanage unregistervm <id> –delete
  4. 21

    Estoy un poco tarde a la fiesta en esto, pero para alguien más tiene este problema SergioPeluzzi estuvo más cerca, pero no obtener el cigarro con esta:

    Buscar para vb.nombre = configuración de[«nombre»] = «homestead» de la línea y se cambió «homestead» a «HOMESTEAD» y «vói lá»

    La línea es en realidad:

    vb.name = settings["name"] ||= "homestead"
    

    Como se puede ver en la parte que dice configuración de[«nombre»], sólo se necesita añadir un campo de nombre a su vivienda archivo YAML, por ejemplo,

    memory: 2048
    cpus: 1
    provider: virtualbox
    name: my-sexy-homestead-box
    
    • Esta es la mejor respuesta si usted está la verdad de la instalación y el uso de múltiples Homestead instancias.
    • Estoy de acuerdo con @lintuxvi esta es la mejor respuesta si usted está trabajando con varias instancias de Homestead
    • La clave es name: my-sexy-homestead-box — Gracias!
    • Lejos la mejor respuesta!
  5. 15

    He resuelto esta edición /Homestead_folder/scripts/homestead.rb

    Buscar vb.name = settings["name"] = "homestead" línea y cambiado homestead a HOMESTEAD y «vói lá» que trabajó para mí.

    • Esta es la mejor respuesta que he visto.
    • Esta fue la forma más simple, la respuesta correcta para mí.
    • Esto funciona. Una búsqueda en este archivo de todos los registros de vb.nombre = settings[‘nombre’] y cambiar acordingly
    • consulte respuesta de @TheSteed
  6. 9

    Tenía un viejo .vagrant directorio en mi proyecto que estaba causando el error 🙂

    Si esto no se fije en ti me permito sugerir la apertura de VirtualBox y la eliminación de todos los VirtualBoxes y volver a intentarlo.

    • Que era él. Después de hacer «vagrant cuadro de actualización» tuve que quitar eso .vagrant directorio y ejecute de nuevo el vagrant up.
  7. 8

    Yo tenía el mismo problema hoy en día. Pasar unas horas para encontrar la solución.
    Si por alguna razón usted no puede encontrar la lista de salir de máquinas virtuales, a continuación, escriba en la terminal

    sudo virtualbox
    

    Esto va en Virtual Box en la GUI. Usted debe ver la lista completa de máquinas virtuales y, desde allí, usted sería capaz de manejarlos.
    Escribir «virtualbox» sólo no va a mostrar nada. Necesitas ser root (administrador).

    Gracias a mightyspaj por la punta.

    • Usando el virtualbox aplicación en OS X, no pude ver ninguna de VM en una lista aunque me dijeron que ya existía. Luego me escribió sudo virtualbox y vio un montón de VM y el problema se ha solucionado. Gracias.
    • No usar nunca sudo con VirtualBox. Usted va a la pata de permisos
  8. 7

    Que estaba recibiendo el mismo mensaje de error, incluso después de la ejecución de «homestead » destruir», y «vagrant destroy». Igual que usted, yo estaba usando el VirtualBox proveedor, vagrant, y homestead. Esto es lo que hice:

    1. Abre VirtualBox interfaz gráfica de usuario. Veo «homestead» como una máquina virtual, pero me la puede quitar, el botón es de color gris.
    2. Me sali de mi sistema operativo, iniciar sesión y volver a abrir VirtualBox. El estado es ahora «abortado» y yo soy capaz de quitar.
    3. Hubo algunos archivos residuales en ~/VirtualBox\ VMs/homestead, así que me fui corriendo rm -r /Users/gabriel/VirtualBox\ VMs/homestead
    4. Ahora soy capaz de ejecutar «homestead hasta»
  9. 7

    He editado el Homestead.yaml y agregar nuevo nombre

    ip: "192.168.10.10"
    memory: 2048
    cpus: 4
    provider: virtualbox
    name: my-new-homestead-box-name
    
    • Esta es la forma correcta de hacerlo. homestead.rb config busca primero el nombre de la variable en homestead.yaml
    • Yo estaba tratando de conseguir otra homestead en ejecución. Nunca pensé que sería así de fácil. Sólo añadir un nombre en Homestead.yaml
  10. 4

    vagrant cuadro de lista

    vagrant cuadro de quitar laravel/homestead

    vagrant global de estado de

    vagrant destroy nameOfYourBox

    Abre tu VirtualBox y eliminar todos los itens de su vivienda

    vagrant up

  11. 3

    A veces, es posible que no desee eliminar vieja caja. Ayer pueden viejo Vagabundo se ha roto, he actualizado a Vagrant y Virtualbox, pero las carpetas de asignación no funciona. Quería correr caja nueva y tenido este error.

    No quería quitar de edad (cuadro porque quería ejecutar algunas de las copias de seguridad), pero yo quería ejecutar el nuevo cuadro. La solución se ejecuta VirtualBox, haga clic en Homestead máquina, seleccione Configuración y, a continuación, cambiar el nombre de homestead a homestead_old.

    Después de que yo era capaz de instalar homestead, pero tenía esta máquina vieja, y también podría ejecutar esto para hacer las copias de seguridad que yo necesitaba.

    Una máquina de VirtualBox con el nombre de 'homestead' ya existe

  12. 3

    Si usted es un Usuario de Windows, asegúrese de eliminar C:\Users\<Username>\VirtualBox VMs\homesteadcarpeta. Porque si todavía hay una carpeta con el nombre de homestead, la acción de vagrant up no será completado

    • En mi caso, yo tenía dos carpetas: homestead y en el homestead-7. Después de eliminar tanto, problema resuelto. Gracias!
  13. 2

    Si quieres mantener mantener su máquina, sin necesidad de destruir y volver a crear siguientes pasos para solucionar tu problema.
    (Yo trabajo en OS X El Capitán, Vagrant 1.8.1)

    Ejecutar homestead en modo de depuración

    homestead --debug up
    

    Buscar algo como en la salida:

    INFO de la máquina: la Inicialización de la máquina: por defecto INFO de la máquina: –
    Proveedor de: VagrantPlugins::ProviderVirtualBox::Proveedor de INFORMACIÓN de la máquina:
    – Cuadro: # INFO de la máquina: – Datos de directorios: /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/máquinas/default/virtualbox

    De datos de directorios, es la ruta de acceso que es interesante para usted.

    Luego vboxmanage list vms

    «homestead» {0e8438b9-4a67-4fb1-80cb-2c62cf04ab5c}
    «settler_default_1447385930122_73498_1474294682778_13108»
    {93ecb93f-f159-4406-a384-5312b4d3ab34}

    Editar id archivo, en la ruta de acceso que se encuentra en el comando anterior

    vi /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/machines/default/virtualbox/id
    

    Reemplazar el contenido de ese archivo, con el id de la máquina virtual que desee corregir, en este escenario es

    0e8438b9-4a67-4fb1-80cb-2c62cf04ab5c

    Ahora intenta

    homestead up
    

    VM debe iniciar el arranque. Podría funcionar, o podría haber 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...
    

    A la revisión que hacer lo siguiente
    Verificación de Homestead de configuración de SSH

    homestead ssh-config
    

    Usted debe obtener algo como

    De Host predeterminado nombre de host 127.0.0.1 Usuario vagrant el Puerto 2222

    UserKnownHostsFile /dev/null StrictHostKeyChecking no

    PasswordAuthentication no

    IdentityFile
    «/Usuarios/pryznar/.vagrant.d/insecure_private_key»

    IdentitiesOnly sí
    LogLevel FATAL

    Editar IdentityFile archivo

    /Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key
    

    De Verificación De Homestead.yml

    cat /Users/YOUR_HOME_DIR/.homestead/Homestead.yaml
    

    A continuación, copiar la ruta para el archivo de la clave claves, y copia de la clave privada a partir de ese archivo

    cat ~/.homestead/ssh/id_rsa
    

    Último paso es reemplazar la clave privada en el /Usuarios/YOUR_HOME_DIR/.vagrant.d/insecure_private_key con el que usted acaba de copiar

    Ahora intenta peldaño de homestead de nuevo, debería funcionar.

    homestead up
    

    Tengo algunas advertencias, pero hasta ahora funciona sin problemas

    ==> default: Advertencia: el Uso de una contraseña en la interfaz de línea de comandos puede ser inseguro.
    ==> default: ERROR 1045 (28000): Access denied for user ‘homestead’@’localhost’ (utilizando password: YES) El comando SSH
    respondió con un no-cero estado de salida. Vagrant se supone que esto significa
    el error de comando. La salida de este comando debe estar en el registro de
    por encima de. Por favor, lea el resultado para determinar qué salió mal.

  14. 2

    Puede abrir el VirtualBox interfaz gráfica de usuario y eliminar el conflicto de la máquina virtual.

  15. 2

    Nada de esto funcionó para mí. Yo estaba usando un viejo dev máquina

    He intentado:

    1. vagrant global-status > destruir por cualquier id que no los necesitan o no coincidir con lo que está en conflicto

    2. abrir virtualbox y quitar + eliminar archivos para que los que no necesitan o están en conflicto

    Lo trabajado:

    • busque su ~/.vagrant/machines/ o ~/.vagrant.d/boxes carpeta. En mi caso, es la contenida en el conflicto de la vm y también un montón de vieja izquierda sobre vm máquinas que los pasos 1 & 2 no eliminar por alguna razón.

    • después de la limpieza de estos, todo funcionó bien de nuevo, ¡por fin!

    • Esta es una gran respuesta si el conflicto VM está bien ser eliminado/despejado. Esta respuesta debería ser modificado ahora que la carpeta es ~/.vagrant.d/boxes/ @wired00
    • acaba de agregar 🙂
  16. 1

    En mi caso el siguiente artículo proporcionar la solución. Había una carpeta con el nombre homestead dentro de la ruta /var/root/VirtualBox VMs/ que estaba causando el problema. Una vez que esta carpeta fue eliminado, rm-r homestead, el asunto estaba resuelto. Si usted no puede ver o tener acceso a esta ruta ejecutar los siguientes comandos en el terminal de windows:

    $ sudo -s 
    $ cd /var/root/VirtualBox\ VMs
    

    Y proceder a eliminar el homestead carpeta.

  17. 1

    Tuve el siguiente error:

    Error:

    A VirtualBox machine with the name 'homestead-7' already exists.
    Please use another name or delete the machine with the existing
    name, and try again.
    

    Solución:

    • Encontrar el VirtualBox VMS carpeta, en mi caso fue en ~/VirtualBox VMs
    • Lista de los elementos en la carpeta con ls comando, y revisar si la máquina virtual está allí
    • Eliminar la carpeta con el nombre de la máquina, en mi caso homestead-7
    • Volver a ejecutar la vagrant up comando en el homestead carpeta

    Eso es todo, espero que sea útil, que fue mi solución.

    Saludos!

  18. 0

    Después de un par de horas de solución de problemas, nada más que funcionó para mí, como nadie mencionó este detalle poco.

    Dependiendo de sus privilegios en el momento de la instalación, puede que tenga que ejecutar virtualbox como administrador. Fue sólo cuando hice esto que vi a mi vagrant cajas en la lista de máquinas virtuales.

    Luego procedí a quitar mi máquina virtual denominada homestead de virtualbox, y se solucionó el problema.

  19. 0

    Si usted está usando homestead en Windows, acaba de abrir su Oracle VM VirtualBox y eliminar la homestead VM.

  20. 0

    El Vagabundo se basa en VirtualBox (en caso de que el proveedor predeterminado) así se comprueba el entorno existente, primero antes de aprovisionamiento de su VM.

    Se está ejecutando el siguiente comando:

    VBoxManage list vms
    

    y cuando encuentra la máquina virtual con el mismo nombre de host, por lo que va a fallar.

    Puede depurar por:

    vagrant --debug up
    

    para averiguar la razón exacta.


    Solución

    Si usted está planeando utilizar varias máquinas virtuales en diferentes carpetas, entonces usted necesita para cambiar su config.vm.hostname (posiblemente config.vm.provider(name) así) en su Vagrantfile la hacen única. O simplemente eliminarlo, por lo que Vagrant asignará un nombre diferente para cada máquina virtual.

    Si ese no es el caso, simplemente apagado y anular el registro anterior de la VM que los conflictos mediante la ejecución de:

    VBoxManage controlvm NAMEOFVM poweroff
    VBoxManage unregistervm NAMEOFVM --delete
    

    y vuelva a ejecutar el vagrant up.

    Si se produce un error en el directorio de cambiar el nombre (porque se ha perdido --delete), entonces cambiar el nombre o eliminar la carpeta de destino, por ejemplo:

    rm -fr ~/"VirtualBox VMs/NAMEOFVM"
    

    y volver a intentarlo de nuevo.


    Este problema puede estar relacionado a: GitHub problema #2969 – vagabundo hasta que no se detecte una ejecución de VM

  21. 0

    En mi caso, nada era lo que indica que la máquina virtual «ya existe», además de que el mensaje de error. Nada en VirtualBox interfaz de usuario, nada devuelto por «vboxmanage list vms», nada a través de «vagrant global-estado», que no existe en «.vagrant.d\cajas» y así sucesivamente. Lo resolvió mediante la creación manual de una nueva del mismo nombre de la VM en la VM VirtualBox Manager (utilizando el botón «nuevo» + aceptar todos los valores predeterminados), y luego se retira (click derecho > eliminar). Después de eso, el «vagrant up» funcionó como se esperaba.

  22. 0

    Tuve el mismo problema hoy en día. Windows 10. Recientemente tuve actualizado Homestead, por lo que el error fue probablemente debido a que. He probado de todo, destroy, up, borrar carpetas, lo que sea. Siempre he intentado ejecutar vagrant up, mostraba este tipo de errores. La solución? Después de la actualización, me di cuenta de que Homestead es ahora nomenclatura de las cajas por el proyecto nombre de la carpeta, y Homestead.yaml tiene todo lo que infos. Tengo que Homestead configuración de Windows vendor\\bin\\homestead make y más tarde ellos un vagrant up (antes de asegurarse de que estaba todo limpio) y voilá, parece que la máquina está arrancando ahora. =) Probar que si usted lo necesita.

  23. 0

    Agregar --force después de caja, y antes de su nombre.

    • Por favor, editar su respuesta para explicar por qué piensa que la solución funciona, qué hace y cómo. También vale la pena formalizar su inglés (aunque aprecio que el inglés es probablemente no es su primer idioma), aunque he editado la respuesta correcta y ordenada que.
  24. 0

    Cambiar el nombre de una ya existente por defecto VM

    Descargo de responsabilidad

    El siguiente procedimiento va a destruir su VM y pueden ser aptas en un desting-entorno como el mío! Para entornos de producción, considerar a la reparación de la asociación como se describe aquí

    He tenido este problema después de reemplazar el nombre por defecto de una ya existente VM mediante

    Vagrant.configure("2") do |config|
      config.vm.define :ubuntu_test
    

    donde el VirtualBox nombre era también (como un novato supuse que Vagrand utilizará este nombre también)

    config.vm.provider "virtualbox" do |vb|
         vb.name = "Ubuntu-Test"
    end
    

    Mediante la adición de config.vm.define parece que Vagrant no asocia el VirtualBox VM más con el Vagrant archivo, ya que incluso vagrant destroy -f decir VM not created pero vagrant up tira este error

    Una máquina de VirtualBox con el nombre de ‘Ubuntu-Test’ ya existe.

    Para eliminar los zombies VM

    1. Si la máquina virtual está en ejecución, detenga primero: vboxmanage shutdown <VMName> (Aquí el nombre es Ubuntu-Test)
    2. Obtener el Id mediante la ejecución de vboxmanage list vms
    3. Eliminarlo: vboxmanage unregistervm <Id> --delete
    4. Ahora su VM puede ser re-creado usando vagrant up
    5. Utilizando vagrant global-status --prune, su nuevo nombre está presente
  25. 0

    Para mí el archivo de id estuvo presente en los mencionados a continuación ubicación.
    D:\drupalvm.vagrant\machines\drupalvm\virtualbox

  26. -1

    Ninguna de las 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;
    

Kommentieren Sie den Artikel

Bitte geben Sie Ihren Kommentar ein!
Bitte geben Sie hier Ihren Namen ein

Pruebas en línea