Docker engine failed to start windows 10 как исправить

ITNOA

• I have tried with the latest version of Docker Desktop
• I have tried disabling enabled experimental features
• I have uploaded Diagnostics
• Diagnostics ID: 9C071691-ABCF-4A7A-A88A-DC7795DA4671/20210902100300

Actual behavior

Docker Engine does not start

Expected behavior

After booting my computer, I expected to start Docker Engine correctly

Information

• Is it reproducible? Yes, after every reboot, or trying to start manually

• Is the problem new? yes

• Did the problem appear with an update? No (but this problem is occur when I install new Windows Cumulative Update 2021/09

• Windows Version: Windows 10 Version 21H1 (OS Build 19043.1202)

• Docker Desktop Version: 4.0.0 (67817)

• WSL2 or Hyper-V backend? I use Windows Container (but WSL 2 based engine is enable in setting)

• Are you running inside a virtualized Windows e.g. on a cloud server or a VM: No

My docker settings like below

{
  "registry-mirrors": [],
  "insecure-registries": [],
  "debug": false,
  "experimental": false,
  "data-root": "N:/Docker"
}

Steps to reproduce the behavior

1. Try to run Docker Desktop
2. Docker Desktop try to start Docker Engine
3. Docker Engine failed to start after couple of minutes
4. I cannot do anything

System.ServiceProcess.TimeoutException:
Time out has expired and the operation has not been completed.
   at System.ServiceProcess.ServiceController.WaitForStatus(ServiceControllerStatus desiredStatus, TimeSpan timeout)
   at Docker.Backend.Processes.WindowsDockerDaemon.TryToStartService(Settings settings, String args, Dictionary`2 env) in C:workspacesPR-16319srcgithub.comdockerpinatawinsrcDocker.BackendProcessesWindowsDockerDaemon.cs:line 210
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ActionExecutor.<>c__DisplayClass6_1.<GetExecutor>b__0(Object instance, Object[] methodParameters)
   at System.Web.Http.Controllers.ReflectedHttpActionDescriptor.ExecuteAsync(HttpControllerContext controllerContext, IDictionary`2 arguments, CancellationToken cancellationToken)
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Controllers.ApiControllerActionInvoker.<InvokeActionAsyncCore>d__1.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Controllers.ActionFilterResult.<ExecuteAsync>d__5.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
   at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
   at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
   at System.Web.Http.Dispatcher.HttpControllerDispatcher.<SendAsync>d__15.MoveNext()

Docker Desktop for Windows fails to start #3764

SethMcFarland commented Apr 17, 2019

Expected behavior

Docker should start up successfully

Actual behavior

Docker fails during start up

Information

Is it reproducible? It happens every time I try to start Docker

Is the problem new? This is my first time setting up Docker on this computer

Did the problem appear with an update? ^^^

Windows Version: Windows 10 Pro, 1809, build 17763.437 (the latest windows update allows me to pull)

Docker for Windows Version: 18.09.2, build 6247962

Steps to reproduce the behavior

Things I’ve tried so far

I’m brand new to Docker and I’m really excited to learn how to use it but need a little help getting it to run, any help is greatly appreciated! I’ve spent a few hours search for a solution but haven’t found anything that has worked yet.

The text was updated successfully, but these errors were encountered:

If you figure out which piece was missing please let us know so we can improve the diagnostics and messaging around this.

I’m having the same problem, since first restart after latest Win10 update. Uploaded diagnostic ID 41562EB3-DC18-484E-9309-DDBA875CB41A/20190417104433
Windows 10 1809 build 17763.437

SethMcFarland commented Apr 17, 2019

@mikeparker the links you posted weren’t the solution themselves but they got me on the right track, thanks! If you would like any more info so as to help improve messaging and diagnostics in the future then please let me know.

I noticed when I opened Hyper-V Manager I wasn’t able to connect to my local server so I started tracking that down. The solution for that was in the comment from Zoe Tao at the link below. After making her suggested change I rebooted and was able to start and run docker without issue!

Great! So to be clear, you were getting the Verify that the Virtual Machine Management service on the computer is running. message, and you performed the following, then it started working?

SethMcFarland commented Apr 18, 2019

@mikeparker Yes, you are correct. The only change I would make is adding a step 9 of «Reboot your computer» because Docker still didn’t work for me after making the changes until I rebooted.

Источник

Docker Failed to Start

I have installed the Docker and then I have started the Docker. Docker says that «Docker is starting.» Then,Docker says «Docker Failed to Start». Please, Could you help me?

Docker Error Detail:

8 Answers 8

In my scenario, I needed to install WSL 2 and my computer didn’t have it. Installing it made docker run successfully. Try the below steps if you are installing docker for the first time.

First, we need to activate WSL from Windows.

To Install WSL 1 which comes built-in, open PowerShell as Administrator and run:

After that download the WSL 2 update from Microsoft. Use below this: WSL2 Linux kernel update package for x64 machines

After installing the above package, you need to set WSL 2 as the default version.

Open PowerShell as Administrator and run:

Now restart your computer. Now your docker should work.

Please note that to update to WSL 2, you must be running Windows 10.

My Solution:

I have checked the Prerequisites for Docker. I applied the second step in prerequisites. (Windows Subsystem for Linux Installation with Manual Installation Steps) It has fixed the error for me.

If you get an error like this (during this installation process):

WslRegisterDistribution failed with error: 0x80370114 Error: 0x80370114 The operation could not be started because a required feature is not installed. (I encountered this error.) Please, apply this.

I fixed my problems like that. Good luck 🙂

Docker failed to start WSL 2 update I just did this on powershell

The problem is in WSL as it becomes unresponsive and returns a service error. Follow the below steps

The combination of the above answer and installation of new destro worked for me

I was facing the same problem in my windows cooperate desktop. Unfortunately most of the windows settings changes are not available for users and controlled by IT team. What I did to make docker running is

I know this is not ideal but atleast got docker working.

Источник

докер не запускается в Windows

Выполнение docker version возвращает следующие результаты.

Запуск диагностики дает следующее:

Вы получите следующий вывод:

Скопируйте команду ниже и выполните в cmd:

А затем выполните следующую команду для управления:

2) Для Windows 7 Powershell откройте powershell.exe с правами администратора и выполните следующую команду:

