Vagrant takılmış bağlantı zaman aşımı yeniden denemesi

Benim vagrant dün gece mükemmel çalışıyor. PC'yi yeni açtım, vurdum vagrant upve aldığım şey bu:

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

Daha önce bunu yapan var mı? vagrant henüz internette geniş bir kapsama sahip değil ve bunun olmasının bir sebebini bulamıyorum.

Bu sorunu çözdüm ve başka birisinin benzer bir sorunu olması durumunda cevap vereceğim.

Yaptığım şey: Sanal kutunun GUI'sini, başlangıçta girişin doğrudan ubuntu veya safemode vb.

GUI'yi açmak için bunu vagrant yapılandırmanıza koymanız gerekir Vagrantfile:

config.vm.provider :virtualbox do |vb|
  vb.gui = true
end

Vagrant makinenizle sıkışıp kaldığınızda, yukarıda açıklanan şekilde gui modunda önyüklemeye gerek yoktur (ve X sunucusu olmadan imkansızdır).

VM'niz önyüklenirken, ayrı bir terminal penceresinde, çalışan makinenin kimliğini bulun.

vboxmanage list runningvms

Bu şöyle bir şeyle sonuçlanacaktır:

"projects_1234567890" {5cxxxx-cxxx-4xxx-8xxx-5xxxxxxxxxx}

Oldukça sık, VM sadece bootloader'da bir seçenek seçmenizi bekliyor. Vm'ye uygun anahtar kodunu (durumda Enter) şu adrese gönderebilirsiniz controlvm:

vboxmanage controlvm projects_1234567890 keyboardputscancode 1c

Bu kadar. Sanal makineniz önyükleme işlemine devam edecektir.

İki kez kontrol edilmesi gereken bir şey, makinenizin BIOS'unda Donanım Sanallaştırma'nın etkin olup olmadığıdır.

Benim sorunum aynı zaman aşımı dizesi ama GUI sadece siyah bir ekran görebiliyordu.

Sadece kurduğum bir dizüstü bilgisayar aynı sorunu göstermeye devam etti. Saatlerce arama yaptıktan sonra, sonunda BIOS'ta Donanım Sanallaştırması'nın etkin olup olmadığını görmek için bir ipucu buldum.

İşte bulduğum yazının içeriği:

Hala bu sorunu yaşayan bazı kullanıcılar olduğunu görüyorum. Bu yüzden, SSH zaman aşımı sorununa bazı olası çözümlerin bir listesini aşağıda özetlemeye çalışacağım:

• Güvenlik duvarınızın veya virüsten koruma programınızın programı engellemediğinden emin olun (sık sık olacağından şüpheliyim)
• Vagrant makinenize zaman aşımlarının gerçekleşmesi için biraz zaman tanıyın. Çok hızlı bir PC / Mac'iniz yoksa, VM'nin SSH hazır durumuna geçmesi zaman alır, bu nedenle zaman aşımları gerçekleşir.
• Bu nedenle, bir hata olduğu sonucuna varmadan önce vagrant zaman aşımına TAMAMEN izin vermeye çalışın.
• Vagrant zaman aşımına uğrarsa, vagrant dosyasındaki zaman aşımı sınırını birkaç dakikaya çıkarın ve tekrar deneyin.
• Bu hala işe yaramazsa, sanal makinenizi VirtualBox arabirimi üzerinden temizlemeyi deneyin ve makinenin GUI'sini önceden etkinleştirin. GUI önyükleme sırasında herhangi bir şey göstermiyorsa (yani sadece siyah ekran, metin yok), o zaman vagrant makinenizde sorunlar var.
• Tüm makineyi VB arayüzü üzerinden imha edin ve yeniden kurun.
• Kullanıcı klasöründeki Vagrant Images klasöründeki ubuntu resim dosyalarını silin ve yeniden indirin ve yükleyin.
• 64 bit donanım sanallaştırmasını destekleyen bir intel işlemciniz bile var mı? Google'a sor. Bunu yaparsanız, Bios'unuzda bu özelliği devre dışı bırakan bir ayar olmadığından emin olun.
• Windows 7 veya 8 çalıştırıyorsanız hyper-v özelliğini devre dışı bırakın.
• SSH etkin bir istemci üzerinden çalıştığınızdan emin olun. Git bash kullanın. İndir: http://git-scm.com/downloads
• Trusty32 veya precise32 gibi ubuntu'nun 32bit sürümünü yükleyin. Sadece vagrant dosyasındaki sürümü değiştirin ve vagrant'ı yeni dizine yeniden yükleyin.
• En yeni vagrant ve sanal kutu sürümlerini kullandığınızdan emin olun. Son tatil köyleri: Bilgisayarınızı biçimlendirin, pencereleri yeniden yükleyin ve bir intel core isomething işlemci satın alın.

