Ce problème est connu et semble lié à la version 6.1.28 de VirtualBox.
Le problème a été résolu avec la sortie de la version 6.1.30 de VirtualBox.
Il y a un fil de discussion sain et détaillé à ce sujet dans le repo officiel de HashiCorp pour Vagrant : " Problèmes d'installation de Vagrant sous Mac OS Monterey #12557 "
Le problème ne semble pas lié à VirtualBox 6.1.28 ou même à la version antérieure 6.1.26 puisque les utilisateurs rapportent le même comportement général.
Notez l'erreur spécifique que vous avez affichée :
There was an error while executing `VBoxManage`, a CLI used by Vagrant
for controlling VirtualBox. The command and stderr is shown below.
Command: ["startvm", "047f549a-e0be-48d9-93d5-6b1958594689", "--type", "headless"]
La commande qui échoue est la commande par défaut headless pour démarrer des machines virtuelles via Vagrant. Et la seule solution pour l'instant est de définir l'option de démarrage à gui au lieu de headless .
Comme expliqué dans la documentation officielle de Vagrant :
Interface graphique ou sans tête
Par défaut, les machines VirtualBox sont démarrées en mode headless, ce qui signifie qu'aucune interface utilisateur n'est visible sur la machine hôte. Parfois, vous souhaitez disposer d'une interface utilisateur. Les cas d'utilisation les plus courants sont la visualisation d'un navigateur en cours d'exécution sur la machine, ou le débogage d'un problème de démarrage étrange. Vous pouvez facilement demander au fournisseur VirtualBox de démarrer avec une interface graphique :
config.vm.provider "virtualbox" do |v|
v.gui = true
end
Il suffit donc de trouver le config.vm.provider "virtualbox" do dans votre fichier Vagrant et définissez ce bloc v.gui = true et cela devrait fonctionner maintenant, bien qu'une interface graphique apparaisse, ce qui peut être un peu gênant.
Ceci étant dit, un autre utilisateur dans ce fil de discussion déclare que config.vm.network les commandes de mise en réseau peuvent ne pas fonctionner.
Il se pourrait donc que ce problème soit corrigé dans Vagrant 2.2.19 ? Ou peut-être que VirtualBox se comporte mal également ?
C'est déroutant et ennuyeux, mais j'espère que cela vous aidera d'une manière ou d'une autre.
MISE À JOUR : Il semble qu'il s'agisse d'un problème dans VirtualBox lui-même, et non dans Vagrant. Le problème semble être résolu dans numéro de ticket 20636 intitulé, " VBoxHeadless ne fonctionne pas sous MacOS Monterey 12.0.1 => corrigé dans le SVN/prochaine maintenance ." Et selon un commentaire de l'utilisateur "klaus" :
La dernière version 6.1 test de construction contient la solution, mais la mise en garde habituelle "non notariée" s'applique et est documentée ici, avec la solution de contournement "désactiver SIP".
MISE À JOUR : Corrigé dans la version 6.1.30 de VirtualBox ; le version 6.1 changelog fait explicitement référence au numéro de ticket 20636 :
VBoxHeadless : Correction d'un crash lors de l'exécution sur MacOS Monterey (bug # 20636 )
