Vagrant stuck connection timeout retrying
Mój włóczęga pracował wczoraj doskonale. Właśnie włączyłem PC, wcisnąłem vagrant up
i oto co dostaję:
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 22 => 2222 (adapter 1)
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
default: SSH address: 127.0.0.1:2222
default: SSH username: vagrant
default: SSH auth method: private key
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
default: Error: Connection timeout. Retrying...
Czy ktoś miał to wcześniej? vagrant nie jest jeszcze szeroko omawiany w sieci i nie mogę znaleźć powodu, dlaczego tak się dzieje. 30 answers
Rozwiązałem ten problem i odpowiem na wypadek, gdyby ktoś inny miał podobny problem.
To, co zrobiłem, to: włączyłem GUI Virtual box, aby zobaczyć, że czeka na wejście przy starcie, aby wybrać, czy chcę uruchomić bezpośrednio ubuntu lub safemode itp.
Aby włączyć GUI musisz umieścić to w swoim Vagrant config Vagrantfile
:
config.vm.provider :virtualbox do |vb|
vb.gui = true
end
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-02-09 23:14:59
Gdy utkniesz ze swoją maszyną vagrant w sposób opisany powyżej, nie ma potrzeby uruchamiania w trybie gui(i jest to niemożliwe bez serwera X).
Podczas uruchamiania maszyny Wirtualnej w osobnym oknie terminala znajdź identyfikator uruchomionej maszyny.
vboxmanage list runningvms
Spowoduje to coś takiego:
"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}
Dość często maszyna wirtualna po prostu czeka, aż wybierzesz opcję w bootloaderze. Możesz wysłać odpowiedni kod kluczowy (w przypadku, wprowadź) do vm z controlvm
:
vboxmanage controlvm projects_1234567890 keyboardputscancode 1c
To wszystko. Twoja maszyna wirtualna będzie kontynuować proces rozruchu.Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-02-25 18:07:42
Należy dokładnie sprawdzić, czy Wirtualizacja sprzętu jest włączona w BIOSie komputera.
Moim problemem jest ten sam ciąg timeoutów, ale widzę tylko czarny ekran w GUI.
Laptop, który właśnie ustawiałem, ciągle wykazywał ten sam problem. Po godzinach poszukiwań w końcu znalazłem wskazówkę, aby sprawdzić, czy BIOS miał wirtualizację sprzętową.
Oto treść postu, który znalazłem:
Widzę, że są jeszcze niektórzy użytkownicy, którzy są doświadczanie tego problemu. Postaram się więc podsumować poniższą listę możliwych rozwiązań problemu z limitem czasu SSH:
- upewnij się, że firewall lub antywirus nie blokuje programu (co wątpię, że będzie się często zdarzać)
- daj swojej maszynie włóczęgi trochę czasu na timeouts się wydarzyć. Jeśli nie masz bardzo szybkiego komputera PC / Mac, uruchomienie maszyny wirtualnej zajmie trochę czasu, aby uruchomić stan gotowości SSH, więc wystąpią przerwy czasowe.
- dlatego najpierw spróbuj pozwolić Vagrant timeout Całkowicie przed stwierdzeniem, że istnieje usterka.
- Jeśli vagrant jest całkowicie wyłączony, zwiększ limit czasu w pliku vagrant do kilku minut i spróbuj ponownie.
- Jeśli to nadal nie działa, spróbuj wyczyścić boot maszyny vagrant poprzez interfejs VirtualBox i włączyć GUI maszyny wcześniej. Jeśli GUI nie pokazuje, że coś się dzieje (np. tylko czarny ekran, bez tekstu) podczas uruchamiania, wtedy twoja maszyna vagrant ma problemy.
- Destroy cała maszyna przez interfejs VB i ponowna instalacja.
- Usuń pliki obrazów ubuntu w folderze Vagrant Images w folderze użytkownika i ponownie Pobierz i zainstaluj.
- Czy masz w ogóle procesor Intela, który obsługuje wirtualizację sprzętu 64bit? Wygoogluj to. Jeśli to zrobisz, upewnij się, że w BIOSie nie ma ustawień wyłączających tę funkcję.
- Wyłącz funkcję hyper-v, jeśli używasz systemu windows 7 lub 8. Google jak wyłączyć.
- upewnij się, że biegasz przez klienta obsługującego SSH. Użyj Git bash. Pobierz: http://git-scm.com/downloads
- zainstaluj 32-bitową wersję ubuntu, taką jak trusty32 lub precise32. Wystarczy zmienić wersję w pliku vagrant i ponownie zainstalować vagrant w nowym katalogu.
- upewnij się, że używasz najnowszych wersji vagrant i virtualbox. Last resorts: sformatuj komputer, Zainstaluj ponownie windows i kup procesor intel core isomething.
Mam nadzieję, że to pomoże.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-08-26 11:10:24
Rozwiązaniem, które znalazłem, jest sprawdzenie opcji połączenia kablowego w adapterze 1, który jest podłączony do NAT. Naprawdę Nie wiem, to jest mój 4th vagrant box, ale to jest jedyny z opcją połączenia kablowego nie zaznaczoną, a po sprawdzeniu to działa.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-11-22 01:46:20
Miałem dokładnie ten sam problem. Myślałem, że problem może być z kluczami SSH (zła lokalizacja pliku lub coś innego, ale sprawdzałem to wiele razy) , ale zawsze możesz dodać w sekcji configure nazwę użytkownika i hasło (bez użycia kluczy ssh) i uruchomiony gui, więc kod w Vagrantfile
powinien wyglądać mniej więcej jak poniżej:
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
config.ssh.username = "vagrant"
config.ssh.password = "vagrant"
config.vm.provider "virtualbox" do |vb|
vb.gui = true
end
end
W moim przypadku nawet jeśli GUI był wyświetlany mam czarny ekran (Brak błędów, możliwość logowania czy cokolwiek innego) a w konsoli dostałem Error: Connection timeout. Retrying...
wiele razy. Upewniłem się, że mam VT-x (wirtualizacja) włączony w BIOSie, sprawdziłem wiele kombinacji wersji zarówno Virtual Box i Vagrant razem i wiele Vagrant pola (dla niektórych z nich nie miałem czarny ekran w GUI, ale nadal mają problemy z połączeniem). Wreszcie zaktualizowałem VirtualBox i Vagrant ponownie do ostatnich wersji i problem nadal wystąpił.
Najważniejsze było przeglądanie ikon w Virtualboxie po uruchomieniu VAGRANTUP (z GUI w Vagrantfile
jak pokazałem powyżej) jak na poniższym obraz
Chociaż nie miałem żadnych błędów w VirtualPC (brak ostrzeżeń, że VT-x nie jest włączony) Moja ikona V
była wcześniej szara, więc oznacza to, że VT-x został wyłączony. Jak powiedziałem, miałem go włączony w moim BIOSie cały czas.
W końcu zdałem sobie sprawę, że problem może być przez HYPER-V
który również zainstalowałem i włączyłem do testowania stron na starszych Internet Explorer. Wszedłem do Windows Control Panel -> Programs and functions / Software
i wybierałem z menu po lewej Turn on or Turn off Windows functions
(mam nadzieję, że je znajdziecie, używam polskich okien więc nie wiem dokładne nazwy angielskie). Wyłączyłem Hyper-V, uruchomiłem ponownie komputer i po uruchomieniu Virtual Box i vagrant up
W końcu nie miałem błędów, w GUI mam ekran logowania i Moja ikona V
przestała być szara.
Zmarnowałem dużo czasu na rozwiązanie tego problemu (i wiele restartów komputera), więc mam nadzieję, że może to być pomocne dla każdego, kto ma problem w systemie Windows - upewnij się, że masz wyłączony Hyper-V w Panelu sterowania.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-11-12 17:54:06
Mój działał dobrze, a potem to " Ostrzeżenie: zdalne połączenie rozłączyć. Powtórka..."w kółko-może z 20 razy-dopóki się nie połączyło. Na podstawie powyższych odpowiedzi po prostu
vagrant destroy
vagrant up
I wszystko było dobrze. Mój był bardzo prosty, ale zrobiłem to w ten sposób, redukując plik Vagrantfile do config.vm.box = "ubuntu/trusty64"
i nadal to robił. Dlatego zniszczenie i ponowne rozpoczęcie wydawało się najlepszym wyborem. Biorąc pod uwagę bezpaństwowość tych obrazów włóczęgów, nie rozumiem, dlaczego miałoby to nie zadziałać. w każdym przypadku. Dopiero zaczynam i może się jeszcze dowiem, że to nieprawda.Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-10-05 00:41:35
Doświadczyłem tego samego problemu na komputerze z systemem Windows 8.1. Limit czasu połączenia i włączenie gui nie było w ogóle przydatne, ekran był czarny. Poprawką w moim przypadku było wyłączenie "Hyper V"
Cytat z Vagrant documentation https://docs.vagrantup.com/v2/hyperv/index.html
Ostrzeżenie: włączenie funkcji Hyper-V spowoduje, że VirtualBox, VMware i inne technologie wirtualizacji przestaną działać. Zobacz ten wpis na blogu https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx aby w łatwy sposób utworzyć wpis rozruchowy do rozruchu systemu Windows bez włączonej funkcji Hyper-V, jeśli będą potrzebne inne hypervisory.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-05-17 16:13:31
Jeśli pracujesz na Windows 8 lub 10, to jest to, co działało dla mnie:
- Zmień ustawienia BIOSu, aby umożliwić wirtualizację 64bit.
- Oto jak:
- Uruchom ponownie komputer przy użyciu zaawansowanego uruchamiania (przejdź do zaawansowanego uruchamiania- "Uruchom teraz" - "rozwiązywanie problemów" - "opcja zaawansowana" - "ustawienie oprogramowania układowego UEFI" - "Uruchom ponownie")
- wewnątrz okna BIOS-przejdź do menu/Zakładki "zaawansowane" - włącz "Intel Virtual Technology"
- Zapisz I Zakończ.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-06-17 22:15:33
Miałem problem z istniejącym pudełkiem( Nie wiem, co się zmieniło), ale mogłem połączyć się przez SSH, mimo że pudełko Vagrant nie uruchomiło się. Tak się składa, że mój klucz SSH jakoś się zmienił.
Z folderu głównego vagrant uruchomiłem vagrant ssh-config
który powiedział mi, gdzie jest plik klucza. Otworzyłem to za pomocą puttygen , a potem dał mi nowy klucz.
Na moim Linuksowym gościu edytowałem ~/.ssh/authorized_keys
i wrzuciłem tam nowy klucz publiczny.
Wszystko znowu działa - na razie!
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-02-24 11:16:20
Miałem ten sam problem po tym jak usunąłem ten wiersz z mojego Vagrantfile:
config.vm.network "private_network", type: "dhcp"
VM załadowany dobrze po odłożeniu tej linii z powrotem.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-02-15 14:18:27
Miałem ten sam problem, ale żadna z innych odpowiedzi nie rozwiązała w pełni mojego problemu. Odpowiedź @Kiee była pomocna, chociaż wszystko, co widziałem w GUI, to czarny ekran (z podkreśleniem w lewym górnym rogu, ten problem w wirtualnym polu również został podniesiony osobno w przepełnieniu stosu, znowu nic nie pomogło).
Ostatecznie rozwiązanie okazało się bardzo proste: Sprawdź wersję swojej wirtualnej maszyny.
Dokładniej, miałem box od kogoś innego z 64-bitowym Debianem, ale Virtual Box nalegał, aby traktować go jako 32-bit, czego nie zauważyłem. Aby go zmienić, otwórz Virtual Box, następnie otwórz terminal i uruchom
vagrant up
Wait for the line
default: SSH auth method: private key
Teraz możesz nacisnąć ctrl + C (lub poczekać na timeout) i uruchomić
vagrant halt
Twoja maszyna wirtualna nie zostanie zniszczona, więc możesz ją zobaczyć w menu Virtual Box, ale będzie wyłączona, więc możesz zmienić ustawienia. Wybierz swoją maszynę w menu, kliknij "Ustawienia" - > "Ogólne" i wybierz odpowiednią "wersję", dla mnie było to "Debian (64-bit)". Po tym typie vagrant up
ponownie.
Jeśli jest to dla Ciebie (lub różne zmiany w "Ustawieniach" rozwiązały twój problem), możesz utworzyć nowe pole z naprawionego wpisania
vagrant package --output mynew.box
Kilka szczegółów: host 32-bit Ubuntu 12.04, guest 64-bit Debian 8.1, Virtual Box 5.0.14, Vagrant 1.8.1
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-02-04 20:33:44
Jest wiele dobrych odpowiedzi tutaj, i nie mogłem przeczytać wszystkiego, ale po prostu wpadłem, aby dać mój mały wkład też. Miałem 2 różne problemy:
-
vagrant up
nie byłem w stanie znaleźć mojego ssh ' id_rsa ' (ponieważ nie miałem go jeszcze, w tym czasie): Na podstawie tego artykułu na Githubie uruchomiłemssh-keygen -t rsa -b 4096 -C "[email protected]"
i voilá, przeszedłem przez to; Następnie mam ten sam problem z tym pytaniem " Warning: Connection timed out. Powtórka...", na zawsze...: Tak więc, po przeczytaniu dużo, zrestartowałem system i spojrzałem na mój BIOS (F2, aby się tam dostać, na PC), i były Wirtualizacja wyłączona. Włączyłem to, zapisałem i uruchomiłem system ponownie, aby sprawdzić, czy coś zmienił.
Potem, vagrant up
zadziałało jak czar! Jest 4 nad ranem, ale działa! Jak fajnie, hã? :D jak Wiem jest bardzo niewielu masochistów takich jak ja, którzy by tego spróbowali w Windows, szczególnie w Windows 10 , I po prostu nie mogłem nie zapomnieć o przyjściu tutaj i zostawić moje słowo... kolejną ważną informacją jest to, że próbowałem skonfigurować Laravel 5, używając Homestead, VirtualBox, composer itp. Udało się. Więc mam nadzieję, że ta odpowiedź pomoże tak jak to pytanie i odpowiedzi pomogły mi. Moje najlepsze życzenia. Pa!
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-05-20 07:12:32
Limit czasu połączenia SSH podczas początkowego rozruchu może być związany z różnymi przyczynami, takimi jak:
- sprawdź, czy wirtualizacja jest włączona w BIOSie (zgodnie z komentarzem ),
- system oczekuje na interakcję z użytkownikiem (np. partycja współdzielona nie jest gotowa),
- niedopasowanie klucza prywatnego (sprawdź konfigurację poprzez
vagrant ssh-config
), - proces rozruchu trwa znacznie dłużej (spróbuj zwiększyć
config.vm.boot_timeout
), - uruchamia się z niewłaściwego dysku (np. z instalatora ISO),
- błędna konfiguracja zapory VM (np.
iptables
Konfiguracja),
W 2007 roku firma została założona przez firmę VPN, która jest właścicielem sieci VPN.]}
-
sshd
błędna konfiguracja.
Aby debugować problem, uruchom go --debug
lub like:
VAGRANT_LOG=debug vagrant up
Jeśli nie ma nic oczywistego, spróbuj połączyć się z nim z innego terminala, przez vagrant ssh
lub przez:
vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default
Jeśli SSH nadal nie powiedzie się, spróbuj uruchomić go z a GUI (np. config.gui = true
).
Jeśli tak nie jest, sprawdź uruchomione procesy (np. przez: vagrant ssh -c 'pstree -a'
) lub zweryfikuj swoje sshd_config
.
Jeśli jest to jednorazowa maszyna wirtualna, zawsze możesz spróbować destroy
ją i up
ją ponownie.
Należy również rozważyć uaktualnienie Vagrant i Virtualbox.
Aby uzyskać więcej informacji, sprawdź stronę debugowania i rozwiązywania problemów .
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-05-23 12:10:48
Testowałem zamontowany folder w mojej Vagrant VM, dodając nowy wpis do /etc/fstab
. Później wylogowałem się, ran Vagrant halt, ale kiedy uruchomiłem vagrant up
dostałem:
SSH auth method: private key
Warning: Remote connection disconnect. Retrying...
Przeczytałem wszystkie te posty i wypróbowałem wszystkie te, które wydawały się istotne dla mojego przypadku (z wyjątkiem Vagrant destroy, który z pewnością naprawiłby mój problem, ale był ostatecznością w moim przypadku). Post @ Kiee podsunął mi pomysł, aby spróbować uruchomić moją maszynę wirtualną bezpośrednio z interfejsu graficznego VirtualBox. Podczas procesu rozruchu maszyna wirtualna zatrzymała się sam i pytał mnie, czy chcę pominąć montowanie folderu testowego, który dodałem wcześniej do /etc/fstab
. (Dlatego vagrant nie mógł uruchomić maszyny wirtualnej.) Po odpowiedzi " nie " VM uruchomił się bez problemu. Zalogowałem się, usunąłem niegrzeczny wiersz z mojego fstab i wyłączyłem maszynę wirtualną.
Po tym włóczęga był w stanie uruchomić po prostu dobrze.
Na wynos? Jeśli nagle vagrant nie może uruchomić ponownie maszyny wirtualnej, spróbuj uruchomić ją bezpośrednio od dostawcy (VirtualBox w moim przypadku). Są szanse, że Twój but jest wieszanie za coś zupełnie niezwiązanego z SSH.Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-06-15 00:34:57
Miałem ten sam problem, gdy używałem x64 box (chef / ubuntu-14.04).
Zmieniłem na x32 i zadziałało (hashicorp / precise32).
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-07-25 10:40:39
Może jest to zbyt prosta odpowiedź, aby pomóc wielu ludziom, ale warto spróbować, jeśli nie: wykonaj "vagrant halt" zamiast "Vagrant suspend", a następnie uruchom ponownie maszynę Wirtualną za pomocą "Vagrant up".
Myślę, że mój problem był spowodowany błędem jakiegoś procesu "kworker" i ciągłym wyłączaniem czasu w maszynie wirtualnej, więc ponowne uruchomienie wydawało się przeładowywać proces poprawnie, podczas gdy save and restore po prostu przywracał uszkodzony proces w stanie uszkodzonym.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-04-16 10:08:49
Mam to podczas uruchamiania vagrant / VirtualBox wewnątrz VirtualBox. Rozwiązałem to, uruchamiając maszynę vagrant w maszynie hosta.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-09-08 19:40:05
Instalacja ubuntu32 bitów na amd64 bitów załatwiła sprawę. Nie mam dostępu do BIOSu, ponieważ jest to ograniczone środowisko, ale nadal udało mi się go uruchomić z ubuntu / trusty32 zamiast ubuntu / trusty64
Używanie Vagrant 1.6.3 z VirtualBox 4.3.15 na Windows 7 SP1
Mam nadzieję, że to pomoże.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-10-28 10:52:42
Dla mnie była to kompatybilność pomiędzy vagrant i virtual box.
Jestem na windows 10 i co zrobiłem odinstalowałem Vagrant i virtual box
Następnie zainstaluj starą wersję virtual box konkretnie w wersji 4.3.38 (zainstaluj pakiet rozszerzeń również dla tej wersji)
Następnie zainstalowano najnowszą kopię vagrant (1.8.5 w tej chwili )
Potem zadziałało.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-07-31 05:00:47
Dowiedziałem się, że na MacOS z Virtualboxem dodanie tego do Vagrantfile pozwoli Ci pójść dalej:
config.vm.provider 'virtualbox' do |vb|
vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-03-27 09:51:52
Jeśli nie chcesz włączać GUI, a następnie musisz go później wyłączyć, Możesz również zainstalować pakiet rozszerzeń z Oracle:
Http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html#extpack
Następnie umieść to w swoim pliku Vagrantfile, aby włączyć VRDP:
vb.customize ["modifyvm", :id, "--vrde", "on"]
Teraz możesz użyć RDP, aby połączyć się z skrzynką na żądanie bez potrzeby uruchamiania SSH lub otwierania GUI przez cały czas.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-04-09 21:34:17
Jeszcze jedno możliwe rozwiązanie dla użytkowników VMware provider: Dla mnie problem został rozwiązany po usunięciu równoległej instalacji VirtualBox na tej samej maszynie hosta. Interfejsy sieciowe między VMware i VirtualBox były najwyraźniej sprzeczne
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-09-02 09:50:57
Mam ten sam problem. Naprawiłem to, włączając Virtualization
z BIOS
setup.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2015-12-03 18:38:28
Usuń plik:
C:\Users\UserName\\.vagrant.d\insecure_private_key
Następnie uruchom:
vagrant up
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-05-12 22:50:44
To, co działało dla mnie, to umożliwienie 64-bitowej wirtualizacji na 64-bitowym systemie operacyjnym (Ubuntu 13.10) z BIOS-u.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2016-12-11 14:07:24
Sprawdź, czy wirtualizacja procesora w BIOS-ie jest włączona.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2017-03-17 14:50:48
FWIW-- mój problem wynikał z używania naprawdę starego pliku konfiguracyjnego zamiast nowszego. Korzystanie z nowego pliku konfiguracyjnego (a tym samym poprawiony/zmieniony DSL) Naprawiono moje problemy natychmiast.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-07-28 20:22:48
Pomogło mi włączenie wirtualizacji w BIOSie, ponieważ maszyna się nie uruchomiła.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-08-18 08:23:37
Zamiast ctrl-d-ing z wirtualnego pudełka, jak mam zwyczaj robić kiedykolwiek ssh do czegokolwiek, myślę, że vagrant wolałby dostać się do innego terminala i zrobić a:
vagrant halt
Aby zatrzymać pudełko. Wtedy nie będzie problemów z powrotem do VB.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-08-28 20:34:24
Miałem do czynienia z tym samym problemem, jednak żadne z wymienionych rozwiązań nie zadziałało na mnie! Rozwiązałem go, obniżając Vagrant do 1.6.2 i teraz działa!
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2014-09-06 15:05:37