Umarım yardımcı olur.

Bulduğum çözüm, NAT'a bağlı adaptör 1'deki kablo bağlantı seçeneğini kontrol etmektir. Gerçekten bilmiyorum, bu benim 4. vagrant kutusu ama bu kablo bağlantı seçeneği kontrol edilmez tek ve bu kontrol üzerine, o çalışır.

Aynı problemi yaşadım. Sorun SSH tuşlarıyla olabileceğini düşündüm (dosya veya başka bir şey yanlış yerelleştirme ama çok defa kontrol) ama her zaman kod böylece GUI ve koşma (SSH tuşlarını kullanmadan) yapılandırmak bölüm adı ve şifre ekleyebilir Vagrantfilegörünmelidir aşağıdaki gibi daha fazla veya daha az gibi:

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

Benim durumumda GUI gösterilse bile siyah ekran var (hata veya giriş yapma imkanı veya başka bir şey) ve konsolda Error: Connection timeout. Retrying...birçok kez aldım . BIOS'ta VT-x (sanallaştırma) etkin olduğundan emin oldum, hem Virtual Box hem de Vagrant'ın sürümlerinin birçok kombinasyonunu ve birçok Vagrant kutusunu kontrol ettim (bazıları için GUI'de siyah ekranım yoktu, ancak hala bağlantı var sorunlar). Son olarak VirtualBox ve Vagrant'ı son sürümlerine tekrar güncelledim ve sorun hala devam etti.

Önemli Vagrantfileolan, aşağıdaki resimde olduğu gibi vagrantup'ı ( yukarıda gösterdiğim gibi GUI ile) çalıştırdıktan sonra VirtualBox'daki simgelere bakıyordu.

VirtualPC'de hiçbir hatam olmamasına rağmen (VT-x'in etkinleştirilmediğine dair uyarı yok) ikonum Vdaha önce griydi, bu yüzden VT-x devre dışı bırakıldı. Söylediğim gibi, BIOS'umda her zaman etkinleştirdim.

Sonunda HYPER-V, eski Internet Explorer'da siteleri test etmek için de yükleyip etkinleştirebileceğim sorunun farkına vardım . Windows'a gittim Control Panel -> Programs and functions / Softwareve soldaki menüden seçim yaptım Turn on or Turn off Windows functions(umarım bunları bulacaksınız, Lehçe Windows kullanıyorum, bu yüzden tam İngilizce isimlerini bilmiyorum). Hyper-V'yi kapattım, PC'yi yeniden başlattım ve Virtual Box'ı çalıştırdıktan sonra vagrant upnihayetinde hiçbir hata yapmadım, GUI'de giriş ekranım var ve Vikonum gri renkte durdu.

Bu sorunu çözmek için çok fazla zaman harcadım (ve birçok PC yeniden başlatılıyor), bu yüzden bunun Windows'ta sorunu olan herkes için yararlı olabileceğini umuyorum - Kontrol Panelinizde Hyper-V'nin kapalı olduğundan emin olun.

Benimki iyi çalışıyor ve sonra bu "Uyarı: Uzaktan bağlantı kesiliyor. Tekrar deneniyor ..." - belki 20 kez - bağlanana kadar. Yukarıdaki cevaplara dayanarak sadece

vagrant destroy
vagrant up

ve her şey iyiydi. Benimki çok basitti ama Vagrantfile'i sadece keserek bu şekilde yaptım config.vm.box = "ubuntu/trusty64"ve hala yapıyordu. Bu yüzden yok etmek ve yeniden başlamak en iyi seçenek gibi görünüyordu. Bu Vagrant görüntülerinin vatansız doğası göz önüne alındığında, bunun her durumda neden işe yaramayacağını anlamıyorum. Sadece buna giriyorum ve bunun doğru olmadığını öğrenebilirim.

Aynı sorunu bir Windows 8.1 makinesinde de yaşadım. Bağlantı zaman aşımı ve gui'yi etkinleştirmek hiç de kullanışlı değildi, ekran siyahtı. Benim durumumdaki düzeltme "Hyper V" yi devre dışı bırakıyordu