А затем выполните следующую команду для управления:

3) Если вы повторно откроете cmd или powershell, вам следует снова повторить соответствующие шаги.

Я знаю, что этот вопрос был давно, но я не нашел подходящего объяснения и решения, поэтому, надеюсь, мой ответ будет полезен 🙂

Поэтому используйте docker-machine команды на вашем компьютере с Windows. Используйте docker команду внутри вашей виртуальной машины. Чтобы использовать docker команды, например, docker ps вы можете либо открыть терминал быстрого запуска Docker, либо запустить их на своем cmd / bash / PowerShell:

docker-machine run default / предполагая, что по умолчанию ваша виртуальная машина Linux /

docker-machine ssh default

Это начнется boot2docker, и вы увидите значок докера в командной строке. Затем вы можете использовать docker команды.

Ошибка связана с этой частью:

В конфигурации демона по умолчанию в Windows для подключения докер-клиент должен быть запущен с повышенными привилегиями.

Вы можете сделать это, чтобы переключить демон Docker:

У меня такая же проблема.

Запуск демона докеров решил проблему. Просто найдите докер, нажав клавишу Windows, и нажмите «Docker Dekstop». Демон должен запуститься через минуту.

если вы находитесь в окнах, попробуйте это

для тестирования попробуйте

Если вы установили докер в Windows 10 Pro с включенным Hyper-V и по-прежнему не можете запустить Docker в Windows 10, то, как следует из ошибки, ваш демон докера не запускается.

Следующие шаги помогли мне успешно запустить докер:

Используйте команду в cmd (режим администратора)

Затем вы получите примерно такое сообщение:

open C:User\\.dockermachinemachinesdefaultconfig.json :
система не может найти указанный файл.

Перейдите к значку докера, который будет на панели задач Windows (нижний правый угол рабочего стола).

Щелкните правой кнопкой мыши значок докера> Настройки> Сброс> Перезапустить Docker

Это займет несколько минут

Затем вы увидите следующее сообщение:

Докер работает с зеленым индикатором

Попробуйте решить проблему одним из следующих способов:

Вариант А

Вариант Б

Откройте «Безопасность окон»

Откройте «Управление приложением и браузером»

Нажмите «Настройки защиты от эксплойтов» внизу.

