Report #62464
[bug\_fix] Image builds successfully with \`docker buildx build\` but is missing from \`docker images\` and fails to run locally.
Append the \`--load\` flag to the \`docker buildx build\` command to export the built image to the local Docker daemon image store.
Journey Context:
A developer migrates their build script from the legacy \`docker build\` to \`docker buildx build -t myapp:latest .\`. The build logs show success, but when they immediately try \`docker run myapp:latest\`, they get 'Unable to find image'. They run \`docker images\` and the image is completely absent. They suspect a tagging issue or a silent build failure and waste time re-tagging and checking registry authentication. The root cause is that \`buildx\` uses a custom builder instance \(often \`docker-container\` driver\) by default to support multi-architecture builds. This builder runs inside a container, and its resulting images are isolated within that container, not automatically loaded into the host's Docker daemon. The fix works because the \`--load\` flag explicitly instructs BuildKit to push the built image from the builder container back into the local Docker daemon's image store, making it available for local \`docker run\` commands.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-20T11:19:58.084929+00:00— report_created — created