Odkąd Homestead 2.0 Homestead Laravel nie działa
Nie wiem, dlaczego „homestead init” tworzy plik Homestead.yaml w katalogu mydirectory / .homestead, a nie w katalogu projektu. Homestead up OR Vagrant up utwórz następującą wiadomość
Maszyna VirtualBox o nazwie „homestead” już istnieje.
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.
vagrant
virtual-machine
virtualbox
Matt Doran
źródło
źródło
VBoxManage list vms
i sprawdź, czy jest wpis o duchu / sierocie / zombie, który należy usunąć.Odpowiedzi:
Rozwiązałem za pomocą,
vboxmanage
aby uzyskać identyfikator maszyny wirtualnej.Skopiuj identyfikator żądanej maszyny wirtualnej (
c700…db18
ciąg) do zawartości~/.vagrant/machines/default/virtualbox/id
. Zapisz plik, a następnie uruchom,vagrant up
aby maszyna wirtualna działała bez konieczności jej niszczenia.źródło
define
(jak ja), to ścieżka nie będzie../default/
, jego:.vagrant/machines/<box name>/virtualbox/id
. #zysk!.vagrant
folder nie był~/
jednak w folderze instalacyjnym zagroda (tj folderze uruchomićvagrant up
z)Dla mnie maszyna nie wyświetlała się jako aktywna maszyna wirtualna w aplikacji VirtualBox. Aby to naprawić, musiałem to zrobić:
vagrant global-status
To dało mi identyfikator maszyny, którą musiałem zniszczyć. Za pomocą identyfikatora uruchom:
vagrant destroy {VM ID}
Musiałem to uruchomić w sudo, aby faktycznie zniszczyć maszynę. W tym momencie mogłem biegać
vagrant up
źródło
vagrant destroy vm_id
należy uruchomić z tego samego katalogu.Prawdopodobnie masz uruchomiony virtualbox! Otwórz program virtualbox i wyłącz inne virtualbox;) http://smallbusiness.chron.com/shut-down-virtualbox-43657.html
Jeśli to nie działa, możesz usunąć stary folder homestead i umieścić wszystkie projekty w nowym folderze;)
źródło
Z następującej wiadomości:
Wymieniłem aktualnie uruchomione maszyny wirtualne z wiersza poleceń:
Wynik:
Następnie przystąpiono do usuwania naruszającej maszyny wirtualnej:
źródło
Trochę spóźniłem się na imprezę w tej sprawie, ale dla każdego, kto ma ten problem, SergioPeluzzi był najbliżej, ale nie dostałem cygara z tym:
Linia jest w rzeczywistości:
Jak widać z fragmentu, który mówi ustawienia ["nazwa"], wystarczy dodać pole nazwy do pliku Homestead YAML, np.
źródło
name: my-sexy-homestead-box
- dzięki!Rozwiązałem tę edycję
/Homestead_folder/scripts/homestead.rb
Poszukaj
vb.name = settings["name"] = "homestead"
linii i zmieńhomestead
naHOMESTEAD
i "vói lá", które zadziałały dla mnie.źródło
Edytowałem Homestead.yaml i dodałem do niego nową nazwę
źródło
W moim projekcie miałem stary katalog .vagrant, który powodował błąd :)
Jeśli to nie rozwiąże problemu, sugeruję otwarcie VirtualBox i usunięcie wszystkich VirtualBox i spróbuj ponownie.
źródło
Miałem dzisiaj ten sam problem. Poświęć kilka godzin, aby znaleźć rozwiązanie. Jeśli z jakiegoś powodu nie możesz znaleźć listy wychodzących maszyn wirtualnych, wpisz terminal
Spowoduje to uruchomienie Virtual Box w GUI. Powinieneś zobaczyć pełną listę maszyn wirtualnych i stamtąd będziesz mógł nimi zarządzać. Wpisanie samego „virtualbox” niczego nie pokaże. Musisz być rootem (administratorem).
Dzięki mightyspaj za napiwek.
źródło
Otrzymałem ten sam komunikat o błędzie, nawet po uruchomieniu „homestead destory” i „vagrant zniszczyć”. Tak samo jak ty, korzystałem z dostawcy VirtualBox, włóczęgi i homestead. Oto co zrobiłem:
~/VirtualBox\ VMs/homestead
, więc uciekłemrm -r /Users/gabriel/VirtualBox\ VMs/homestead
źródło
Otworzyłem virtualBox, a następnie usunąłem utworzoną wcześniej maszynę wirtualną homestead. Pomogło.
źródło
lista skrzynek włóczęgów
pudełko włóczęgów usuń laravel / homestead
włóczęga status globalny
włóczęga zniszczyć nameOfYourBox
Otwórz swój VirtualBox i usuń wszystkie elementy swojego domostwa
włóczęga się
źródło
Otwórz interfejs graficzny VirtualBox. Sprawdź swoją maszynę wirtualną i usuń ją. To rozwiązało mój problem.
źródło
Czasami możesz nie chcieć usuwać starego pudełka. Wczoraj może stary Vagrant się zepsuł, zaktualizowałem Vagrant i Virtualbox, ale mapowanie folderów nie działało. Chciałem uruchomić nowe pudełko i miałem ten błąd.
Nie chciałem usuwać starego pudełka (ponieważ chciałem uruchomić kopie zapasowe), ale chciałem uruchomić nowy box. Rozwiązaniem było uruchomienie VirtualBox, kliknij prawym przyciskiem myszy komputer Homestead i wybierz Ustawienia, a następnie zmieniając nazwę z
homestead
nahomestead_old
.Potem mogłem zainstalować homestead, ale miałem ten stary komputer i mogłem go również uruchomić, aby wykonać wszelkie potrzebne kopie zapasowe.
źródło
Jeśli jesteś użytkownikiem systemu Windows, pamiętaj, aby usunąć
C:\Users\<Username>\VirtualBox VMs\homestead
folder. Bo jeśli nadal istnieje folder o nazwie homestead, akcjavagrant up
nie zostanie zakończonaźródło
Nic z tego nie działało dla mnie. Używałem starej maszyny deweloperskiej
Próbowałem:
vagrant global-status
> niszczid
wszystko, czego nie potrzebujesz lub dopasuj to, co jest w konflikcieotwórz virtualbox i usuń + usuń pliki, których nie potrzebujesz lub które są w konflikcie
Co zadziałało:
zlokalizuj swój folder
~/.vagrant/machines/
lub~/.vagrant.d/boxes
. W moim przypadku zawierał kolidującą maszynę wirtualną, a także kilka starych pozostawionych maszyn wirtualnych, których kroki 1 i 2 nie zostały usunięte z jakiegoś powodu.po ich wyczyszczeniu wszystko w końcu działało dobrze!
źródło
~/.vagrant.d/boxes/
@ wired00Jeśli chcesz zachować swoją maszynę, bez niszczenia i odtwarzania, poniższe kroki powinny rozwiązać Twój problem. (Pracuję na OS X El Captain, Vagrant 1.8.1)
Uruchom homestead w trybie debugowania
Poszukaj czegoś takiego na wyjściu:
Data dir , to ścieżka, która Cię interesuje.
Następnie
vboxmanage list vms
Edytuj plik id , w ścieżce, którą znalazłeś w poprzednim poleceniu
Zastąp zawartość tego pliku identyfikatorem maszyny wirtualnej, którą chcesz naprawić, w tym scenariuszu jest
Spróbuj teraz
Maszyna wirtualna powinna rozpocząć rozruch. To może zadziałać lub możesz mieć problemy z uwierzytelnianiem ssh
Aby to naprawić, wykonaj następujące czynności Sprawdź konfigurację Homestead SSH
Powinieneś dostać coś takiego
Edytuj plik IdentityFile
Sprawdź Homestead.yml
Następnie skopiuj ścieżkę do pliku pod kluczami kluczy i skopiuj klucz prywatny z tego pliku
Ostatnim krokiem jest zastąpienie klucza prywatnego w /Users/YOUR_HOME_DIR/.vagrant.d/insecure_private_key tym, który właśnie skopiowałeś
Teraz spróbuj ponownie zadzwonić do domu, powinno działać.
Dostałem kilka ostrzeżeń, ale na razie działa bez problemów
źródło
Możesz otworzyć GUI VirtualBox i usunąć maszynę wirtualną powodującą konflikt.
źródło
W moim przypadku rozwiązanie przedstawia poniższy artykuł . W ścieżce / var / root / VirtualBox VMs / znajdował się folder o nazwie homestead, który powodował problem. Po usunięciu tego folderu, rm -r homestead , problem został rozwiązany. Jeśli nie widzisz tej ścieżki lub nie masz do niej dostępu, wykonaj następujące polecenia w oknach terminala:
I przystąp do usuwania folderu homestead .
źródło
Wystąpił następujący błąd:
Błąd :
Rozwiązanie :
~/VirtualBox VMs
ls
polecenia i sprawdź, czy jest tam maszyna wirtualnavagrant up
polecenie w folderze homesteadTo wszystko, mam nadzieję, że to pomocne, to było moje rozwiązanie.
Pozdrowienia!
źródło
Po kilku godzinach rozwiązywania problemów nic innego nie działało, ponieważ nikt nie wspomniał o tym drobnym szczególe.
W zależności od uprawnień w momencie instalacji może być konieczne uruchomienie virtualbox jako administrator. Dopiero gdy to zrobiłem, zobaczyłem moje włóczęgi na liście maszyn wirtualnych.
Następnie przystąpiłem do usuwania mojej maszyny wirtualnej o nazwie
homestead
z virtualbox i problem został rozwiązany.źródło
Jeśli używasz homestead w systemie Windows, po prostu otwórz swój Oracle VM VirtualBox i usuń
homestead
maszynę wirtualną.źródło
Vagrant polega na VirtualBox (jeśli jest to domyślny dostawca), więc najpierw sprawdza istniejące środowisko przed udostępnieniem maszyny wirtualnej.
Wykonuje następujące polecenie:
a kiedy znajdzie maszynę wirtualną o tej samej nazwie hosta, zakończy się niepowodzeniem.
Możesz go debugować przez:
aby poznać dokładny powód.
Rozwiązanie
Jeśli planujesz używać wielu maszyn wirtualnych w różnych folderach, musisz zmienić
config.vm.hostname
(prawdopodobnieconfig.vm.provider(name)
również) w plikuVagrantfile
aby był wyjątkowy. Lub po prostu go usuń, aby Vagrant przypisze inną nazwę każdej maszyny wirtualnej.Jeśli tak nie jest, po prostu zamknij i wyrejestruj poprzednią maszynę wirtualną, która powoduje konflikt, uruchamiając:
i ponownie uruchom
vagrant up
.Jeśli nie powiedzie się przy zmianie nazwy katalogu (ponieważ przegapiłeś
--delete
), zmień nazwę lub usuń folder docelowy , na przykład:i spróbuj ponownie.
Ten problem może być związany z: problemem GitHub nr 2969 - włóczęga nie wykrywa poprzednio uruchomionej maszyny wirtualnej
źródło
W moim przypadku nic nie wskazywało na to, że maszyna wirtualna „już istnieje” poza tym komunikatem o błędzie. Nic w interfejsie użytkownika VirtualBox, nic nie zwracane przez „vboxmanage list vms”, nic przez „vagrant global-status”, nie istniało w „.vagrant.d \ box” i tak dalej. Rozwiązałem to ręcznie, tworząc nową maszynę wirtualną o tej samej nazwie w VM VirtualBox Manager (używając przycisku „nowy” + akceptując wszystkie ustawienia domyślne), a następnie usuwając ją (kliknij prawym przyciskiem myszy> usuń). Potem „włóczęga w górę” działała zgodnie z oczekiwaniami.
źródło
Dzisiaj miałem ten sam problem. Windows 10. Niedawno zaktualizowałem Homestead, więc błąd prawdopodobnie wynikał z tego. Próbowałem to wszystko
destroy
,up
foldery Usuń, cokolwiek. Za każdym razem, gdy próbowałem biegaćvagrant up
, pokazywał tego rodzaju błędy. Rozwiązanie? Po aktualizacji zauważyłem, że Homestead nazywa teraz skrzynki według nazwy folderu projektu, a Homestead.yaml ma wszystkie te informacje. Po prostu uruchamiam tę konfigurację Homestead Windows,vendor\\bin\\homestead make
a późniejvagrant up
(zanim upewnię się, że wszystko jest czyste) i voilá, wygląda na to, że maszyna się teraz uruchamia. =) Spróbuj tego, jeśli tego potrzebujesz.źródło
Dodaj
--force
po polu, a przed swoim imieniem.źródło
Zmiana nazwy już istniejącej domyślnej maszyny wirtualnej
Zrzeczenie się
Poniższa procedura zniszczy maszynę wirtualną i może być odpowiednia tylko w środowisku docelowym, takim jak moje! W przypadku środowisk produkcyjnych rozważ naprawę powiązania w sposób opisany tutaj
Miałem ten problem po zastąpieniu domyślnej nazwy już istniejącej maszyny wirtualnej przy użyciu
gdzie ustawiono również nazwę VirtualBox (jako nowicjusz założyłem, że Vagrand też będzie używał tej nazwy)
Dodając
Aby usunąć te maszyny wirtualne zombieconfig.vm.define
wydaje się, że Vagrant nie kojarzy już maszyny wirtualnej VirtualBox z plikiem Vagrant, ponieważ nawetvagrant destroy -f
powiedz,VM not created
alevagrant up
wyrzuć ten błądvboxmanage shutdown <VMName>
(tutaj jest nazwaUbuntu-Test
)vboxmanage list vms
vboxmanage unregistervm <Id> --delete
vagrant up
vagrant global-status --prune
, Twoje nowe imię jest obecneźródło
Dla mnie plik id był obecny we wskazanej poniżej lokalizacji. D: \ drupalvm.vagrant \ machines \ drupalvm \ virtualbox
źródło
Windows10
Edytuj plik Homestead.yaml i nadaj skrzynce nową nazwę:
i biegnij
vagrant up
lubvagrant up --provision
Lub
Otwórz aplikację Virtualbx w GUI i usuń wszystkie virtualbox, które powodowało problem, i uruchom powyższe polecenie
Lub
Usuń plik „Vagrant” w folderze homestead i uruchom powyższe polecenie.
źródło
Musisz tylko dodać klucz
name
do swojegohomestead.yaml
pliku zaraz po dostawcy w ten sposób:To działa dla mnie.
źródło