Перейдите на вкладку «Настройки программы»

Найдите в списке «C: WINDOWS System32 vmcompute.exe» и разверните его.

Прокрутите вниз до «Защита потока кода (CFG)» и снимите флажок «Переопределить системные настройки».

Запустите vmcompute из PowerShell «net start vmcompute»

Затем перезапустите вашу систему

Я столкнулся с той же проблемой, это может быть проблема администратора, поэтому выполните следующие шаги, чтобы настроить докер на

Для меня проблема заключалась в том, что виртуализация не была включена.

Если вы не видите этот параметр, это означает, что виртуализация не включена.

У меня были такие же ошибки после установки в Windows 10. И я попытался перезапустить, но это не сработало, поэтому я сделал следующее ( не рекомендую если вы какое-то время работали в докере, это было при новой установке):

1) Найдите кита на панели задач и щелкните правой кнопкой мыши

2) Заходим в настройки> Сброс

3) Сброс до заводских настроек по умолчанию

Затем я смог следовать руководству по началу работы с докерами на веб-сайте с Windows 10, и теперь он работает как шарм.

В последнее время у меня была такая же проблема. Проблема заключалась в том, что программа безопасности (Trendmicro) блокировала докер для создания сетевого интерфейса Hyperv. Вы также должны проверить брандмауэр, антивирусное программное обеспечение, не блокирующее установку или настройку.

Откройте диск C в PowerShell или Git bash и выполните команду ниже

Если ни один из других ответов вам не подходит, попробуйте следующее: откройте терминал и запустите:

Если вы заметили, что рабочий стол docker-desktop остался висеть в состоянии «Installing», закройте Docker, запустите powershell от имени администратора и отмените регистрацию docker-desktop:

Перезагрузите докер, и, надеюсь, он сработает. Если это не так, попробуйте сначала удалить docker, затем отмените регистрацию docker-desktop и переустановите Docker.

Я использую Windows 7 с Docker Toolbox, и чтобы исправить это, просто откройте Docker Quickstart Terminal.

$ docker version Клиент: Версия: 17.05.0-ce Версия API: 1.29 Версия Go: go1.7.5 Git commit: 89658be Построен: пятница мая, 15:36:11 2017 OS / Arch: windows / amd64

Сервер: Версия: 17.05.0-ce Версия API: 1.29 (минимальная версия 1.12) Версия Go: go1.7.5 Git commit: 89658be Построен: четверг, 4 мая, 21:43:09 2017 OS / Arch: linux / amd64 Экспериментальная: false

Для меня ошибка была решена путем остановки виртуального экземпляра Ubuntu, который работал в Hyper-V:

The system cannot find the file specified. In the default daemon configuration on Windows, the docker client must be run elevated to connect. This error may also indicate that the docker daemon is not running.

Как только экземпляр Ubuntu был остановлен и Docker Desktop был перезапущен, мои обычные команды Docker работали нормально.

Источник

Docker fails on startup on Win-10 after the update #8748

WSL distro stopped while waiting for Lifecycle server.

Stdout:
⇨ http server started on /run/guest-services/wsl2-bootstrap-expose-ports.sock
⇨ http server started on /run/guest-services/wsl-cross-distro.sock
execing /sbin/init
getting children of 41
Stderr:
2020/10/01 13:14:49 resolving /mnt/host/c/Program Files/Docker/Docker/resources/wsl/docker-wsl-cli.iso.
2020/10/01 13:14:49 already in cache!
2020/10/01 13:14:49 resolving /mnt/host/c/Program Files/Docker/Docker/resources/wsl/docker-for-wsl.iso.
2020/10/01 13:14:49 already in cache!
2020/10/01 13:14:49 resolving /mnt/host/c/Program Files/Docker/Docker/resources/docker.iso.
2020/10/01 13:14:49 already in cache!
time=»2020-10-01T13:14:49Z» level=info msg=»dialing Unix domain socket /run/guest-services/wsl2-expose-ports.sock for data connection»
time=»2020-10-01T13:14:49Z» level=info msg=»unable to connect data on Unix domain socket /run/guest-services/wsl2-expose-ports.sock: dial unix /run/guest-services/wsl2-expose-ports.sock: connect: no such file or directory. Is the server restarting? Will retry in 1s.»
Error: input/output error
2020/10/01 13:14:49 input/output error

