You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
A box for the vmware_esxi provider is downloaded as its vmware_desktop build. The
vagrant-vmware-esxi plugin boots vmware_desktop builds (no box on the registry carries a vmware_esxi one), so a run on ESXi asked the registry for a build that doesn't exist and its
download ended with "find an alternate box or use an alternate provider" (bento/debian-12,
2026-11-12). The download now asks for the build the plugin boots, as a run on vagrant-qemu asks
for the libvirt build it boots.
A Compose run's down removes the anonymous volumes an update's recreate inherited. The
engine makes a volume for each VOLUME of a container's image (MySQL's data directory) and
removes it with the container on down --volumes or rm --volumes, as long as that container
is the one it made it for. An update that recreates a service's container (a port pinned, an
image rebuilt) inherits those volumes into the new container by their ids, as Compose keeps a
service's data across a recreate, and the engine then counts them named: a down --volumes
after that removed the containers and left them, two a lab on every start, update and stop
(the Cyber CTF rig's leftover audit, 2026-11-13). The down operation now records the
project's containers' anonymous volumes (the engine's label, or an older engine's unlabelled
id-named one) before its steps and removes what they left after them; a volume something else
still holds is said, not failed on. A VM's or a module's down records nothing.