Docker Desktop Incompatibility with 6.8.10-locietta-WSL2-xanmod1.1 Kernel

[4-FLOSS-Free-Libre-Open-Source-Software]

Docker Desktop fails to function correctly when running on the 6.8.10-locietta-WSL2-xanmod1.1 kernel. Users attempting to utilize Docker Desktop in conjunction with this kernel are experiencing operational issues that prevent Docker Desktop from starting its engine at all.

Steps to Reproduce:

1. Install the 6.8.10-locietta-WSL2-xanmod1.1 kernel on a Windows Subsystem for Linux 2 (WSL2) environment.
2. Install Docker Desktop on the same environment.
3. Attempt to launch Docker Desktop WSL2 integrated and observe its functionality.

Docker Desktop fails to launch This include failure to start the Docker daemon, or other critical errors that impede functionality.

Workaround:
As a temporary workaround, users can install and use Docker Community Edition (docker-ce) directly within the WSL2 distribution instead of relying on Docker Desktop. This involves the following steps:

• Ensure the xanmod1.1 kernel is installed and running.
• Install docker-ce within the WSL2 distribution by following the official Docker installation guide for Linux.
• Use docker-ce for container management and other Docker operations.

Environment:

• Windows Version: 11x64
• WSL2 Kernel Version: 6.8.10-locietta-WSL2-xanmod1.1
• Docker Desktop Version: 26.1.1

Additional Information:

Docker Desktop system information outputs.

docker info
Client:
 Version:    26.1.1
 Context:    default
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.14.0-desktop.1
    Path:     C:\Program Files\Docker\cli-plugins\docker-buildx.exe
  compose: Docker Compose (Docker Inc.)
    Version:  v2.27.0-desktop.2
    Path:     C:\Program Files\Docker\cli-plugins\docker-compose.exe
  debug: Get a shell into any image or container (Docker Inc.)
    Version:  0.0.29
    Path:     C:\Program Files\Docker\cli-plugins\docker-debug.exe
  dev: Docker Dev Environments (Docker Inc.)
    Version:  v0.1.2
    Path:     C:\Program Files\Docker\cli-plugins\docker-dev.exe
  extension: Manages Docker extensions (Docker Inc.)
    Version:  v0.2.23
    Path:     C:\Program Files\Docker\cli-plugins\docker-extension.exe
  feedback: Provide feedback, right in your terminal! (Docker Inc.)
    Version:  v1.0.4
    Path:     C:\Program Files\Docker\cli-plugins\docker-feedback.exe
  init: Creates Docker-related starter files for your project (Docker Inc.)
    Version:  v1.1.0
    Path:     C:\Program Files\Docker\cli-plugins\docker-init.exe
  sbom: View the packaged-based Software Bill Of Materials (SBOM) for an image (Anchore Inc.)
    Version:  0.6.0
    Path:     C:\Program Files\Docker\cli-plugins\docker-sbom.exe
  scout: Docker Scout (Docker Inc.)
    Version:  v1.8.0
    Path:     C:\Program Files\Docker\cli-plugins\docker-scout.exe

[stevenhobs]

Is this could be fix?

[4-FLOSS-Free-Libre-Open-Source-Software]

The title mentioned xanmod release version explicitly. Also, valid issue for lts branch. Latest incompatible 6.6.36-locietta-WSL2-xanmod1.1-lts

Not the main issue, related I noticed docker-ce created iptable rules with FIB, but this feature isn't is enabled in Kernel config.

[nexplorer-3e]

same here: 6.9.9-locietta-WSL2-xanmod1
does there exists any workaround here?
upd: see also: https://discussion.fedoraproject.org/t/rmnscnce-kernel-xanmod/27945/60
upd: another rolling kernel repo can be used https://github.com/Nevuly/WSL2-Linux-Kernel-Rolling/releases/tag/linux-wsl-stable-6.10.0

[4-FLOSS-Free-Libre-Open-Source-Software]

Notes:

• Docker ceased working after upgrading to custom kernel version 6.6.36.3 microsoft/WSL#11771 (comment)

[Andarwinux]

Is it still not working? I don't use docker desktop, but wsl internal docker works fine for me.

[4-FLOSS-Free-Libre-Open-Source-Software]

Yes, docker Desktop v4.35.1 still not working as of 6.11.7-locietta-WSL2-xanmod1 (v4)
But can confirm wsl docker-ce working fine.
I don't use docker desktop anymore, so this is not my issue.

[Andarwinux]

I've determined the root cause of the problem: BTF is not enabled and thus eBPF doesn't actually work.

[4-FLOSS-Free-Libre-Open-Source-Software]

Is this could be fix?

Yes @stevenhobs, thankfully @Andarwinux fixed it.

same here: 6.9.9-locietta-WSL2-xanmod1 does there exists any workaround here? upd: see also: https://discussion.fedoraproject.org/t/rmnscnce-kernel-xanmod/27945/60 upd: another rolling kernel repo can be used https://github.com/Nevuly/WSL2-Linux-Kernel-Rolling/releases/tag/linux-wsl-stable-6.10.0

No workaround needed with latest Kernel release @nexplorer-3e