I have start getting this since yesterday after updating the docker to the newest available version

The text was updated successfully, but these errors were encountered:

(the other reason can also be a full hardrive preventing some vhd to auto-grow)

I just did what you said about wsl, but still getting the crash, with identical output, while having plenty of diskspace.

removing the cache files worked! now docker is up..
thanks a lot!

very nice. I’ll add a ticket in our backlog to do that automatically

very nice. I’ll add a ticket in our backlog to do that automatically

Please do! I spent about an hour stopping, restarting, re-installing Docker Desktop today until I found your post. But I’m very happy I did find your post. Cleaned up the problem right away! Thank you.

deleting the cache and restarting wsl also fixed the issue for me, had it this monday, 5th of october, morning (CEST), on friday docker was working fine

Advertised message from restarting docker desktop:

Источник

Исправление проблем под Docker. Казалось бы, при чём здесь GIT?

Докер под Windows — это постоянные приключения. То ему нужно обновить операционку, иначе последние версии не ставятся, то он забывает, как подключаться к сети. В общем, каждый день от него новости. «Поставил и забыл» — это не про Docker Desktop for Windows. Особенно, когда он используется не совсем так, как рекомендуют его разработчики. А они почему-то не одобряют подключение внешних windows сетевых дисков в качестве локальных. И совсем не одобряют доступ к к таким сетевым папкам, которые расположены ещё и на host машине. Пишут, что это ужас-ужас с точки зрения безопасности, требуют всяких ключей типа:

cap_add:
— SYS_ADMIN
— DAC_READ_SEARCH

для работы команды mount в контейнере и прочая, и прочая.

В общем, когда в очередной раз после выгрузки контейнеров на сервер заказчика сервисы перестали видеть сетевые диски, я не особо удивился. Так уже бывало, и даже была написана пошаговая инструкция для группы поддержки, как и что перезагружать, когда ломаются сетевые настройки докера.

Так что я открываю свою инструкцию и начинаю действовать. Перезапускаю контейнеры — не помогает. Перезапускаю через docker-compose с пересозданием инфраструктуры — не помогает. Сбрасываю настройки Docker к заводским, восстанавливаю параметры виртуалки, загружаю заново образы, запускаю через docker-compose — опять всё по старому — не видит сеть. Точнее не подключается к сетевым шарам, хотя пинг из контейнера до SMB сервера проходит нормально. Последний пункт — перезагрузку сервера и переустановку Docker, пока пропускаю, так как перезагружать сервер очень не хочется. На этом инструкция кончилась.

Ок, перехожу на свою домашнюю машину, тут у меня тоже Docker под Windows, но чуть более новой версии. Проверяю на нём. Те же яйца:

Ага. Ну неужели, думаю, Docker накатил обновление с какой-то безопасностью и теперь мои скрипты из-за этого не запускаются? Последняя проверка — начисто удалить Docker с машины, и поставить заново. Это должно быть круче сброса к заводским настройкам. Проделываю весь перечень из предыдущего шага, только в дополнение к этому ещё и перезагружаю свою машину, чтобы уж совсем железно. Ставлю Docker c нуля, заливаю образы, запускаю docker-compose — ёпрст! Все сервисы как не видели сетевых шар, так и продолжают писать при загрузке «mount error(22): Invalid argument»

Пробую запустить скрипт по строкам из командной строки: подключаюсь к контейнеру, запускаю по очереди команды и вижу, что всё подключается и работает как надо:

То есть, это что же, какая-то хрень с передачей параметров в скрипт при запуске контейнера?

Ищем ещё идеи. Все варианты с перезагрузкой докера отмели, остались варианты с возможными изменениями в родительском образе. У меня образ собирается на основе openjdk:8-jdk-alpine, конкретной версии не указано, так что какие-нибудь улучшения безопасности могли сломать мои скрипты. Может поменяли что-то в OpenJDK или дочернем Alpine?

Проверяю логи проекта, пробую выбрать более старые openjdk:8-jdk-alpine-3.8, openjdk:8-jdk-alpine-3.7 и т.д. — каждый раз пересобираю контейнер, проверяю — всё по-старому.