Vagrant belgelerinden alıntı https://docs.vagrantup.com/v2/hyperv/index.html

Uyarı: Hyper-V'nin etkinleştirilmesi VirtualBox, VMware ve diğer sanallaştırma teknolojilerinin artık çalışmamasına neden olacaktır. Hyper-V etkinleştirilmeden bir önyükleme girişi oluşturmanın kolay bir yolu için https://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxAndHyperVWithABCDEditBootEntryInWindows81.aspx , diğer hipervizörlere ihtiyaç duyduğunuz zamanlar varsa, bu önyükleme girişini oluşturmanın kolay bir yolu için bakın .

Windows 8 veya 10 üzerinde çalışıyorsanız, bu benim için işe yaradı:

1. 64 bit sanallaştırmaya izin vermek için BIOS ayarlarını değiştirin.
2. İşte böyle:
   • Gelişmiş Başlangıç'ı kullanarak PC'yi yeniden başlatın (Gelişmiş Başlangıç'a gidin -'Şimdi başlat '-' sorun giderme '-'gelişmiş seçenek'-' UEFI Ürün Yazılımı Ayarı '-' Yeniden Başlat ')
   • BIOS penceresinin içinde - 'Gelişmiş' menü / sekmesine git - 'Intel Sanal Teknolojisi'ni etkinleştir
   • Kaydet çık.

Mevcut bir kutunun (değil emin ne değiştirdi) ile bu ile bir sorunu vardı, ama olabilir Serseri kutusu açılamamışlardır rağmen SSH ile bağlayın. Bu gerçekleştiğinde SSH anahtarım bir şekilde değişmişti.

vagrant ssh-configAnahtar dosyanın nerede olduğunu söyleyen vagrant kök klasöründen koştum . Bunu puttygen ile açtım ve sonra bana yeni bir anahtar verdi.

Linux ~/.ssh/authorized_keyskonuğumda, yeni ortak anahtarı düzenledim ve bıraktım .

Her şey tekrar çalışıyor - şimdilik!

Vagrantfile bu satırı sildikten sonra aynı sorunu vardı:

config.vm.network "private_network", type: "dhcp"

Bu hattı geri koyduktan sonra VM iyi yüklendi.

İlk önyükleme sırasında SSH bağlantı zaman aşımı aşağıdakiler gibi çeşitli nedenlerle ilişkili olabilir:

• BIOS'ta sanallaştırmanın etkin olup olmadığını kontrol edin ( yoruma göre ),
• sistem kullanıcı etkileşimi için bekliyor (örn. paylaşım bölümü hazır değil ),
• özel anahtarınızın uyuşmazlığı (yapılandırma yoluyla kontrol edin vagrant ssh-config),
• önyükleme işlemi çok daha uzun sürüyor (artırmayı deneyin config.vm.boot_timeout),
• yanlış sürücüden önyükleme yapıyor (örn. ISO yükleyicisinden),
• VM güvenlik duvarı yanlış yapılandırması (örn. iptablesYapılandırma ),
• yerel güvenlik duvarı kuralları, bağlantı noktası çakışması veya bir VPN yazılımı ile çakışma,
• sshd yanlış yapılandırma.

Sorunu ayıklamak için lütfen bir --debugseçenek veya benzeri çalıştırın :

VAGRANT_LOG=debug vagrant up

Açık bir şey yoksa, başka bir terminalden vagrant sshveya aşağıdaki yöntemlerle bağlanmaya çalışın :

vagrant ssh-config > vagrant-ssh; ssh -F vagrant-ssh default

SSH hala başarısız olursa, GUI ile çalıştırmayı deneyin (örn. config.gui = true).

Değilse, çalışan işlemleri kontrol edin (örneğin: ile vagrant ssh -c 'pstree -a') veya cihazınızı doğrulayın sshd_config.

Tek kullanımlık VM ise, her zaman destroyve uptekrar deneyebilirsiniz .

Ayrıca Vagrant ve Virtualbox'ınızı yükseltmeyi de düşünmelisiniz.

Daha fazla bilgi için, Hata Ayıklama ve Sorun Giderme sayfasına bakın.

Aynı sorunu yaşadım, ancak diğer cevapların hiçbiri sorunumu tam olarak çözmedi. GUI'de görebildiğim her şey siyah bir ekran olmasına rağmen @Kiee tarafından yanıtlandı, (sol üstte alt çizgi ile, Virtual Box'daki bu sorun da yığın taşmasında ayrı olarak artırıldı, yine hiçbir şey yardımcı olmadı).

