Eine VirtualBox-Maschine mit dem Namen "Homestead" ist bereits vorhanden

Seit Homestead 2.0 funktioniert Homestead Laravel nicht mehr

Ich weiß nicht, warum 'homestead init' eine Homestead.yaml-Datei in mydirectory / .homestead und nicht im Projektverzeichnis erstellt. Homestead up oder Vagrant up erstellen die folgende Nachricht

Eine VirtualBox-Maschine mit dem Namen "Homestead" ist bereits vorhanden.

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.

Ich habe es gelöst, indem vboxmanageich die ID der VM abgerufen habe .

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

Kopieren Sie die ID der gewünschten VM (die c700…db18Zeichenfolge) in den Inhalt von ~/.vagrant/machines/default/virtualbox/id. Speichern Sie die Datei und führen Sie sie aus vagrant up, damit die VM funktioniert, ohne sie zerstören zu müssen.

Für mich wurde der Computer in der VirtualBox-Anwendung nicht als aktive VM angezeigt. Um das zu beheben, musste ich Folgendes tun:

vagrant global-status

Dies gab mir die ID der Maschine, die ich zerstören musste. Führen Sie mit der ID Folgendes aus:

vagrant destroy {VM ID}

Ich musste das in sudo ausführen, um die Maschine tatsächlich zu zerstören. Zu diesem Zeitpunkt konnte ich rennen

vagrant up

Wahrscheinlich läuft eine Virtualbox! Öffnen Sie das Programm virtualbox und fahren Sie die andere virtualbox herunter;) http://smallbusiness.chron.com/shut-down-virtualbox-43657.html

Wenn dies nicht funktioniert, möchten Sie möglicherweise den alten Homestead-Ordner löschen und alle Ihre Projekte im neuen Ordner ablegen;)

Aus der folgenden Nachricht:

Eine VirtualBox-Maschine mit dem Namen ' vm_name ' ist bereits vorhanden. Bitte verwenden Sie einen anderen Namen oder löschen Sie das Gerät mit dem vorhandenen Namen und versuchen Sie es erneut.

Ich habe die aktuell ausgeführten virtuellen Maschinen über die Befehlszeile aufgelistet:

VBoxManage list vms

Ergebnis:

"vm_name" { 8ba467b7-da96-4f68-9bf8-671dd6f0d007 }

Fahren Sie dann mit dem Entfernen der fehlerhaften virtuellen Maschine fort:

VBoxManage unregistervm 8ba467b7-da96-4f68-9bf8-671dd6f0d007 --delete

Ich bin ein bisschen zu spät zur Party, aber für alle anderen, die dieses Problem haben, kam SergioPeluzzi am nächsten, bekam aber die Zigarre damit nicht:

Suchen Sie nach vb.name = settings ["name"] = "homestead" und ändern Sie "homestead" in "HOMESTEAD" und "vói lá".

Die Linie ist eigentlich:

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

Wie Sie aus dem Bit mit den Einstellungen ["Name"] ersehen können, müssen Sie Ihrer Homestead YAML-Datei lediglich ein Namensfeld hinzufügen, z

memory: 2048
cpus: 1
provider: virtualbox
name: my-sexy-homestead-box

Ich habe diese Bearbeitung gelöst /Homestead_folder/scripts/homestead.rb

Suche nach vb.name = settings["name"] = "homestead"Linie und wechselte homesteadzu HOMESTEADund "vói lá" , das für mich funktioniert hat.

Ich habe Homestead.yaml bearbeitet und einen neuen Namen hinzugefügt

ip: "192.168.10.10"
memory: 2048
cpus: 4
provider: virtualbox
name: my-new-homestead-box-name

Ich hatte ein altes .vagrant-Verzeichnis in meinem Projekt, das den Fehler verursachte :)

Wenn dies das Problem für Sie nicht behebt, würde ich vorschlagen, VirtualBox zu öffnen, alle VirtualBoxen zu entfernen und es erneut zu versuchen.

Ich hatte heute das gleiche Problem. Verbringen Sie einige Stunden, um die Lösung zu finden. Wenn Sie die Liste der vorhandenen virtuellen Maschinen aus irgendeinem Grund nicht finden können, geben Sie terminal ein

sudo virtualbox

Dadurch wird Virtual Box in der GUI ausgeführt. Sie sollten die vollständige Liste der VMs sehen und von dort aus können Sie sie verwalten. Wenn Sie nur "virtualbox" eingeben, wird nichts angezeigt. Sie müssen root (Administrator) sein.

Danke an mayyspaj für den Tipp.

Ich erhielt die gleiche Fehlermeldung, selbst nachdem ich "Homestead Destory" und "Vagrant Destroy" ausgeführt hatte. Genau wie Sie habe ich den VirtualBox-Anbieter, Vagrant und Homestead verwendet. Folgendes habe ich getan:

1. Geöffnete VirtualBox-GUI. Ich sehe "Homestead" als VM, kann es aber nicht entfernen. Die Schaltfläche ist ausgegraut.
2. Ich habe mich von meinem Betriebssystem abgemeldet, mich wieder angemeldet und VirtualBox erneut geöffnet. Status ist jetzt "abgebrochen" und ich kann entfernen.
3. Es gab einige Restdateien in ~/VirtualBox\ VMs/homestead, also lief ichrm -r /Users/gabriel/VirtualBox\ VMs/homestead
4. Ich bin jetzt in der Lage, "Gehöft hoch" zu führen

Ich habe die virtualBox geöffnet und dann das zuvor erstellte Homestead VM gelöscht. Es half.

Vagrant Box Liste

Vagabundkiste entfernen Laravel / Gehöft

vagabundierender globaler Status

Vagabund zerstören Name Ihrer Box

Öffnen Sie Ihre VirtualBox und löschen Sie alle Elemente Ihres Gehöfts

Landstreicher

Öffnen Sie die VirtualBox-Benutzeroberfläche. Suchen Sie nach Ihrer VM und entfernen Sie sie. Es hat mein Problem gelöst.

Manchmal möchten Sie möglicherweise keine alte Box löschen. Gestern ist der alte Vagrant möglicherweise kaputt. Ich habe Vagrant und Virtualbox aktualisiert, aber die Ordnerzuordnung hat nicht funktioniert. Ich wollte eine neue Box ausführen und hatte diesen Fehler.

Ich wollte keine alte Box entfernen (weil ich einige Backups ausführen wollte), aber ich wollte eine neue Box ausführen. Auf der Lösung wurde VirtualBox ausgeführt. Klicken Sie mit der rechten Maustaste auf den Homestead-Computer, wählen Sie Einstellungen und ändern Sie den Namen von homesteadinhomestead_old .

Danach konnte ich Homestead installieren, hatte aber diese alte Maschine und konnte diese auch ausführen, um alle benötigten Backups zu erstellen.

Wenn Sie ein Windows-Benutzer sind, stellen Sie sicher, dass Sie löschen C:\Users\<Username>\VirtualBox VMs\homestead Ordner . Denn wenn es noch einen Ordner mit dem Namen homestead gibt, wird die Aktion von vagrant upnicht abgeschlossen

Nichts davon hat bei mir funktioniert. Ich habe eine alte Entwicklungsmaschine benutzt

Ich versuchte:

1. vagrant global-status> Zerstören Sie alle Objekte, iddie Sie nicht benötigen oder mit denen Sie nicht übereinstimmen

2. Öffnen Sie die Virtualbox und entfernen und löschen Sie Dateien für alle Dateien, die Sie nicht benötigen oder in Konflikt stehen

Was hat funktioniert:

• Suchen Sie Ihren ~/.vagrant/machines/oder ~/.vagrant.d/boxesOrdner. In meinem Fall enthielt es die widersprüchliche VM und auch ein paar alte übrig gebliebene VM-Maschinen, die in den Schritten 1 und 2 aus irgendeinem Grund nicht entfernt wurden.

• Nachdem diese gelöscht wurden, funktionierte endlich alles wieder einwandfrei!

Wenn Sie Ihre Maschine behalten möchten, ohne sie zu zerstören und neu zu erstellen, sollten die folgenden Schritte Ihr Problem lösen. (Ich arbeite an OS X El Captain, Vagrant 1.8.1)

Führen Sie Homestead im Debug-Modus aus

homestead --debug up

Suchen Sie nach etwas wie in der Ausgabe:

INFO-Maschine: Initialisierungsmaschine: Standard-INFO-Maschine: - Anbieter: VagrantPlugins :: ProviderVirtualBox :: Anbieter INFO-Maschine: - Box: # INFO-Maschine: - Datenverzeichnis: /Users/YOUR_HOME_DIR/Workspace/Homestead/.vagrant/machines/default/ Virtualbox

Datenverzeichnis , ist der Pfad, der für Sie interessant ist.

Dann vboxmanage list vms

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

Bearbeiten Sie die ID- Datei in dem Pfad, den Sie im vorherigen Befehl gefunden haben

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

Ersetzen Sie in diesem Szenario den Inhalt dieser Datei durch die ID der VM, die Sie reparieren möchten

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

Versuchen Sie es jetzt

homestead up

VM sollte starten. Möglicherweise funktioniert es, oder Sie haben Probleme mit der SSH-Authentifizierung

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...