Чёрт подери! Может я что-то всё-таки поменял в своей сборке? Выгружаю из GIT’а версию проекта месячной давности, собираю — те же глюки. Трёхмесячной давности — проблема всё ещё тут. Как же так? Что изменилось? Конфигурация докера к настоящему моменту гарантировано рабочая, конфигурация образа — тоже не поменялась, исходники проекта те же самые (GIT всё сохраняет). Чудес не бывает — надо понять, где всё-таки появились изменения. В проде вручную запускаю команды подключения к шарам — так до перезапуска сервисы будут работать нормально и иду спать. Утро вечера мудренее.

Наутро приходит идея — что пора, видимо, узнать, а что собственно говоря не нравится скрипту при выполнении.

Начинаем отладку внутри sh:

И тут появляются какие-то непонятные моменты — строка начинается с кавычек, потом кавычки в конце… Откуда кавычки?

Идея — может запуск с помощью настоящего bash будет информативнее?

Инсталлирую в контейнер BASH:

Блин, тут вроде, когда строка начинается с плюса — это хорошо, но появились какие-то r и параметры $’. ‘

Ставим Midnight Commander, чтобы уж экспериментировать с удобствами apk add mc и открываем скрипт на редактирование, а там:

Оппа! ^M в конце каждой строки. Ну-ка, ну-ка, смотрим в локальном проекте — а что у нас с окончаниями строк. CRLF. Работаем под Windows, однако.

Меняем в этом конкретно файле CRLF на LF (да здравствует Notepad++!), собираем проект — бинго! Работает как надо.

Почему раньше было ок, а сейчас всё полетело? Смотрю по коммитам — не было никаких перемен. И тут вспоминаю, что GIT умеет на лету править символы перевода строк текстовых файлов. А я на днях подключил новый репозитарий, и возможно выгрузил оттуда все файлы с конвертацией в CRLF.

В итоге добавляем в проект файл .gitattributes, с указанием, что в отдельных файлах надо-таки сохранять символы конца строк как в UNIX:

Мораль — иногда виновник даже не попадает в круг первоначальных подозреваемых.

Постскриптум

DockerNAT has been removed from Docker Desktop 2.2.0.0 as using an IP address to communicate from the host to a container is not a supported feature. To communicate from a container to the host, you must use the special DNS name host.docker.internal.

Ок, поправил конфиги для тестового окружения, база данных подцепилась, пинг из контейнера до host.docker.internal проходит, а вот сетевые диски не подключаются. Пробую запустить mount вручную из шелла, и получаю знакомую ошибку «mount error(22): Invalid argument».

Полный вариант тоже работает:

Меняю последний параметр на vers=2.1 — ура, работает!

Похоже, что Docker в последней версии сделал свою собственную имплементацию SMB сервера с блекджеком, но без поддержки 2.0. Ерунда, конечно, по сравнению с другими новостями.

Источник

Troubleshoot Docker Engine installation

This page contains instructions for troubleshooting and diagnosing the Docker Engine installation.

Kernel compatibility

Docker can’t run correctly if your kernel is older than version 3.10, or if it’s missing kernel modules. To check kernel compatibility, you can download and run the check-config.sh script.

The script only works on Linux.

Unable to connect to the Docker daemon

This error may indicate:

• The Docker daemon isn’t running on your system. Start the daemon and try running the command again.
• Your Docker client is attempting to connect to a Docker daemon on a different host, and that host is unreachable.

To see which host your client is connecting to, check the value of the DOCKER_HOST variable in your environment.

If this command returns a value, the Docker client is set to connect to a Docker daemon running on that host. If it’s unset, the Docker client is set to connect to the Docker daemon running on the local host. If it’s set in error, use the following command to unset it:

You may need to edit your environment in files such as

/.profile to prevent the DOCKER_HOST variable from being set erroneously.

If DOCKER_HOST is set as intended, verify that the Docker daemon is running on the remote host and that a firewall or network outage isn’t preventing you from connecting.

IP forwarding problems

If you manually configure your network using systemd-network with systemd version 219 or later, Docker containers may not be able to access your network. Beginning with systemd version 220, the forwarding setting for a given network ( net.ipv4.conf. .forwarding ) defaults to off. This setting prevents IP forwarding. It also conflicts with Docker’s behavior of enabling the net.ipv4.conf.all.forwarding setting within containers.