Sonunda, bir çözüm çok basit oldu: sanal makinenizin sürümünü kontrol edin .

Daha doğrusu, 64 bit Debian ile başka birinden bir kutu aldım, ancak Sanal Kutu, fark etmediğim 32 bit gibi davranmak için ısrar etti. Değiştirmek için Sanal Kutu'yu açın, sonra terminali açın ve çalıştırın

vagrant up

hattı bekle

default: SSH auth method: private key

şimdi ctrl + C tuşlarına basabilir (veya zaman aşımını bekleyebilirsiniz) ve

vagrant halt

sanal makineniz yok edilmez, böylece Sanal Kutu menüsünde görebilirsiniz, ancak kapatılacak, böylece ayarları değiştirebilirsiniz. Menüden makinenizi seçin, 'Ayarlar' -> 'Genel'i tıklayın ve uygun' Sürüm'ü seçin, benim için 'Debian (64 bit)' idi. Bu türden sonra vagrant uptekrar.

Bu sizin için bir durumsa (veya "Ayarlar" daki farklı değişiklikler sorununuzu çözdüyse), onarılan yazarak yeni bir kutu oluşturabilirsiniz

vagrant package --output mynew.box

Bazı detaylar: 32-bit Ubuntu 12.04, konuk 64-bit Debian 8.1, Virtual Box 5.0.14, Vagrant 1.8.1

Burada çok iyi cevaplar var ve hepsini okuyamadım, ama az da katkıda bulundum. 2 farklı sorunum vardı:

1. vagrant upssh ' id_rsa'mı bulamadım (çünkü henüz o zamana sahip değildim): Bu GitHub'ın makalesinessh-keygen -t rsa -b 4096 -C "myemailaddress@mydomain.com" dayanarak koştum ve voilá, bunun üzerinden geçtim;

2. Sonra, aynı sorunun " Uyarı: Bağlantı zaman aşımına uğradı. Yeniden deneniyor ... ", ebediyen ...: Yani, çok okuduktan sonra sistemimi yeniden başlattım ve BIOS'uma baktım (almak için F2) PC'de) ve Sanallaştırma devre dışı bırakıldı . Bir şey değiştirip değiştirmediğini kontrol etmek için sistemi bir kez daha kaydettim ve başlattım.

Bundan sonra, vagrant upbir cazibe gibi çalıştı! 04:00 ama çalışıyor! Ne kadar havalı, hã? : D Benim gibi çok az mazoşist geliştirici olduğunu bildiğim gibi, bunu Windows'da, özellikle Windows 10'da deneyecekti, buraya gelmeyi unutamadım ve sözümü bıraktım ... başka önemli bir bilgi, Ben set-up çalışıyordu laravel 5 , vb Homestead, VirtualBox, besteci Bu çalıştı kullanarak. Umarım bu cevap bu soru gibi yardımcı olur ve cevaplar bana yardımcı olur. En iyi dileklerimle. G-güle!

Yeni bir giriş ekleyerek vagrant VM'mde takılı bir klasörü test ediyordum /etc/fstab. Daha sonra çıkış yaptım, vagrant durdu koştum, ama koştuğumda vagrant upaldım:

SSH auth method: private key
Warning: Remote connection disconnect. Retrying...