Um dies zu beheben, gehen Sie wie folgt vor: Überprüfen Sie die Homestead SSH-Konfiguration

homestead ssh-config

Du solltest so etwas bekommen

Host-Standard Hostname 127.0.0.1 Benutzer vagrant Port 2222
UserKnownHostsFile / dev / null StrictHostKeyChecking no
PasswordAuthentication no
IdentityFile "/Users/pryznar/.vagrant.d/insecure_private_key"
IdentitiesOnly yes LogLevel FATAL

IdentityFile- Datei bearbeiten

/Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key

Überprüfen Sie Homestead.yml

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

Dann kopieren Pfad zur Datei unter den wichtigsten Schlüssel und private Schlüssel kopieren aus dieser Datei

cat ~/.homestead/ssh/id_rsa

Der letzte Schritt besteht darin, den privaten Schlüssel in /Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key durch den gerade kopierten zu ersetzen

Versuchen Sie es jetzt noch einmal mit dem Sprossenhaus, sollte funktionieren.

homestead up

Ich habe einige Warnungen erhalten, aber bisher funktioniert es ohne Probleme

==> Standard: Warnung: Die Verwendung eines Kennworts auf der Befehlszeilenschnittstelle kann unsicher sein. ==> Standard: FEHLER 1045 (28000): Zugriff für Benutzer 'homestead' @ 'localhost' verweigert (mit Kennwort: YES) Der SSH-Befehl antwortete mit einem Exit-Status ungleich Null. Vagrant geht davon aus, dass dies bedeutet, dass der Befehl fehlgeschlagen ist. Die Ausgabe für diesen Befehl sollte im obigen Protokoll erfolgen. Bitte lesen Sie die Ausgabe, um festzustellen, was schief gelaufen ist.

Sie können die VirtualBox-GUI öffnen und die in Konflikt stehende virtuelle Maschine entfernen.

In meinem Fall bietet der folgende Artikel die Lösung. Im Pfad / var / root / VirtualBox VMs / befand sich ein Ordner mit dem Namen homestead, der das Problem verursachte. Sobald dieser Ordner entfernt wurde, rm -r Heimstätte , wurde das Problem behoben. Wenn Sie diesen Pfad nicht sehen oder nicht darauf zugreifen können, führen Sie die folgenden Befehle in Ihren Terminalfenstern aus:

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

Und löschen Sie den Homestead- Ordner.

Ich hatte folgenden Fehler:

Fehler :

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.

Lösung :

• Suchen Sie den VirtualBox VMS- Ordner, in meinem Fall in~/VirtualBox VMs
• Listen Sie die Elemente im Ordner mit dem lsBefehl auf und überprüfen Sie, ob die virtuelle Maschine vorhanden ist
• Löschen Sie den Ordner mit dem Namen des Computers, in meinem Fall Homestead-7
• Führen Sie den vagrant upBefehl im Homestead-Ordner erneut aus

Das ist alles, ich hoffe es ist hilfreich, das war meine Lösung.

Grüße!

Nach ein paar Stunden Fehlerbehebung funktionierte nichts mehr für mich, da niemand dieses kleine Detail erwähnte.

Abhängig von Ihren Berechtigungen zum Zeitpunkt der Installation müssen Sie möglicherweise virtualbox als Administrator ausführen. Erst als ich das tat, sah ich meine Vagabundkisten in der Liste der virtuellen Maschinen.

Anschließend entfernte ich meine virtuelle Maschine mit dem Namen homesteadaus der Virtualbox und das Problem wurde behoben.

Wenn Sie Homestead in Windows verwenden, öffnen Sie einfach Ihre Oracle VM VirtualBox und löschen Sie die homesteadVM.

Der Vagrant verwendet VirtualBox (sofern dies der Standardanbieter ist), sodass er zuerst nach der vorhandenen Umgebung sucht, bevor er Ihre VM bereitstellt.

Es führt den folgenden Befehl aus:

VBoxManage list vms

und wenn die VM mit demselben Hostnamen gefunden wird, schlägt dies fehl.

Sie können es debuggen durch:

vagrant --debug up

um den genauen Grund herauszufinden.

Lösung

Wenn Sie mehrere VMs in verschiedenen Ordnern verwenden möchten, müssen Sie Ihre config.vm.hostname(möglicherweise config.vm.provider(name)auch) in Ihren ändern Vagrantfile, um sie eindeutig zu machen. Oder entfernen Sie es einfach, damit Vagrant jeder VM einen anderen Namen zuweist.

Wenn dies nicht der Fall ist, fahren Sie einfach die vorherige VM herunter und heben Sie die Registrierung auf, was zu Konflikten führt, indem Sie Folgendes ausführen:

VBoxManage controlvm NAMEOFVM poweroff
VBoxManage unregistervm NAMEOFVM --delete