To work around this on RHEL, CentOS, or Fedora, edit the .network file in /usr/lib/systemd/network/ on your Docker host, for example, /usr/lib/systemd/network/80-container-host0.network .

Add the following block within the [Network] section.

This configuration allows IP forwarding from the container as expected.

DNS resolver issues

Linux desktop environments often have a network manager program running, that uses dnsmasq to cache DNS requests by adding them to /etc/resolv.conf . The dnsmasq instance runs on a loopback address such as 127.0.0.1 or 127.0.1.1 . It speeds up DNS look-ups and provides DHCP services. Such a configuration doesn’t work within a Docker container. The Docker container uses its own network namespace, and resolves loopback addresses such as 127.0.0.1 to itself, and it’s unlikely to be running a DNS server on its own loopback address.

If Docker detects that no DNS server referenced in /etc/resolv.conf is a fully functional DNS server, the following warning occurs:

If you see this warning, first check to see if you use dnsmasq :

If your container needs to resolve hosts which are internal to your network, the public nameservers aren’t adequate. You have two choices:

Specify DNS servers for Docker to use.

Turn off dnsmasq .

Turning off dnsmasq adds the IP addresses of actual DNS nameserver to /etc/resolv.conf , and you lose the benefits of dnsmasq .

You only need to use one of these methods.

Specify DNS servers for Docker

The default location of the configuration file is /etc/docker/daemon.json . You can change the location of the configuration file using the —config-file daemon flag. The following instruction assumes that the location of the configuration file is /etc/docker/daemon.json .

Create or edit the Docker daemon configuration file, which defaults to /etc/docker/daemon.json file, which controls the Docker daemon configuration.

Add a dns key with one or more DNS server IP addresses as values.

If the file has existing contents, you only need to add or edit the dns line. If your internal DNS server can’t resolve public IP addresses, include at least one DNS server that can. Doing so allows you to connect to Docker Hub, and your containers to resolve internet domain names.

Save and close the file.

Restart the Docker daemon.

Verify that Docker can resolve external IP addresses by trying to pull an image:

If necessary, verify that Docker containers can resolve an internal hostname by pinging it.

Turn off dnsmasq

Ubuntu

If you prefer not to change the Docker daemon’s configuration to use a specific IP address, follow these instructions to turn off dnsmasq in NetworkManager.

Edit the /etc/NetworkManager/NetworkManager.conf file.

Comment out the dns=dnsmasq line by adding a # character to the beginning of the line.

Save and close the file.

Restart both NetworkManager and Docker. As an alternative, you can reboot your system.

RHEL, CentOS, or Fedora

To turn off dnsmasq on RHEL, CentOS, or Fedora:

Turn off the dnsmasq service:

Configure the DNS servers manually using the Red Hat documentation.

Allow access to the remote API through a firewall

If you run a firewall on the same host as you run Docker, and you want to access the Docker Remote API from another remote host, you must configure your firewall to allow incoming connections on the Docker port. The default port is 2376 if you’re using TLS encrypted transport, or 2375 otherwise.

Two common firewall daemons are:

• Uncomplicated Firewall (UFW), often used for Ubuntu systems.
• firewalld, often used for RPM-based systems.

Consult the documentation for your OS and firewall. The following information might help you get started. These settings used in this instruction are permissive, and you may want to use a different configuration that locks your system down more.

For UFW, set DEFAULT_FORWARD_POLICY=»ACCEPT» in your configuration.

For firewalld, add rules similar to the following to your policy. One for incoming requests, and one for outgoing requests.

Make sure that the interface names and chain names are correct.

Kernel cgroup swap limit capabilities

On Ubuntu or Debian hosts, you may see messages similar to the following when working with an image.

If you don’t need these capabilities, you can ignore the warning.

You can turn on these capabilities on Ubuntu or Debian by following these instructions. Memory and swap accounting incur an overhead of about 1% of the total available memory and a 10% overall performance degradation, even when Docker isn’t running.

Log into the Ubuntu or Debian host as a user with sudo privileges.

Edit the /etc/default/grub file. Add or edit the GRUB_CMDLINE_LINUX line to add the following two key-value pairs:

Save and close the file.

Update the GRUB boot loader.

An error occurs if your GRUB configuration file has incorrect syntax. In this case, repeat steps 2 and 3.