Tüm bu mesajları okudum ve benim durumum için alakalı görünüyordu tüm olanlar çalıştı (kesinlikle benim sorunum giderir, ama benim durumumda son çare oldu vagrant yok hariç). @Kiee tarafından gönderilen yazı bana VM'imi doğrudan VirtualBox GUI'den önyükleme denemesi fikrini verdi. Önyükleme işlemi sırasında VM kendini durdurdu ve daha önce eklediğim test klasörünü atlamayı atlamak isteyip istemediğimi sordu /etc/fstab. (Bu yüzden vagrant VM'yi önyükleyemedi.) 'HAYIR' yanıtını verdikten sonra VM hiçbir sorun önyüklemedi. Giriş yaptım, yaramaz hattı fstab'ımdan kaldırdım ve VM'yi kapattım.

Bundan sonra vagrant iyi önyükleme yapabildi.

Paket servisi? Birdenbire vagrant VM'nize geri önyükleme yapamıyorsa, doğrudan sağlayıcıdan önyükleme yapmayı deneyin (benim durumumda VirtualBox). Şansınız, SSH ile tamamen alakasız bir şey için asılıdır.

Ben x64 kutusu (şef / ubuntu-14.04) kullanırken aynı sorunu vardı.

X32 olarak değiştirdim ve işe yaradı (hashicorp / precise32).

Belki bu bir çok insana yardım etmek için çok basit bir cevaptır, ancak eğer denemediyseniz denemeye değer: "Vagrant askıya alma" yerine "vagrant durma" yapın ve VM'yi "vagrant up" ile yeniden başlatın.

Benim sorunum bazı "kworker" sürecinin buggy alıp sürekli VM zaman aşımına bağlı olduğunu düşünüyorum ve böylece bir kurtarma ve geri yükleme işlemi kırık durumda geri kırık iken geri yükleme doğru bir şekilde yeniden yükleme gibi görünüyordu.

VirtualBox içinde vagrant / VirtualBox çalıştırırken bunu aldım. Bunu ana makinede vagrant makineyi çalıştırarak çözdüm.

VirtualBox ile MacOS'ta bunu Vagrantfile'a ekleyerek daha da ileri gideceğinizi öğrendim:

config.vm.provider 'virtualbox' do |vb|
  vb.customize ['modifyvm', :id, '--cableconnected1', 'on']
end

Bir AMD64 bitine ubuntu32 bitleri yüklemek hile yaptı. Kısıtlı bir ortam olduğundan beri BIO'lara erişimim yok, ancak yine de ubuntu / trusty64 yerine ubuntu / trusty32 ile çalışabildim

Vagrant 1.6.3'ü Windows 7 SP1'de VirtualBox 4.3.15 ile kullanma

umarım yardımcı olur.

Benim için bu, vagrant ve sanal kutu arasındaki uyumluluktu.

Windows 10'dayım ve yaptığım şey vagrant ve sanal kutuyu kaldırdım

Ardından, sanal kutunun eski bir sürümünü özellikle sürüm 4.3.38'i yükleyin (Bu sürüm için de uzantı paketini yükleyin)

Daha sonra vagrant'ın en son kopyasını yükledi (şu anda 1.8.5)

Bundan sonra işe yaradı.

GUI'yi etkinleştirmek istemiyor ve daha sonra devre dışı bırakmak zorundaysanız, uzantı paketini Oracle'dan da yükleyebilirsiniz:

http://www.oracle.com/technetwork/server-storage/virtualbox/downloads/index.html#extpack

Daha sonra VRDP'yi etkinleştirmek için Vagrantfile'ınıza ekleyin:

vb.customize ["modifyvm", :id, "--vrde", "on"]

Artık SSH'nin çalışmasına veya GUI'nin her zaman açılmasına gerek kalmadan talep üzerine kutunuza bağlanmak için RDP'yi kullanabilirsiniz.

VMware sağlayıcısının kullanıcıları için bir olası çözüm daha: Benim için sorun, aynı ana makineye paralel bir VirtualBox kurulumu kaldırıldıktan sonra çözüldü. VMware ve VirtualBox arasındaki ağ arayüzleri görünüşte çelişiyordu

Aynı problemle karşılaştım. Ben etkinleştirerek bu sabit Virtualizationdan BIOSkurulum.

Dosyayı silin:

C:\Users\UserName\\.vagrant.d\insecure_private_key

O zaman koş:

vagrant up

Benim için işe yarayan, BIOS'tan 64 bit işletim sisteminde (Ubuntu 13.10) 64 bit sanallaştırmaya izin vermektir.

BIOS kurulumunda CPU'nuzun sanallaştırmasının etkin olup olmadığını kontrol edin.

Benim durumumda, statik bir IP adresi vermek, sorunu basitçe çözdü:

config.vm.network "private_network", ip: "192.168.50.50"

FWIW-- Benim sorunum daha yeni bir dosya yerine gerçekten eski bir yapılandırma dosyası kullanmaktı. Yeni yapılandırma dosyasını (ve böylece ince ayarlı / değiştirilmiş DSL) kullanmak sorunlarımı anında düzeltti.

Bana yardımcı olan şey, BIOS'ta sanallaştırmanın etkinleştirilmesiydi, çünkü makine önyükleme yapmadı.

Sanal kutudan ctrl-d-ing'den ziyade, herhangi bir şeye ssh yaptığımda yapmayacağım, vagrant'ın başka bir terminale girip bir şey yapmasını tercih edeceğine inanıyorum:

vagrant halt

kutuyu durdurmak için. O zaman VB'ye geri dönüş sorunu olmayacak .