Vagrant ssh, VirtualBox ile başarısız oluyor


39

serseri bölümüne sersem sersem yukarı başarısız:

myterminal$ vagrant up
[default] VM already created. Booting if its not already running...
[default] Running any VM customizations...
[default] Clearing any previously set forwarded ports...
[default] Forwarding ports...
[default] -- ssh: 22 => 2222 (adapter 1)
[default] -- db2: 30003 => 30003 (adapter 1)
[default] Cleaning previously set shared folders...
[default] Creating shared folders metadata...
[default] Booting VM...
[default] Waiting for VM to boot. This can take a few minutes.
[default] Failed to connect to VM!
Failed to connect to VM via SSH. Please verify the VM successfully booted
by looking at the VirtualBox GUI.

Sonradan serseri veya serseri yeniden yükle veya benzerini kullanarak bağlanmayı denediğimde ve bağlandığımda şunu alıyorum:

myterminal$ vagrant reload
[default] Attempting graceful shutdown of linux...
SSH connection was refused! This usually happens if the VM failed to
boot properly. Some steps to try to fix this: First, try reloading your
VM with `vagrant reload`, since a simple restart sometimes fixes things.
If that doesn't work, destroy your VM and recreate it with a `vagrant destroy`
followed by a `vagrant up`. If that doesn't work, contact a Vagrant
maintainer (support channels listed on the website) for more assistance.

Lütfen yardım et! Gerçekten çok şaşkınım.

Saygılarımla,

Luke

Yanıtlar:


10

Kurulum sırasında bu sorunu gördüm ve sonunda yerel ana bilgisayar dosyasına bir ad ekleyeceğim gerçeğine kadar daraltdım. Ben de:

127.0.0.1 localhost myname myalias

Kaldırılan myaliashangi ekledim etmişti ve tamam yüklendi. Ağla ilgili bir ipucu olduğu için @saphirlazuli'ye teşekkür ederiz.


Myalias'ı korumak istersem geçici çözüm nedir?
Mickey Cheong

Bir takma ad kullanmak istiyorsanız, Debian / Ubuntu yolu, ilk satırı tam olarak tutmak 127.0.0.1 localhost, ancak takma adlarınızla ikinci bir satır eklemek, şöyle:127.0.1.1 foo bar baz
CodeGnome

26

Vagrant sitesinin "Başlarken" bölümünde verilen kutuyla da aynı sorunu yaşadım. Aşağıdaki çözümüm bu yazının kutusu için.

Burada bir çözüm buluyorum: https://github.com/mitchellh/vagrant/issues/391

  1. VagrantFile'da gui modunu ekleyin: config.vm.boot_mode = :gui
  2. Çalıştırmak vagrant up
  3. GUI'de "vagrant" kullanıcısı ile giriş yapın (password = "vagrant")
  4. int, çalışma sudo /etc/init.d/networking restart, /etc/network/interfacesdosyada, şimdi bir bölüm olması gerekir#VAGRANT-BEGIN [...]#VAGRANT-END
  5. vagrant reloadfiziksel makinede koşmak

3
Bu benim için çalıştı, teşekkürler. Vagrant'ı daha önce çalıştırıyordum, sonra yeni bir kutu ile çalışmayı bıraktı. Buna neyin sebep olduğu hakkında bir fikrin var mı?
Andrew Vit

sudo /etc/init.d/networking restart benim için çalıştı, teşekkürler!
Anatoly

2
Yeniden başlattım, ancak / etc / network / interface'lerde # VAGRANT-BEGIN [...] # VAGRANT-END ile bölümüm yok, neden? Manuel olarak ekleyebilir miyim?
sparrovv

1
AnladımThe following settings shouldn't exist: boot_mode
Calin

1
En son sürümde yer almanız gerekir v.gui = sağlayıcı yapılandırması için doğru
Calin

6

Bu benim için aralıklı bir sorundur ve kesinlikle ağ oluşturma ile ilgili gibi görünüyor. # 391 ve # 455'te Vagrant GitHub sayılarında daha faydalı bilgiler buldum . Kullanılmayan ana bilgisayar ağımı VirtualBox ayarlarında silmeyi denedim (GitHub sorunlarından birinde olası bir düzeltme olarak önerildiği gibi).