und führen Sie Ihre vagrant up .

Wenn dies beim Umbenennen des Verzeichnisses fehlschlägt (weil Sie es verpasst haben --delete), benennen Sie den Zielordner um oder entfernen Sie ihn , zum Beispiel:

rm -fr ~/"VirtualBox VMs/NAMEOFVM"

und versuchen Sie es erneut.

Dieses Problem kann folgende Ursachen haben: GitHub-Problem Nr. 2969 - Vagrant up erkennt eine zuvor ausgeführte VM nicht

In meinem Fall deutete nichts darauf hin, dass die VM außer dieser Fehlermeldung "bereits vorhanden" ist. Nichts auf der VirtualBox-Benutzeroberfläche, nichts, was von "vboxmanage list vms" zurückgegeben wird, nichts über "vagrant global-status", es war nicht in ".vagrant.d \ boxen" vorhanden und so weiter. Ich habe das Problem behoben, indem ich im VM VirtualBox Manager manuell eine neue VM mit demselben Namen erstellt habe (mithilfe der Schaltfläche „Neu“ + Akzeptieren aller Standardeinstellungen) und diese dann entfernt habe (Rechtsklick> Entfernen). Danach funktionierte der „Vagabund“ wie erwartet.

Ich hatte heute das gleiche Problem. Windows 10. Ich hatte kürzlich Homestead aktualisiert, daher war der Fehler wahrscheinlich darauf zurückzuführen. Ich habe alles versucht destroy, upOrdner zu löschen, was auch immer. Wann immer ich versuchte zu rennen vagrant up, zeigte es diese Art von Fehlern. Die Lösung? Nach dem Update habe ich festgestellt, dass Homestead die Felder jetzt nach dem Namen des Projektordners benennt und Homestead.yaml alle diese Informationen enthält. Ich habe gerade diese Homestead Windows-Konfiguration ausgeführt vendor\\bin\\homestead makeund später eine vagrant up(bevor ich sichergestellt habe, dass alles sauber ist) und voilá, sieht aus, als würde der Computer jetzt booten. =) Versuchen Sie das, wenn Sie es brauchen.

Fügen Sie --forcenach dem Feld und vor Ihrem Vornamen hinzu.

Umbenennen einer bereits vorhandenen Standard-VM

Haftungsausschluss

Das folgende Verfahren zerstört Ihre VM und ist möglicherweise nur in einer Desting-Umgebung wie meiner geeignet! In Produktionsumgebungen sollten Sie die Zuordnung wie folgt reparieren hier beschrieben

Ich hatte dieses Problem, nachdem ich den Standardnamen einer bereits vorhandenen VM mithilfe von überschrieben hatte

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

wo auch der VirtualBox-Name festgelegt wurde (als Neuling nahm ich an, dass Vagrand diesen Namen auch verwenden wird)

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

Durch das Hinzufügen config.vm.definescheint es, dass Vagrant die VirtualBox-VM nicht mehr mit der Vagrant-Datei verknüpft, da dieser Fehler sogar vagrant destroy -fgesagt, VM not createdaber vagrant upausgelöst wird

Eine VirtualBox-Maschine mit dem Namen 'Ubuntu-Test' existiert bereits.

1. Wenn die VM ausgeführt wird, stoppen Sie sie zuerst: vboxmanage shutdown <VMName>(Hier ist der NameUbuntu-Test )
2. Holen Sie sich die ID durch Ausführen vboxmanage list vms
3. Lösche es: vboxmanage unregistervm <Id> --delete
4. Jetzt kann Ihre VM mit neu erstellt werden vagrant up
5. Mit vagrant global-status --pruneist Ihr neuer Name vorhanden

Für mich war die ID-Datei an der unten genannten Stelle vorhanden. D: \ drupalvm.vagrant \ machine \ drupalvm \ virtualbox

Windows10

Bearbeiten Sie die Datei Homestead.yaml und geben Sie einen neuen Namen für die Box ein:

ip: "192.168.10.10"
memory: 2048
cpus: 2
provider: virtualbox
name: my-new-vbox      #new name for the box

und laufen vagrant upodervagrant up --provision

Oder

Öffnen Sie die Virtualbx-Anwendung in der GUI, löschen Sie die gesamte Virtualbox, die das Problem verursacht hat, und führen Sie den obigen Befehl aus

Oder

Löschen Sie die "Vagrant" -Datei im Homestead-Ordner und führen Sie den obigen Befehl aus.

Sie müssen nur den Schlüssel direkt nach dem Anbieter wie folgt namezu Ihrer homestead.yamlDatei hinzufügen :

name: name_of_you_machine

Das ist für mich in Ordnung.