The changes take effect when you reboot the system.

Источник

Docker Desktop fails to start with WSL2 based engine enabled #6971

Expected behavior

Docker Desktop starts

Actual behavior

Docker Desktop fails to start

Information

This problem started after the 5 2020 Windows update.

• Windows Version: Microsoft Windows Pro 10.0.19041 Build 19041
• Docker Desktop Version: 2.3.0.3 stable
• Are you running inside a virtualized Windows e.g. on a cloud server or on a mac VM: No

1. Start Docker Desktop

The text was updated successfully, but these errors were encountered:

In the diagnostics I can see an error «[WSL2Provisioning ][Error ] Failed to terminate distro: exit code: -1 stdout: There is no distribution with the supplied name.»

Could you run the following command in a PowerShell terminal and paste the output here?

If there is a docker-desktop distro, try the following:

1. Stop Docker Desktop
2. In a PowerShell terminal run the following command: wsl —unregister docker-desktop
3. Start Docker Desktop again, it should create the distro again.

Thanks @StefanScherer — that worked perfectly. For reference, docker-desktop was stuck in an Installing state.

It oddly couldn’t find it when unregistering, but, worked successfully, in any case.

Docker was then successfully able to start with both docker-desktop entries showing in Running state.

Thanks, I had this very same problem! This might be good to add to the troubleshooting.

I tried the suggested fix, and it didn’t work for me. I’ve created a ticket for it. #7760

After reinstalling edge (2.3.3.2) ,I also tried the workaround of deregistering the docker-desktop distribution. Just as @LotusGeek reported, it recreates it the distribution and docker fails to start. I’ll add my diagnostics to #7760.

In the diagnostics I can see an error «[WSL2Provisioning ][Error ] Failed to terminate distro: exit code: -1 stdout: There is no distribution with the supplied name.»

Could you run the following command in a PowerShell terminal and paste the output here?

If there is a docker-desktop distro, try the following:

1. Stop Docker Desktop
2. In a PowerShell terminal run the following command: wsl —unregister docker-desktop
3. Start Docker Desktop again, it should create the distro again.
   

I ran the command wsl.exe —unregister docker-desktop and it is running since long time with the message Unregistering.

Closed issues are locked after 30 days of inactivity.
This helps our team focus on active issues.

If you have found a problem that seems similar to this, please open a new issue.

Send feedback to Docker Community Slack channels #docker-for-mac or #docker-for-windows.
/lifecycle locked

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

Не удается запустить докер после установки в Windows

Я новичок в Docker. После установки Docker Toolbox (OS: Windows 10) я запускаю терминал быстрого запуска Docker и в консоли вижу следующее:

Что я сделал неправильно? Вся проверка шагов системы и установки взята из здесь.

Большое спасибо за вашу помощь!

Я получил ту же ошибку, когда установил Docker Toolbox на мой компьютер с Windows 10.

Откройте Панель управления → Система и безопасность → Программы (левая панель) → Включить или выключить функции Windows → Установите флажок Hyper-V

Начиная с 2017 года Win 10, если у вас нет опции Hyper-V, значит, ваша ОС Windows не Enterprise Edition. Кроме того, Docker, кажется, работает намного лучше на процессорах Intel (не AMD).

1. Добавьте C:Program FilesDockerDockerresourcesbin в путь в переменных среды.
2. Откройте Git Bash и введите docker-compose up , и теперь эта команда должна работать.

Если у вас нет GitBash, пожалуйста, загрузите его.

Hyper-V и VirtualBox конфликтуют друг с другом.

Вы можете либо удалить Hyper-V, либо запустить

Вам необходимо выполнить следующие шаги:

Создайте виртуальный коммутатор, обратитесь к этой статье, чтобы узнать, как это сделать

.Создайте докер, используя этот сетевой коммутатор и драйвер hyper-V.

У меня была такая же проблема, и этот сообщение в блоге разрешило это. Автор проведет вас по шагам добавления флага —virtualbox-no-vtx-check в оболочку docker script.

Virtualbox и Hyper-V не работают хорошо. Я НЕ являюсь автором.

Я отключил Hyper-V, используя функцию Windows, и это сработало для меня.

Посмотрите, когда вы бежите:

docker-machine create -d hyperv —hyperv-virtual-switch «Virtual Switch» default

