Open GrimzEcho opened 2 years ago
Hi @BrianHVB Can you check the file ~/.docker/desktop/log/host/com.docker.driver.amd64-linux.stderr.log
for errors logged on VM startup please?
Try to run the diagnose tool from the terminal as documented in https://docs.docker.com/desktop/troubleshoot/overview/#diagnose-from-the-terminal to create and upload a diagnostics bundle.
@aiordache
There are no stderr logs in ~/.docker/desktop/log/host
, just stdout. None of the three log files shown below contain any recognizable errors.
My dianostics id is: b40cb4d9-bed0-42eb-971b-0f7d5c2eb788/20220912145043
@BrianHVB From the self diagnose traces, it looks like you haven't enabled kvm:
failures detected
1 : does the host support virtualization?
Failed with: stat /dev/kvm: no such file or directory
The Docker engine runs inside a Linux VM. Therefore the host must support virtualization.
Check that hardware-assisted virtualization (either Intel VMX or AMD SVM) and Data Execution Prevention (sometimes labeled XD or Execute Disable or NX) are enabled in your BIOS.
Check your bootloader is configured to launch Hyper-V.
See https://docs.docker.com/desktop/windows/troubleshoot/#virtualization
Please follow instructions at https://docs.docker.com/desktop/install/linux-install/#kvm-virtualization-support to setup kvm.
We will update the link and description in the self-diagnose for the linux platform.
@aiordache
Thank you. I have enabled virtualization support in my bios and confirmed that it is loaded (I previously misunderstood this step). However, I am still experiencing the same symptoms (the Docker Desktop taskbar icon briefly flashes, but the application never loads)
The updated diagnostic ID is 70fff107-822f-47cb-9c9f-5663f267a8aa/20220914152539
.
Based on the self-check utility, two things failed:
I am unsure of the cause of the VM not starting. As for the CLI context, docker context ls
shows only a single context at CLI context is set to docker-ce engine
. There is no context for docker-desktop.
@BrianHVB Seems like the backend may be stuck waiting for you to accept the license agreement. The license page should have been displayed at this point.
You can try to accept the license by directly setting the licenseTermsVersion
in the settings file as below:
$ cat ~/.docker/desktop/settings.json | grep license
"licenseTermsVersion": 2,
Then try to start it again but first make sure the com.docker.backend
process is not running anymore.
No joy -- same symptoms after hard-setting licenseTermsVersion
to 2
in settings.json
.
Although I do appear to now at least have a new docker context set for docker desktop.
At this point, I think I should try and see if this is reproducible on a stock Debian 10 + KDE Plasma install. I know GH Issues is not the best place for support-style threads. It seems pretty clear that the VM is crashing w/o any direct loggable cause, but whether that is related to hardware, my specific software environment, or something more general I don't know.
There hasn't been any activity on this issue for a long time.
If the problem is still relevant, mark the issue as fresh with a /remove-lifecycle stale
comment.
If not, this issue will be closed in 30 days.
Prevent issues from auto-closing with a /lifecycle frozen
comment.
/lifecycle stale
I have a similar problem, but the self check tells me that docker is not running:
Please investigate the following 1 issue:
1 : The test: is the application running?
Failed with: Docker is not running
Is the Docker Desktop application running?
However, if I run systemctl --user status docker-desktop.service
, docker seems running, just the GUI won't show up:
● docker-desktop.service - Docker Desktop
Loaded: loaded (/usr/lib/systemd/user/docker-desktop.service; disabled; preset: enabled)
Active: active (running) since Fri 2023-03-17 15:48:21 CET; 9min ago
Main PID: 2348492 (com.docker.back)
Tasks: 70 (limit: 18669)
Memory: 5.4G
CPU: 1min 14.508s
CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/docker-desktop.service
├─2348492 /opt/docker-desktop/bin/com.docker.backend
├─2348618 com.docker.driver.amd64-linux -addr fd:3 -debug
├─2348619 com.docker.extensions -address extension-manager.sock -watchdog
├─2348620 com.docker.dev-envs
├─2348669 /opt/docker-desktop/bin/virtiofsd --socket-path=virtiofs.sock0 -o cache=auto -o source=/home --sandbox=none --announ>
└─2348675 qemu-system-x86_64 -accel kvm -cpu host -machine q35 -m 3919 -smp 4 -kernel /opt/docker-desktop/linuxkit/kernel -app>
Mär 17 15:57:21 x1g7 com.docker.backend[2348492]: [2023-03-17T14:57:21.747413172Z][com.docker.backend][I] (de1de5e3) 5020642d-VMDiskUsageCl>
My Diagnostics ID: 799335d0-0618-4408-af0f-8dae8153aed2/20230317145434 (uploaded)
I have the same issue using Parrot OS (Debian based) Plasma desktop. Using Docker-desktop version 4.20.0 although I found the same problem using an earlier version
Here is the solution which is work for me (the latest Debian): https://github.com/docker/desktop-linux/issues/27
Expected behavior
When I launch Docker Desktop from the desktop application menu (or when starting it using
systemctl --user start docker-desktop
), the GUI application starts and opensActual behavior
The GUI application flashes a brief icon on the taskbar, then closes. No application window opens, and no errors are reported (either via the GUI or the log file)
Information
Steps to reproduce the behavior
systemctl --user start docker-desktop
Attempted fixes
apt list --installed | grep docker
)Relevant logs
systemctl --user status docker-desktop
apt list --installed | grep docker
(this is after installing docker engine and docker-compose-plugin). The issue occurs even when docker engine and docker-compose-plugin are not installed