Docker Desktop Installer does not start - docker

My docker installation stopped working, so I decided to uninstall docker and reinstall it.
First, uninstalling it did not work, I would uninstall it via the windows uninstall feature and then the app would reappear when I restarted my laptop. I also ran this script in powershell with admin privileges.
Then I somehow finally got it to uninstall and went to open the same installer I had used to install it the first time. And it did not open (did not even ask me for permission to make changes) so I figured I would redownload the installer.
Redownloaded it and had the exact same thing happen, tried it a couple of more times and suddenly it asked me for permission to start. I gleefully clicked yes and waited for the installer to start.
However, nothing happened. I tried it a couple more times and suddenly it worked and my installer started. Unfortunately, it hung on "Installing CLI Plugins". I let it sit there for more than 30 minutes waiting for something to happen until I hit the red x and then "yes" when it prompted me if I wanted to stop the installation". That didn't close the window so I force closed it via task manager.
I have restarted my laptop a bunch of times and clicked on the installer many more and have not gotten back to the install screen. Any help would be great.
Get-WmiObject -Class Win32_OperatingSystem | % Caption
Microsoft Windows 10 Pro
Get-WmiObject -Class Win32_OperatingSystem | % Buildnumber
18363

I am facing the same issue on a recurrent basis. Typically after a mandatory upgrade on my corporate PC.
Symptoms
Docker Desktop does not start
Docker Desktop installation fails due to service startup timeout
The following error show up
In Event Viewer > Windows Logs > Application was reporting the following error:
Faulting application name: Docker Desktop Installer.exe, version: 2.3.0.45183, time stamp: 0xb540b7fd
Faulting module name: ntdll.dll, version: 10.0.18362.815, time stamp: 0xb29ecf52
Exception code: 0xc0000005
Fault offset: 0x00000000000a10e7
Faulting process id: 0x232c
Faulting application start time: 0x01d63b7ed4bb1ca7
Faulting application path: C:\Users\johndoe\Downloads\Docker Desktop Installer.exe
Faulting module path: C:\WINDOWS\SYSTEM32\ntdll.dll
Report Id: f19d010f-a418-4248-8828-38d409718a78
Faulting package full name:
Faulting package-relative application ID:
Solutions
Reinstall
Reinstalling Docker Desktop worked (once)
Specifically 2.3.0.45519 worked and 2.3.0.45183 was systematically failing.
However this trick only worked until the next upgrade. Hence solution 2
Disable Power Service
Run services.msc
Disable Power service (you will not be able to stop it)
Restart
Give it another shot.
I confirm after multiple reboots that this solution is repeatable.

Open command prompt as Run as Administrator
navigate to the downloaded folder cd C:\Users\ username\Downloads
Run the executable by just typing "Docker Desktop Installer.exe"
For me, the problem of not starting is because of Corporate Windows setup

This steps may help:
1.On you windows machine, enable Hyper-V and Containers check boxes.( Search on internet for enabling them)
2. Download docker for windows and start installing as admin
3. Once installation is done, open command prompt or power shell and run, 'docker version' and verify OS/Arch: and verify whether it shows Linux or Windows. If it shows Linux, switch to windows( Search on internet for switching).

Executed in cmd window and saw the report of an uncaught exception. It is using nlog for reporting install issues, so I reconfigured the nlog.config file in the folder where I am executing installer, with these lines in targets tag:
<targets>
<!--
add your targets here
See https://github.com/nlog/NLog/wiki/Targets for possible targets.
See https://github.com/nlog/NLog/wiki/Layout-Renderers for the possible layout renderers.
-->
<!-- Write events to a file with the date in the filename. -->
<target xsi:type="File" name="f" FileName="${basedir}/logs/${shortdate}.log"
layout="${longdate} ${uppercase:${level}} ${message}" />
<target xsi:type="File" name="file" FileName="${basedir}/logs/${shortdate}.log"/>
</targets>
and the installer run appropriately. Could be and old nlog.config in the folder.

I had the same problem. When I executed the installer through "cmd", with admin privs, it showed me the following error:
System.Exception: Path contains symlink: C:\ProgramData\DockerDesktop\
Turns out that I was actually using a Symbolic Link. I had made it before in order to save some disk space at C:.
Deleting it solved my problem. Although I'm running out of disk space.