Вы получаете сообщение об Error with: pre-create check: «Hyper-V PowerShell Module is not available»

Если это так, просто включите в Docker (значок на рабочем столе) → settings-> выставьте демон в TCP…

Я нажал кнопку Windows на клавиатуре. Напечатано ‘Диспетчер Hyper-V’. Он открыл “Диспетчер Hyper-V”. Затем я щелкнул правой кнопкой мыши по имени моей машины. Была возможность “остановиться”. Я выбрал эту опцию. Он остановил Hyper-V на моей машине, а затем Kitematic работал нормально, то есть он загрузил hello-world-nginx и отобразил веб-страницу.

ПРИМЕЧАНИЕ: это странно, и я не уверен, почему. После того, как я выполнил вышеуказанные шаги, теперь, когда я перезапустил Hyper-V с помощью диспетчера Hyper-V, Kitematic все еще работает и загружает изображения. Кто-нибудь может прокомментировать, почему он все еще работает, когда Hyper-V также работает? Спасибо.

Хороший
Али Ахсан

Решение, предложенное @Gene, является правильным и отлично работает, если:

1. Один имеет Windows Pro Edition
2. Инструменты управления Hyper-V и платформа Hyper-V включены

Иногда это не всегда так; вот что нужно сделать:

Проверьте Windows Edition:

Чтобы проверить, какая версия щелкните правой кнопкой мыши на ключе Windows и выберите “Система”.
Прокрутите вниз до спецификаций Windows и посмотрите на [Edition]

Проверьте платформу Hyper-V (виртуализация)

Чтобы платформа Hyper-V была включена, необходимо включить виртуализацию; обычно это делается через BIOS.

На ноутбуке HP это делается из BIOS.

• При запуске нажмите Ctrl + F10
• Нажмите клавишу со стрелкой вправо, чтобы перейти на вкладку “Конфигурация системы”.
• Выберите технологию виртуализации и нажмите клавишу ввода.
• Выберите Enabled и нажмите клавишу Enter.

После выполнения этих действий:

1. Поиск Включение или отключение функций Windows.
2. Прокрутите вниз до Hyper-V
3. Поставьте галочку в этом поле (убедитесь, что вы видите галочку НЕ черный ящик, который указывает на то, что некоторые функции не включены)

После перезапуска докер должен работать… удачи !!

Источник

Ошибка при установке Docker Desktop для Windows 10

Я получаю эту ошибку во время установки — предыдущая установка зависла, а затем не завершилась успешно. Любая идея, как исправить это или очистить и перезапустить?

12 ответов

Отключение службы питания тоже сработало для меня.

1. Откройте msconfig.exe в строке меню Windows.
2. Перейдите на вкладку «услуги»
3. Начните вводить «power», и он автоматически найдет нужный сервис.
4. Снимите флажок
5. Перезагрузите компьютер
6. Убедитесь, что на вашем диске нет установочных файлов Docker.
7. Запустите процесс установки снова и, надеюсь, это сработает для вас.

У меня была такая же проблема, и, похоже, она начала происходить после продолжительного обновления окна.

Мне удалось решить проблему, остановив и отключив оконную службу «питание» (управление питанием). Я повторил этот процесс два раза и, по крайней мере, в моем случае, мне показалось, что это постоянная проблема. Убедитесь, что эта служба не запущена, по крайней мере, в моем случае она работала, надеюсь, это поможет.

Пробовал все (перезагрузка, разные версии 2.5, 3.0, 3.3, питание, отключение постоянной защиты). Мне помогло только увеличение таймаута:

1. Нажмите «Пуск», выберите «Выполнить», введите Regedit и нажмите «ОК».
2. Найдите и щелкните следующий подраздел реестра:
3. HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl
4. На правой панели найдите запись ServicesPipeTimeout. Примечание. Если запись ServicesPipeTimeout не существует, ее необходимо создать. Для этого выполните следующие действия:

• В меню «Правка» наведите указатель на пункт «Создать» и выберите «Значение DWORD».
• Введите ServicesPipeTimeout и нажмите клавишу ВВОД.

1. Щелкните правой кнопкой мыши ServicesPipeTimeout и выберите команду Изменить.
2. Щелкните десятичное число, введите 60000 и нажмите кнопку ОК.

Источник