GUI modunda (önceki bir cevapta açıklandığı gibi), sorunları ayıklamak / düzeltmek için harika bir yoldur. Bunun sebebi ne olursa olsun VM'nin başlangıçta bir IP adresi alamadığıdır. GUI modunda başlayıp daha sonra oturum açmak (serseri / serseri) ve sudo dhclientkonuk işletim sisteminde çalışmak IP adresini alır ve Vagrant kurulum işlemi başarıyla tamamlanır.

Hala olsa da kalıcı bir düzeltme arıyorum.

Bu yardımcı olur umarım!

[EKLENDİ EDİLDİ]: GitHub Sayı # 455’e , aşağıdaki yapılandırmayı eklemek için yararlı bir öneri eklendi Vagrantfile:

config.ssh.max_tries = 150

Bu şu anda benim için çalışıyor ve sorun zaman aşımına uğramış gibi göründüğü için mantıklı görünüyor - deneme sayısının arttırılması SSH sürecinin zaman içinde başarılı olma olasılığını arttırmalı. Bu ilk önce aralıklı bir meseledir, bu yüzden bir süreliğine karar vereceğim, ancak parmaklar işe yaradı! Düzeltmeyi önerdiğiniz için karel1980'e teşekkür ederiz.


Kullanılmayan ana bilgisayar ağımı VirtualBox ayarlarında silmek benim için işe yaradı! Teşekkür ederim!
Dük

1
Görünüşe göre bu ayar 1.3.X itibariyle sınırlandırılmış
Jeremy Hajek

5

Eğer vagrant upbaşarısız, ben şunları öneriyoruz:

  1. Gui moduyla önyükleme : Bu, görüntünün bozuk olup olmadığını (veya örneğin, hazırlama başlamadan önce ne yaptığını) görmek için yardımcı olur config.vm.boot_mode = :gui.Vagrantfile
  2. Hata ayıklama günlüğü : provizyonu hata ayıklama ile çalıştırın ,chef.log_level = :debug
  3. Kutuyu tekrar paketleyin : bazen her şey yolunda gitmeden önce bir şeyler kurmanız gerekir - önyükleyiciyi önyüklemek için. En kolay (İhtiyacınız ne olursa olsun yüklemek ve kutuyu yeniden paketlemek, herhangi sağlama olmadan vm önyükleme içindir ki, gerçekten mümkün değildir vagrant box repackage foo, ardından vagrant import fooeklemek sonra ve fooGözlerinde farklı Vagrantfile)

Not: gui kipinin başka sorunları olabilir; örneğin, benim için 0.7.5gui etkinleştirildiğinde serseriyle hiçbir ön hazırlık çalışması yapılmaz . Yine de gerçek kutuyu ayıklamak için hala harika.


2

Ağ kartımın türü başlangıçta ayarlandı 82540EM. Bunu değiştirdim Am79C973ve şimdi Vagrant up her zaman işe yarıyor. Birden fazla VM başlattım, hatta ana bilgisayarı yeniden başlattım ve hala çalışıyor.

Komut:

VBoxManage modifyvm yourmachinename --nictype1 Am79C973

Kutunuzu yeniden paketlemeyi ve Vagrant'a okumayı unutma.

Core i7-2600 makinesinde VirtualBox 4.1.16 kullanarak Debian Squeeze 64-bit'i sunucu ve misafir olarak kullanıyorum.


1

Çekirdek modülü zaten kuruluysa, VM'yi doğrudan VirtualBox ile başlatmayı deneyin. Bu, VM önyüklemesi sırasında karşılaşılan tüm başlatma hatalarını gösterir. Dosya sistemi hataları gibi sorunlar, SSH sunucusu arka plan programının düzgün çalışmasını engeller.


1

Osx (VirtualBox 4.1.0 ve Vagrant 0.8.6) için de aynı problem vardı ve benim için tek yardım şuydu:

  1. ile giriş: gui giriş / geçiş: vagrant
  2. “/etc/rc.local” dosyasını değiştirerek “sh /etc/init.d/networking restart” satırını hemen “0 çık” dan önce ekleyin.
  3. devre dışı bırakma: gui
  4. serseri yeniden yükle

Bunu şurada buldum: https://github.com/mitchellh/vagrant/issues/391 thx mikhailov.


1

Ben de aynı problem vardı. Benim durumumda 64-bit öykünme etkin değildi. Biyosomda bu özelliği etkinleştirmek sorunu çözdü.


1

Disk kutusundan dolayı konuk kutum düzgün şekilde açılmıyordu.