I've just tried the installer for about the 45th time and it finally worked. Only things that have changed are that I've restarted the computer a couple times and its been a couple days since I last tried

Related

Docker Desktop is shutting down and Docker failed to initialize

I'm trying to install Docker Desktop onto my Windows OS. I have WSL 2 with Ubuntu already set up and have the Virtual Machine Platform also checked in the windows features. My OS build is 19043.1766 which means it should work, and I have tried deleting the Docker related information in the App Data folder to no avail. The first time I installed it, it asked me to log out. Ever since then no matter if I reinstall or restart it will always say Docker failed to initialize. This is my first time downloading it and I have never been able to open the program.

"Docker Desktop Starting..." forever on Windows

I have installed Docker Desktop version 4.4.4 and it is not running. It only displays "Docker Desktop Starting ..." but never starts running.
I have tried so many ways but didn't solve:
Allowing the following files in windows firewall C:\program files\docker\docker\resources\vpnkit.exe, C:\program files\docker\docker\com.docker.service C:\program files\docker\docker\resources\com.docker.proxy.exe
Removing 'Docker' and 'Docker Desktop' folders from AppData/Roaming and AppData/Local
Uninstalling and reinstalling Docker with different versions including 4.5.1
The main problem is WSL2 does not auto install the kernel when WSL2 installs, yet Docker Desktop expects it already installed. So, fully close & stop Docker as other answers have said, then run this cmd as admin:
wsl --update
Now open Docker Desktop & it should start up ok.
I've found out another symptom leading to the solution is also related to WSL.
On one side, Docker service won't start throwing this error:
error during connect: This error may indicate that the docker daemon
is not running.: Get
"http://%2F%2F.%2Fpipe%2Fdocker_engine/v1.24/version": open
//./pipe/docker_engine: The system cannot find the file specified.
And on the other, WSL is unresponsive. Attempting to run a WSL Distro or WSL command directly on CMD, won't return any output at all. It will just hang in there.
So the solution is common to WSL and Docker.
I've found in a question regarding the WSL issue, that the LxssManager Windows service is staled (it may show under services.msc as Stopping and all the buttons are greyed out, or I've even seen it Running apparently, but with the Docker and WSL issues above, so something is wrong with it still.)
First, we have to get LxssManager PID in order to kill it. Using an elevated shell, we can get it this way:
sc queryex LxssManager
Having the PID, we can kill the process but beware I wasn't able to kill it using kill or taskkill commands. I was getting the following error:
ERROR: The process with PID XXXXX could not be terminated.
Reason: Access is denied.
To effectively kill the process, do as following:
wmic process where ProcessID=XXXXX delete
Replace XXXXX with PID, of course.
Having done so, start the LxssManager service:
net start LxssManager
A word of warning:
I've noted in some cases this is not enough for unknown (to me) technical reasons even if LxssManager service is shown as Running.
Just repeat the above steps! Sometimes it works doing this once, sometimes doing it twice for some reason.
TL;DR
Kill LxssManager Windows service using wmic+PID.
Start LxssManager service.
Repeat twice or more if issues persist.
Docker and WSL issues are solved.
Here i am using Windows platform, I faced this issue.
And to resolve this issue follow the below steps.
Just delete the temporary files from the following.
C:\Windows\Temp
C:\Users{yourAccountName}\AppData\Local\Temp
C:\Windows\Prefetch
then
Uninstall Docker Desktop
Restart computer
before installing docker, make sure you have Ubuntu WSL(download from Microsoft store)
[optional] If you need Terminal Preview(multi-terminal) download from Microsoft Store. Great Terminal
Install Docker Desktop Again
Thanks
For me, it was a problem with WSL. When I tried:
wsl --install -d Ubuntu
in a command window, after a few minutes I got error 0x80370114
The fix was to do:
Exploit Protection > System Settings > Control Flow Guard
turn on
restart computer
Then reinstall/restart Docker Desktop, and it works!
Hope this helps someone else
I was facing same code for for Docker version 4.*. For me it was Visual Studio code,
Stopped WSL form Task manager
stopped Docker which was showing "Docker desktop is starting" form Task manage
stopped Visual Studio code form Task manager
Started Docker again
These steps placed my Docker in Running state in 30 seconds
Hope this helps someone!
Solved this issue with #Alvi answer
Docker forever in "Docker is starting.." at Windows task
I guess you are using wsl2 features. In that case, open PowerShell or command prompt and type: optionalfeatures.exe
scroll down and uncheck
Windows Subsystem for Linux
apply the changes and restart your computer.
After restart follow the previous steps again and check
Windows Subsystem for Linux
and restart again. Hopefully now your docker will run
My fresh install was experiencing the same symptoms. Also wsl --list showed "no installed distributions". I tried many reinstallations and restarts of Docker and WSL, but eventually found the steps:
In Task Manager, kill all processes related to Docker & Docker Desktop
Run Docker Desktop as administrator
Got it working on on Windows 11 Enterprise.
for me it worked in windows (docker desktop):
to uninstall the docker
reinstall as administrator
don't select the part with wsl
As wrote here, you need to do:
wsl --update
But after that it doesn't fix my issue until I did restart to my pc.
What worked for me was to log in into the Docker (upper right corner), but when I first clicked on login, it said "exec: "rundll32": executable file not found in %PATH%" - I search and found that I need to check environmental variable in PATH that I have "C:\WINDOWS\system32" there - (and in my case I really had it broken somehow - don't know why, but I missed backslash between Windows and system32). So I fixed to correct path, restarted PC. Then I was able to login. And immediately "Docker Desktop Starting..." was gone.
I use Docker with PyCharm. I ran into this problem when I launched PyCharm and Docker Desktop at about the same time.
On my machine Docker Desktop starts automatically when I boot. I can avoid the problem by waiting for Docker Desktop to finish starting. And then start PyCharm.
I was also having the same problem, just a few minutes ago.
Platform:
Windows 10 Pro - 22H2 - Build 19045.2486
Windows Updates newly installed: KB5022282, KB5020876, KB5012170
What i did was: Activating the Windows Hypervisor Platform
And it did solve the problem, atleast for now
In my case it helped me to enable the CPU SVM (Support Vector Machine) function in my BIOS settings.
Also, if you have this feature disabled, you will not be able to use Virtual Box either.
SVM in BIOS
got to services and stop Docker desktop service and start again
reopen Docker desktop it will work
wsl -v
if it show version then linx is install
search windows programer feature in your laptop
enable virtulization
wsl --set-default-version 2
restart laptop and then start docker and wait for 2 minutes your docker will start working
I am running windows 11, visual studio 2023 and had this issue.
First, open a command prompt and type
wsl.exe --list --online
Then enter following
wsl.exe --install Ubuntu-20.04
Then type in the prompt sudo apt update to update the distribution. Lastly, start up Docker desktop and log in (you can register at their site). That fixed Docker on my pc.

Unable to install Docker on windows 10

I am trying to install docker on windows machine but it doesn't get install and stop its process in the middle of installation.I have checked for all prerequisite,and my machine fulfills all.
I have NP AV antivirus and it gives me warning like C:\PROGRAM FILES\Docker\RES...\bin\DOCKER_COMPOSE.EXE is a threat after aborting the installation
It can depend on your Windows version (type winver in a CMD)
With 1903, there are reports of freeze or BSOD, with docker/for-win/issue 3815.
The main issue regarding the installation is docker/for-win/issue 1172,
This assumes that you have Windows Pro at least, with Hyper-V activated (and possibly the antivirus off during installation).
This thread includes:
Adding the downloaded installer .exe file to the Controlled Folder Access allowed apps list fixed the problem for me.
Start | Settings | and click on Controlled Folder Access
T hen click on “Allow an app through Controlled folder access”
Click on the big + beside “Add an allowed app” and choose Recently Blocked Apps.
Then you can choose the "Docker for Windows Installer.exe".
Re-run the installer as admin and it works.

Visual Studio Tools for Docker - PrepareForCompile task failed unexpectedly

I took a clean machine (Windows 10 Enterprise w/out the Anniversary Update) and installed (in this order) Full IIS, Hyper-V, VS2015 Enterprise, .NET Core 1.0.1 Tooling Preview 2, Docker for Windows, Visual Studio Docker Tools, and a few other random programs.
I then opened VS2015 and created a default .NET core website. When I run (F5) all works as expected. I then right clicked on the project and went to Add->Docker Support. Now when trying to run (F5) using Docker I see this error message:
MSB4018 The "PrepareForCompile" task failed unexpectedly.
Microsoft.DotNet.Docker.CommandlineClientException: Error response
from daemon: Container ... is not running at ...
I have searched online and the only thing I can find that might explain it is that I don't think Shared Drives are working. I did set it up in Docker->Shared Drives, but when I run:
docker run --rm -v c:/Users:/data alpine ls /data
the response is empty.
Likewise when I try using busy box the directory is empty.
docker run -it -v /C/Users:/wormhole busybox
cd wormhole
ls
I have tried using Windows Desktop for Docker 1.12.1-stable and beta 26. Both have the same issue.
Some have indicated that Antivirus could cause a problem. I do have Mcafee installed, but I cannot uninstall or disable the antivirus software.
Some have suggested that passwords with unusual characters can cause this issue but that does not apply here.
I don't know that shared drives are causing the VS2015 error, but it seems like a good place to start since shared drives are broken.
I have restarted bot hdock and the computer many times, to no avail.
Any Ideas?
I had the same issue.
In order to fix it I found the container referenced by the id in the stack trace. Then I removed it:
docker rm <containerid>
When I tried running from VS 2015 again it worked. I don't know what initially caused the issue.
I just wanted to add since I also stumbled upon this issue. I had a clean Win 10 machine, and I just had to enable the "Shared Drive" setting in docker:
This may not be the actual problem that you're facing (Thankfully you fixed it!); this is just for people that may not have this enabled!

Jenkins won't start after plugin installation *and does not log anything*

I installed Jenkins' Gradle plugin and used the automatic restart option via the Jenkins web interface. Jenkins seemed to hang on the "restarting..." page, so I finally tried to manually restart the Jenkins service on the server (64-bit Debian 7) using service jenkins restart.
Now, Jenkins is no longer running at all (verified with ps -ef | grep -i [J]enkins and service jenkins status), and when I try service jenkins [re]start, I see an [ ok ] message but nothing else seems to happen. I've deleted /var/log/jenkins/jenkins.log, and each time I try a service start (or restart), the log file reappears, but it's blank (ls -lA shows that the file was recently made, but cat produces no output). I also tried rebooting the server, with no effect. I finally deleted the Gradle folders under /var/lib/jenkins/plugins, which also did not appear to make a difference.
How do I even begin to approach this problem? Should I just re-install Jenkins?
EDIT: System info:
> uname -a
Linux AUC-Workstation1 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u1 x86_64 GNU/Linux
According to dpkg -l, I'm using Debian's jenkins package, version 1.617.
EDIT 2: I'm actually using the jenkins package provided directly by Jenkins, as per the instructions here.
I just had a problem where multiple Jenkins plugins were breaking Jenkins startup (after an upgrade) and here is the procedure I followed to resolve the issue, which might work for other plugin startup issues.
I'm working on an Ubuntu server, but I expect that this would work for Debian if it's going to work at all - I encourage others to adjust the procedure:
logged into the server and switched to the jenkins user (sudo su jenkins in my case)
went to the main jenkins directory
renamed plugins to plugins.problems_YYYYMMDD
previously, I attempted to disable the plugins, but this did not work for me (system still would not start)
created an empty directory plugins
restarted jenkins (sudo service jenkins restart)
In my case, this started just fine
iteratively followed the following procedure to add plugins back in
copied 1 or more plugins from plugins.problems_YYYYMMDD/ to plugins/
restarted jenkins
went to the plugin center and installed updates as available
sometimes I needed to install updates in a particular order due to dependencies
evaluated results in 'Manage Old Data'
I think I'm facing some manual updates of the old data
Note: if you know which plugins are likely the problem, then it is easier to just disable or temporarily (re)move them rather than (re)moving all of the plugins!
I never did figure out the initial problem, but I did get Jenkins working again, sort of.
I uninstalled Jenkins (using apt-get purge) and then re-installed it. This time it failed to start because it needed Java 7, but I apparently only had Java 6 installed (this surprised me, because I thought I had previously configured Jenkins to use Java 7 on that machine). So I installed openjdk-7-jdk and openjdk-7-jre, set JAVA and JAVA_HOME appropriately in the Jenkins config file, and started the service again. This allowed Jenkins to start.

Resources