2015-07-31 13 views
12

Vagrant non riesce a visualizzare ubuntu/vivid32. Durante l'avvio, vagabondo tenta di connettersi più volte e alla fine scade. Se mi collego alla scatola tramite VirtualBox manager ifconfig mostra che eth0 è attivo ma non gli viene assegnato alcun IP. poi faccioVagrant up non riesce ad avviare l'interfaccia di rete su immagini cloud

sudo ifdown eth0 && sudo ifup eth0 

Dopo di che, ifconfig mostra che eth0 ha un indirizzo IP. Posso connettermi da vagabondo con sragante ssh Se spengo e accendo il guest con il gestore di VirtualBox, il guest esce ok (con indirizzo IP) e vagabondo che, ifconfig mostra che eth0 ha un indirizzo IP. Posso quindi connettermi da vagabondo con sragant ssh.

Se Spegnere e accendere l'ospite con VirtualBox direttore, l'ospite viene in su ok (con indirizzo IP) e vagabondo può connettersi via SSH vagabonda.

Se io potere fuori tramite vagabondo (vagabondo arresto) e accendere (vagabondo fino), ottengo lo stesso problema (timeout sul lato vagabondo e nessun indirizzo IP) e non riesco a connettermi al cliente tramite vagabondo ssh.

Mentre vagabonda tenta di connettersi, l'ospite mostra:

cloud-init-nonet[4.54]: waiting 10 seconds for network device 
cloud-init-nonet[14.57]: waiting 120 seconds for network device 
cloud-init-nonet[134.57]: gave up waiting for a network device 

Ho provato diverse soluzioni proposte sul lato ospite come this.

Ciò che ho provato non ha aiutato il lato vagabondo.

Dopo la correzione iniziale dell'indirizzo IP nel guest, il manager di VirtualBox può portare la scatola in su e ora diverse volte senza problemi. Ma se spengo via il vagabondo (interruzione vagabonda) e accendo (vagabondo su), ottengo lo stesso problema di timeout e non riesco a connettermi all'ospite tramite sr vagrant. Sospetto che "vagrant up" cancella l'interfaccia di rete e la reimposta e in questo modo il problema riappare.

(questo avviene anche con gli ospiti: ubuntu/trusty32)

f:\Programs\HashiCorp\Vagrant\bin>vagrant up 
Bringing machine 'vivid32' up with 'virtualbox' provider... 
==> vivid32: Checking if box 'ubuntu/vivid32' is up to date... 
==> vivid32: Clearing any previously set forwarded ports... 
==> vivid32: Clearing any previously set network interfaces... 
==> vivid32: Preparing network interfaces based on configuration... 
    vivid32: Adapter 1: nat 
==> vivid32: Forwarding ports... 
    vivid32: 22 => 2222 (adapter 1) 
==> vivid32: Booting VM... 
==> vivid32: Waiting for machine to boot. This may take a few minutes... 
    vivid32: SSH address: 127.0.0.1:2222 
    vivid32: SSH username: vagrant 
    vivid32: SSH auth method: private key 
    vivid32: Warning: Connection timeout. Retrying... 
    vivid32: Warning: Connection timeout. Retrying... 
... 
    vivid32: Warning: Connection timeout. Retrying... 
Timed out while waiting for the machine to boot. This means that 
Vagrant was unable to communicate with the guest machine within 
the configured ("config.vm.boot_timeout" value) time period. 
  • Vagrant 1.7.4
  • VirtualBox - VirtualBox-5.0.0-101573
  • Host - Windows Vista
  • Guest ubuntu/vivid32
+0

Ottenere lo stesso problema oggi, davvero strano ... – weynhamz

+1

Basta downgrade di Virtualbox a 4.3.28, e funziona, quindi il problema deve essere la versione 5.0.0 di VIrtualbox più recente non funziona con Vagrant. – weynhamz

+1

Dalla lista dei problemi di Vagrant, suggerisce che questo dovrebbe essere corretto su 5.0.3, quindi aspettiamo. – weynhamz

risposta

6

Per ubuntu/trusty32 almeno, il problema m sembra che la scheda di rete Intel VirtualBox predefinita non sia compatibile con l'immagine.

La soluzione è quello di cambiare la scheda di rete per l'alternativa AMD:

PCnet-FAST III (Am79C973) 

È possibile eseguire questa operazione utilizzando l'interfaccia utente di VirtualBox o cambiando si Vagrantfile come mostrato a this GitHub issue.

+3

questo non ha funzionato per me per ubuntu/trusty64 –

+2

Inoltre non ha funzionato per me su ubuntu/trusty64. Il problema si è verificato dopo che tutto ha funzionato per un periodo di tempo. Finì per distruggere vagamente l'immagine e installarne una nuova. –

+0

ha funzionato per me, grazie! (trusty32) – Smith

Problemi correlati