web-dev-qa-db-fra.com

Erreur de relogement / relogement - valeur par défaut: Avertissement: délai de connexion. Réessayer…

J'avais un vagabond pleinement fonctionnel depuis trois mois maintenant, mais depuis trois jours, des erreurs se produisent chaque fois que j'essaie de courir ou de recharger un vagabond.

C’est l’erreur que j’obtiens lors de l’exécution de vagrant reload

default: Attempting graceful shutdown of VM...
default: Guest communication could not be established! This is usually because
default: SSH is not running, the authentication information was changed,
default: or some other networking issue. Vagrant will force halt, if
default: capable.
default: Forcing shutdown of VM...
default: Clearing any previously set forwarded ports...
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: 80 => 8080 (adapter 1)
default: 22 => 2222 (adapter 1)
default: Running 'pre-boot' VM customizations...
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: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: Warning: Connection timeout. Retrying...
default: 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.

If you look above, you should be able to see the error(s) that
Vagrant had when attempting to connect to the machine. These errors
are  usually good hints as to what may be wrong.

If you're using a custom box, make sure that networking is properly
working and you're able to connect to the machine. It is a common
problem that networking isn't setup properly in these boxes.
Verify that authentication configurations are also setup properly,
as well.

If the box appears to be booting properly, you may want to increase
the timeout ("config.vm.boot_timeout") value.

J'utilise Elementary OS Luna et ai mis à jour les dernières versions de vagrant ainsi que de virtualbox, comme suggéré dans certaines réponses. Mais les problèmes persistent.

J'ai essayé la plupart des solutions populaires, notamment l'activation de l'interface graphique et this . J'ai aussi essayé la solution donnée ici mais je n'ai pas pu, car ma boîte virtuelle ne se connecte pas.

Cependant, l'interface graphique m'a présenté ceci:

 keys: press S to skip mounting or M for manual recovery

J'ai essayé les deux clés une par une mais le problème demeure.

Quelqu'un a-t-il déjà eu cette possibilité auparavant qui pourrait proposer une solution, vagrant n'est pas encore largement couvert sur le Web et je ne trouve pas de raison pour que cela se produise.

4
ankita

Après avoir lutté avec toutes les différentes options disponibles sur différentes questions, je faisais toujours face au même problème. Enfin, j'ai fait un

vagrant destroy

suivi par

vagrant up

Et mon système fonctionne à nouveau.

Remarque: Si vous aussi vous avez l'habitude d'éteindre directement votre ordinateur, vous risquez de rencontrer ce problème bientôt! Dans votre terminal vagabond (vagrant ssh), optez toujours pour un:

Sudo shutdown -h now

ou vous pouvez simplement taper

vagrant halt

après vous être déconnecté de votre ssh.

PS: Pour ceux d’entre vous qui ont peur de perdre vos données/code/quoi que ce soit pendant vagrant destroy, vous pouvez vous détendre! J'étais hésitant à utiliser la commande, mais selon la documentation, tout ce qu'il fait est:

Cette commande arrête la machine en cours d'exécution gérée par Vagrant et détruit toutes les ressources créées lors du processus de création de la machine. Après avoir exécuté cette commande, votre ordinateur doit rester à l’état propre, comme si vous n’aviez jamais créé la machine invitée.

Cela implique que votre code restera intact et que le prochain vagrant up vous mènera au même état que vous êtes parti, mais avec le problème résolu maintenant. :)

3
ankita