VM'yi kapatmaya zorladım

VBoxManage controlvm poweroff

Sonra benim Vagrantfilebu satırı içerecek şekilde değiştirdim :

config.vm.boot_mode =: gui

Sonra tekrar koştum

sersemlemiş

Açılan GUI'de 'disk fixer' yardımcı programını çalıştırmak zorunda kaldım.

Disk yardımcı programını çalıştırdıktan sonra, VM'im başarıyla önyüklendi ve sonra çalışabilirdim vagrant ssh.


1

Vagrantfile'deki kısmı şöyle yorumladım:

  config.vm.provider :virtualbox do |vb|
    # Don't boot with headless mode
    vb.gui = true

    # Use VBoxManage to customize the VM. For example to change memory:
    # vb.customize ["modifyvm", :id, "--memory", "1024"]
  end

Kurtardım ve sonra yaptım

vagrant reload

ve sonra işler yolunda gitti. Bunun neden düzeltildiğinden emin değilim.


0

Yazın sudo /etc/init.d/vboxdrv setup. Şimdi çalışması gerekir.


0

Benim sorunum şuydu:

/etc/hosts

Giriş yaptım

127.0.1.1 lucid32

kutu adımın olduğu gibi lucidtestyukarıdaki satırı değiştirdim.

127.0.1.1 lucidtest

ve işe yaradı.


0

Bu ileti, ssh sunucusunun VM'de çalışmadığını gösterir. yüklü olduğundan emin olun

sudo apt-get install openssh-server

ve koşma

ssh localhost

bir hata yapmamalı.

Serseri içindeki hataları dışlamak için ssh'yi doğrudan vm'ye denemelisiniz:

ssh serseri @ localhost -p2222

(varsayılan kullanıcı ve port yönlendirme varsayılarak)


0

Windows 7'de çalıştırmak

vagrant ssh

eğer böyle bir şey alırsan ...

`vagrant ssh` isn't available on the Windows platform. You are still able
to SSH into the virtual machine if you get a Windows SSH client (such as
PuTTY). The authentication information is shown below:

Host: 127.0.0.1
Port: 2222
Username: vagrant
Private key: U:/.vagrant.d/insecure_private_key

O zaman böyle bir şey kullanmalısın ...

ssh vagrant@127.0.0.1 -p 2222 -i /cygdrive/u/.vagrant.d/insecure_private_key

Not Windows kutumda Macunu yerine cygwin kullanıyorum.


OP, Windows 7'yi kullanmıyor.
Tanner Faulkner

Eyvallah r.tanner.f - Hiçbir OS belirtilmedi, bu bana yardımcı oldu, umarım başkalarına yardımcı olur.
Artistan

Neden reddedildiğini bilmiyorsun, bu diğer insanlara yardım edebilir gibi görünüyor
Mark

0

İşte hatanın olası bir başka nedeni :

[default] Waiting for VM to boot. This can take a few minutes.
[default] Failed to connect to VM!
Failed to connect to VM via SSH. Please verify the VM successfully booted
by looking at the VirtualBox GUI.

Bu şekilde config dosyasında bir kullanıcı adı belirtilebilir:

config.ssh.username = "badusername"

Eğer bu kullanıcı adı mevcut değilse veya bir nedenden dolayı oturum açamıyorsa, ne siz ne de Vagrant VM’de SSH’ye erişemezsiniz. Bu nedenle, VM aslında çalışıyor ve çalışıyor olsa bile, Vagrant "bağlanmayı başaramayacak".


0

Benim sorunum vagrant sshbunun hiçbir şey yapmamasıydı.

Kaldırıldım ~/.ssh/configve sorun çözüldü. Dosyayı bir yere kopyalayın veya saklamak istiyorsanız yeniden adlandırın.


Yerel veya uzak sistemde?
Jeremy Hajek

0

Diğerleriyle olduğu gibi, GUI'yi kullandım (bu gibi sorunları önlemek için her zaman buna sahibim)

config.vm.boot_mode = :gui

Buradaki komutlar çalışmadığı için VirtualBox menüsünü kullandım. Menüden Makine> Sıfırla, ardından ssh mümkün oldu.


0

Çalışan vm'yi kapattım ve yeni bir basebox oluşturdum:

  1. VM'yi kapatın Vermeye çalışıyorum
  2. vagrant package --base "salt-master basebox" --vagrantfile ./Vagrantfile
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.