Este es un problema conocido y parece estar relacionado con VirtualBox.
Hay un hilo saludable y detallado en el repo oficial de HashiCorp para Vagrant sobre esto: " Vagrant up problemas en Mac OS Monterey #12557 "
El problema parece no estar relacionado al 100% con VirtualBox 6.1.28 o incluso con la anterior 6.1.26 ya que la gente informa del mismo comportamiento general.
Tenga en cuenta el error específico que ha publicado:
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"]
El comando que está fallando es el predeterminado headless para la creación de máquinas virtuales a través de Vagrant. Y la única solución por ahora es establecer la opción de inicio en gui en lugar de headless .
Como se explica en los documentos oficiales de Vagrant:
GUI vs. Headless
Por defecto, las máquinas de VirtualBox se inician en modo headless, lo que significa que no hay interfaz de usuario para las máquinas visibles en la máquina anfitriona. A veces, se quiere tener una interfaz de usuario. Los casos de uso más comunes incluyen querer ver un navegador que puede estar ejecutándose en la máquina, o depurar un problema de arranque extraño. Puedes decirle fácilmente al proveedor de VirtualBox que arranque con una GUI:
config.vm.provider "virtualbox" do |v|
v.gui = true
end
Así que sólo hay que encontrar el config.vm.provider "virtualbox" do en su archivo Vagrant y establezca que v.gui = true y ahora debería funcionar; aunque con una interfaz gráfica de usuario que puede ser un poco molesta.
Dicho esto, otro usuario en ese hilo temático afirma que config.vm.network los comandos de red podrían no funcionar.
¿Así que todo esto podría reducirse a que esto se arregle en Vagrant 2.2.19? ¿O tal vez VirtualBox también se está comportando mal?
Confuso y molesto, pero espero que esto ayude de alguna manera.
ACTUALIZACIÓN : Parece ser un problema en VirtualBox sí mismo, y no Vagrant. El problema parece estar resuelto en número de billete 20636 titulado, " VBoxHeadless no funciona en MacOS Monterey 12.0.1 => arreglado en SVN/próximo mantenimiento ." Y según un comentario del usuario "klaus" :
El último 6.1 construcción de prueba tiene la solución, pero se aplica la advertencia habitual de "no notarizado" que se documenta allí, con la solución de "desactivar SIP".
