Skip to main content

Podman– Command execution failed with exit code 125

After updating WSL on one of the developer machines, Podman failed to work. When we took a look through Podman Desktop, we noticed that Podman had stopped running and returned the following error message:

Error: Command execution failed with exit code 125


Here are the steps we tried to fix the issue:

We started by running podman info to get some extra details on what could be wrong:

>podman info

OS: windows/amd64

provider: wsl

version: 5.3.1

Cannot connect to Podman. Please verify your connection to the Linux system using `podman system connection list`, or try `podman machine init` and `podman machine start` to manage a new Linux VM

Error: unable to connect to Podman socket: failed to connect: dial tcp 127.0.0.1:2655: connectex: No connection could be made because the target machine actively refused it.

That makes sense as the podman VM was not running. Let’s check the VM:

>podman machine list

NAME                    VM TYPE     CREATED       LAST UP     CPUS        MEMORY      DISK SIZE

podman-machine-default  wsl         6 months ago  4 days ago  2           2GiB        100GiB

The machine is still there so that is good news. Let’s try to restart it:

>podman machine stop

Machine "podman-machine-default" stopped successfully

>podman machine start

Starting machine "podman-machine-default"

The operation timed out because a response was not received from the virtual machine or container.

Error code: Wsl/Service/CreateInstance/CreateVm/HCS_E_CONNECTION_TIMEOUT

Error: the WSL bootstrap script failed: command C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wsl.exe [-u root -d podman-machine-default /root/bootstrap] failed: exit status 0xffffffff

Looks like something is wrong with the VM. Lets remove it:

>podman machine rm podman-machine-default

The following files will be deleted:

C:\Users\<user>\.config\containers\podman\machine\wsl\podman-machine-default.json

C:\Users\<user>\AppData\Local\Temp\podman\podman-machine-default.sock

C:\Users\<user>\AppData\Local\Temp\podman\podman-machine-default-gvproxy.sock

C:\Users\<user>\AppData\Local\Temp\podman\podman-machine-default-api.sock

C:\Users\<user>\AppData\Local\Temp\podman\podman-machine-default.log

Are you sure you want to continue? [y/N] y

Logging out.

The operation has completed.

Once the VM is removed, we can try to recreate it:

>podman machine init

Looking up Podman Machine image at quay.io/podman/machine-os-wsl:5.3 to create VM

Getting image source signatures

Copying blob 54c816116e80 done   |

Copying config 44136fa355 done   |

Writing manifest to image destination

54c816116e80d74b8e638baf1fb37f3d6c4b6545f8c405d998169513766e1dc5

Extracting compressed file: podman-machine-default-amd64: done

Importing operating system into WSL (this may take a few minutes on a new WSL install)...

Importeren wordt uitgevoerd. Dit kan enkele minuten duren.

The operation timed out because a response was not received from the virtual machine or container.

Error code: Wsl/Service/RegisterDistro/CreateVm/HCS_E_CONNECTION_TIMEOUT

Error: the WSL import of guest OS failed: command C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wsl.exe [--import podman-machine-default C:\Users\<user>\.local\share\containers\podman\machine\wsl\wsldist\podman-machine-default C:\Users\<user>\.local\share\containers\podman\machine\wsl\podman-machine-default-amd64 --version 2] failed: exit status 0xffffffff

Still no luck! But what do you do if everything else failed…

A reboot!

We rebooted the machine and indeed the error magically disappeared.

On to the next issue…

More information

Error upgrading Podman

Podman 5.3.1 - Error: unable to connect to Podman socket: open \.ssh\known_hosts:

Podman Desktop–The WSL import of guest OS failed: exit status 0xffffffff

Popular posts from this blog

Kubernetes–Limit your environmental impact

Reducing the carbon footprint and CO2 emission of our (cloud) workloads, is a responsibility of all of us. If you are running a Kubernetes cluster, have a look at Kube-Green . kube-green is a simple Kubernetes operator that automatically shuts down (some of) your pods when you don't need them. A single pod produces about 11 Kg CO2eq per year( here the calculation). Reason enough to give it a try! Installing kube-green in your cluster The easiest way to install the operator in your cluster is through kubectl. We first need to install a cert-manager: kubectl apply -f https://github.com/cert-manager/cert-manager/releases/download/v1.14.5/cert-manager.yaml Remark: Wait a minute before you continue as it can take some time before the cert-manager is up & running inside your cluster. Now we can install the kube-green operator: kubectl apply -f https://github.com/kube-green/kube-green/releases/latest/download/kube-green.yaml Now in the namespace where we want t...

Azure DevOps/ GitHub emoji

I’m really bad at remembering emoji’s. So here is cheat sheet with all emoji’s that can be used in tools that support the github emoji markdown markup: All credits go to rcaviers who created this list.

DevToys–A swiss army knife for developers

As a developer there are a lot of small tasks you need to do as part of your coding, debugging and testing activities.  DevToys is an offline windows app that tries to help you with these tasks. Instead of using different websites you get a fully offline experience offering help for a large list of tasks. Many tools are available. Here is the current list: Converters JSON <> YAML Timestamp Number Base Cron Parser Encoders / Decoders HTML URL Base64 Text & Image GZip JWT Decoder Formatters JSON SQL XML Generators Hash (MD5, SHA1, SHA256, SHA512) UUID 1 and 4 Lorem Ipsum Checksum Text Escape / Unescape Inspector & Case Converter Regex Tester Text Comparer XML Validator Markdown Preview Graphic Col...