Docker имя docker не распознано как имя командлета функции файла сценария или выполняемой программы

Обновлено: 06.07.2024

Подсистема и клиент Docker не входят в состав Windows, потому их нужно устанавливать и настраивать отдельно. Кроме того, подсистема Docker может принимать множество пользовательских конфигураций. Например, можно настроить то, как управляющая программа принимает входящие запросы, сетевые параметры по умолчанию и параметры ведения журнала и отладки. В ОС Windows эти конфигурации можно указать в файле конфигурации или с помощью диспетчера служб Windows. В этом документе объясняется установка и настройка подсистемы Docker; также представлены примеры некоторых часто используемых конфигураций.

Установка Docker

Для работы с контейнерами Windows требуется Docker. Docker состоит из подсистемы Docker (dockerd.exe) и клиента Docker (docker.exe). Самый простой способ установить все необходимые компоненты изложен в кратком руководстве, которое поможет настроить и запустить первый контейнер.

Сведения об установке с помощью сценария см. в разделе Использование сценария для установки Docker EE.

Прежде чем использовать Docker, необходимо установить образы контейнеров. Дополнительные сведения см. в документации по образам контейнеров.

Настройка Docker с помощью файла конфигурации

Предпочтительным способом настройки подсистемы Docker в Windows является использование файла конфигурации. Путь к файлу конфигурации — C:\ProgramData\Docker\config\daemon.json. Если этот файл еще не существует, его можно создать.

Не все доступные параметры конфигурации Docker применяются к Docker в Windows. В примере ниже показаны параметры конфигурации, которые применяются. Дополнительные сведения о конфигурации подсистемы Docker см. в статье Docker daemon configuration file (Файл конфигурации управляющей программы Docker).

Достаточно только внести необходимые изменения в файл конфигурации. Например, в этом случае подсистема Docker настраивается на прием входящих подключений через порт 2375. В других параметрах конфигурации будут использоваться значения по умолчанию.

Аналогично в примере ниже настраивается хранение образов и контейнеров по альтернативному пути в управляющей программе Docker. Если оно не указано, по умолчанию используется значение c:\programdata\docker .

В примере ниже управляющая программа Docker настраивается на прием только защищенных подключений через порт 2376.

Настройка Docker в службе Docker

Подсистему Docker можно также настроить, изменив службу Docker командой sc config . При использовании этого способа флаги подсистемы Docker задаются непосредственно в службе Docker. Выполните указанную ниже команду в командной строке (cmd.exe, не PowerShell).

Не нужно выполнять эту команду в том случае, если файл daemon.json уже содержит запись "hosts": ["tcp://0.0.0.0:2375"] .

Распространенные конфигурации

В следующих примерах файла конфигурации представлены распространенные конфигурации Docker. Их можно объединить в один файл конфигурации.

Создание сети по умолчанию

Чтобы настроить подсистему Docker таким образом, чтобы не была создана сеть NAT по умолчанию, используйте следующую конфигурацию.

Дополнительные сведения см. в статье Управление сетями Docker.

Задание группы безопасности для Docker

После входа в систему на узле Docker и запуска команд Docker эти команды выполняются через именованный канал. По умолчанию только члены группы "Администраторы" могут получить доступ к подсистеме Docker через именованный канал. Чтобы указать группу безопасности, имеющую такой доступ, используйте флаг group .

Конфигурация прокси-сервера

После задания переменной перезапустите службу Docker.

Удаление Docker

В этом разделе описывается, как удалить Docker и выполнить полную очистку компонентов системы Docker в Windows 10 или Windows Server 2016.

Все команды в этих инструкциях необходимо выполнять из сеанса PowerShell с повышенными привилегиями.

Подготовка системы к удалению Docker

Перед удалением Docker убедитесь, что в системе не запущены контейнеры.

Выполните следующие командлеты, чтобы найти работающие контейнеры:

Кроме того, перед удалением Docker рекомендуется удалить все контейнеры, образы контейнеров, сети и тома из системы. Это можно сделать, выполнив следующий командлет:

Удаление Docker

Затем необходимо начать собственно удаление Docker.

Удаление Docker в Windows 10

На компьютере с Windows 10 перейдите в раздел Параметры > Приложения.
В разделе Приложения и компоненты найдите пункт Docker для Windows
Последовательно выберите Docker для Windows > Удалить.

Удаление Docker в Windows Server 2016

В сеансе PowerShell с повышенными привилегиями используйте командлеты Uninstall-Package и Uninstall-Module, чтобы удалить модуль Docker и соответствующий ему поставщик Управление пакетами из системы, как показано в следующем примере:

Вы можете найти поставщик пакетов, который использовался для установки Docker с помощью команды PS C:\> Get-PackageProvider -Name *Docker*

Очистка данных и системных компонентов Docker

После удаления Docker необходимо удалить сети Docker по умолчанию, чтобы их конфигурация не оставалась в системе после того, как Docker будет удален. Это можно сделать, выполнив следующий командлет:

Удалите сети по умолчанию Docker в Windows Server 2016.

Выполните следующий командлет, чтобы удалить программные данные Docker из системы:

Можно также удалить необязательные компоненты Windows, связанные с Docker и контейнерами в Windows.

К ним относится компонент "Контейнеры", который автоматически включается в любом экземпляре Windows 10 или Windows Server 2016 при установке Docker. Это также может быть компонент «Hyper-V», который автоматически включается в Windows 10 при установке Docker, однако в Windows Server 2016 он включается вручную.

Компонент Hyper-V является общим компонентом виртуализации, который обеспечивает гораздо большую функциональность, чем при использовании одних только контейнеров. Прежде чем отключить Hyper-V, убедитесь, что в системе нет других виртуальных компонентов, которые зависят от Hyper-V.

Удаление компонентов Windows 10

Удаление компонентов Windows Server 2016

В сеансе PowerShell с повышенными привилегиями выполните следующие командлеты, чтобы отключить компоненты Контейнеры и (необязательно) Hyper-V.

Перезагрузка системы

Чтобы завершить удаление компонентов и очистить систему, выполните следующий командлет из сеанса PowerShell с повышенными привилегиями для перезагрузки системы:

Команда $ sudo -u postgres createuser --createdb hexletbot не работе, пользователь не создается, вообще ни какой реакции. работаю на винде, много модифицировал команду все равно не помогает.

Аналогично и создание базы данных: Так сработало: CREATE DATABASE hexlet; так нет: createdb hexlet

Почему обертки не работают а только полноценные команды?

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

Пока результат таков (раз пример):

К сожалению по windows не подскажу. Если есть возможность, работайте с pg на маке или линуксе.

Хорошо. А по этому вопросу

Увы работать на линуксе или маке пока нет возможности. Мб сделаете пояснения для работающих на windows а то курс какой то однобокий получается.

Мб сделаете пояснения для работающих на windows а то курс какой то однобокий получается.

Мы изначально, в наших базовых курсах, говорим о том, что полноценная веб-разработка возможна только из под POSIX совместимых операционных системах, и сделали довольно много материала на тему того как их поставить настроить и использовать. Ваш продакшен все равно будет на линуксе.

Открываем Makefile и вводим команды оттуда? db-reset schema-load data-load/ psql hexlet < schema.sql/ psql hexlet < schema.sql/ итд?

Вводим те команды которые написаны в README.md

В ридми этого репозитория ровно три строки. Вы их выполнили?

p.s. Если вы хотите чтобы ваш вопрос не потерялся, задавайте его в отдельном топике, этот топик не привязан к вашему менторингу.

Created db hexlet - сделано.

Created role with name of your system user - сделано.

cd pg-dump-example - сделано.

Перед вами и есть команда make , ее надо запустить и все. То что вы видите в ридми, это просто три команды подряд.

Какой еще вариант ставить Cygwin только? Мне нужно только чтобы терминале винды были полностью доступны команды linux.

Это значит что не установлен мейк. Его надо установить.

Добрый день, на windows нужно установить gnuwin32 - make for windows, потом прописать в PATH (в моем случае - C:\Program Files (x86)\GnuWin32\bin ) и перезапустить консоль. в git-bash работает через make.exe

Спасибо за gnuwin32. Теперь после ввода make такой результат это ок?

dropdb hexlet || true

Апдейт. в итоге через терминал PowerShell кажется получилось, раз 5 был запрос пароля итд.

Это какие-то виндовые особенности. Лучше конечно поставить ubuntu for windows.

Я уже установил Docker для windows. когда я набираю команду docker --version в командной строке, она вообще не распознает ее.

Я что-то пропустил ?

Я установил docker на windows 10 с исполняемым файлом DockerToolbox (1.11.2). Однако я не могу оценить свое окружение непосредственно с помощью docker-machine env default . Вместо этого, только когда я использую эту команду C:\Program Files\Docker Toolbox\docker-machine.exe env default * Могу ли я.

Я пытаюсь создать образ docker из клиента docker (Windows), выполнив эту команду: docker --host a.b.c.d build --no-cache=true --build-arg CONFIGURATION=live -t imagename . Хост docker также является Windows Docker, но я получаю эту ошибку: Предупреждение безопасности: вы создаете образ Docker из.

Я установил версию Docker 18.06.1-ce на своей машине Windows 10 и столкнулся с аналогичной проблемой, хотя docker был добавлен в Windows %PATH%.

Я переместил путь docker вниз, и это решило мою проблему.

Я перезапустил систему, она работала, может быть, мы можем сказать, что требуется перезагрузка.

Добавьте docker в PATH переменную & refreshenv , чтобы продолжать использовать одну и ту же командную строку

Если вы установили с помощью docker toolbox, путь установки "C:\Program Files\Docker Toolbox"

Вручную с помощью переменной среды > Путь (добавьте docker путь здесь)

Использование командной строки

Для временного использования set PATH=%PATH%;C:\Program Files\Docker Toolbox

Перед этим обязательно сделайте резервную копию PATH на echo %PATH%

Для постоянных изменений setx PATH=%PATH%;C:\Program Files\Docker Toolbox

Вам нужно сначала запустить docker, если у вас его нет, а затем открыть powershell .

В powershell попробуйте выполнить команды docker.

Убедитесь, что путь docker.exe (C:\Program Files\Docker\Docker\resources\bin) добавлен в переменную PATH.

Вы можете проверить это следующим образом:

В моем случае путь docker должен был быть добавлен в конце PATH. После этого docker cmd был признан.

Windows 7: Просто установите путь docker в системной переменной

Step:1 [Нажмите на путь -> edit->, вставьте местоположение docker]

Step:2 [Вставьте местоположение docker] В моем случае C:\Program Files\Docker Toolbox .

теперь проверьте версию $ docker

Запуск от имени администратора работал для меня, как powershell, так и bash на windows. Мне не нужно было перезагружаться.

Вам необходимо перезагрузить систему после установки. Это сработало для меня.

Я проверил переменные окружения и заметил, что docker path-это следующий путь, в котором "R" в верхнем регистре ресурсов. Я исправил дело и все работало как и ожидалось Путь: "C:\Program Files\Docker\Docker\Resources\bin"

Я установил Jenkins и Docker ToolBox на одной машине, работающей на Windows 7 . Во время выполнения Jenkins build все команды работают нормально, кроме docker. Когда я пытаюсь запустить команду docker на этапе сборки с помощью Jenkins, она выдает ошибку. E:\Jenkins\workspace\docker-app>docker.

Поэтому я только что обновил Docker на своем Mac, и настройка на Docker кажется довольно сложной и запутанной. Несколько недель назад я смог настроить порт 8834 в контейнере docker на порт 8834 на моем локальном хосте, выполнив следующие команды (это моя история командной строки): 8450 docker.

Просто перезагрузите систему, это всегда хорошая практика, чтобы перезагрузить систему, когда вы устанавливаете или удаляете любое приложение. Надеюсь, это сработает :)

Попробуйте установить GIT bash, а затем запустите на нем эту команду для Windows:

есть некоторые проблемы с PowerShell или новой версией docker, из-за которых я столкнулся с той же проблемой, но затем я перешел на эту страницу и получил способ запустить ее.

Если вы установили Docker Toolbox в свой windows, перейдите и добавьте переменную окружения.

Требования

Для выполнения руководства нужно предварительно установить приложение Docker. Инструкции по установке можно найти по ссылкам:

1: Ошибки в Dockerfile

Наибольшее количество ошибок обычно сосредоточено в Dockerfile.

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

Образ Docker – это ресурс, предназначенный только для чтения, который создаётся с помощью файла под названием Dockerfile. Образы можно выкладывать на Docker Hub.

Контейнер – это экземпляр приложения, который создаётся с помощью образа.

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

Создайте небольшой проект, чтобы на его примере рассмотреть несколько общих ошибок Dockerfile. Создайте каталог docker_image в домашнем каталоге. Затем создайте в нём Dockerfile.

Добавьте в файл такие строки:

В этом файле специально сделана опечатка. Можете её найти? Попробуйте создать образ с помощью этого файла и посмотрите, что скажет Docker.

docker build -t my_image

Step 2 : RUN aapt-get install -qy nano
---> Running in 085fa10ffcc2
/bin/sh: 1: aapt-get: not found
The command '/bin/sh -c aapt-get install -qy nano' returned a non-zero code: 127

Исправьте опечатку в Dockerfile:

Снова запустите docker build:

docker build -t my_image

Sending build context to Docker daemon 2.048 kB
Step 1 : FROM debian:latest
---> ddf73f48a05d
Step 2 : RUN apt-get install -qy nano
---> Running in 9679323b942f
Reading package lists.
Building dependency tree.
E: Unable to locate package nano
The command '/bin/sh -c apt-get install -qy nano' returned a non-zero code: 100

Теперь процесс проходил немного быстрее: Docker кэширует удачно выполненные этапы, чтобы потом не перевыполнять их. Однако потом возникла новая ошибка.

Дистрибутив Debian, на котором основан образ, не может найти текстовый редактор nano, хотя он точно доступен в репозитории Debian. Базовый образ собирается из кэшированных метаданных: репозиториев и списков доступных пакетов. Вероятно, при кэшировании произошла ошибка.

Добавьте в файл такую строку:

Сохраните и закройте файл. Запустите docker build:

docker build -t my_image

Теперь процесс будет выполнен успешно:

Sending build context to Docker daemon 2.048 kB
Step 1 : FROM debian:latest
---> a24c3183e910
Step 2 : RUN apt-get install -qy nano
---> Running in 2237d254f172
Reading package lists.
Building dependency tree.
Reading state information.
Suggested packages:
spell
The following NEW packages will be installed:
nano
.
---> 64ff1d3d71d6
Removing intermediate container 2237d254f172
Successfully built 64ff1d3d71d6

Добавьте в образ Python 3 и базу данных PostgreSQL. Откройте Dockerfile:

Вставьте такие строки:

Сохраните и закройте файл. Соберите образ.

docker build -t my_image

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

Sending build context to Docker daemon 2.048 kB
Step 1 : FROM debian:latest
---> ddf73f48a05d
Step 2 : RUN apt-get clean && apt-get update
---> Using cache
---> 2c5013476fbf
Step 3 : RUN apt-get install -qy nano
---> Using cache
---> 4b77ac535cca
Step 4 : RUN apt-get install -qy python3
---> Running in 93f2d795fefc
Reading package lists.
Building dependency tree.
Reading state information.
The following extra packages will be installed:
krb5-locales libgmp10 libgnutls-deb0-28 libgssapi-krb5-2 libhogweed2
libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 libldap-2.4-2 libnettle4
libp11-kit0 libpq5 libsasl2-2 libsasl2-modules libsasl2-modules-db
libtasn1-6
Suggested packages:
gnutls-bin krb5-doc krb5-user libsasl2-modules-otp libsasl2-modules-ldap
libsasl2-modules-sql libsasl2-modules-gssapi-mit
libsasl2-modules-gssapi-heimdal python-psycopg2-doc
The following NEW packages will be installed:
krb5-locales libgmp10 libgnutls-deb0-28 libgssapi-krb5-2 libhogweed2
libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 libldap-2.4-2 libnettle4
libp11-kit0 libpq5 libsasl2-2 libsasl2-modules libsasl2-modules-db
libtasn1-6 python3-psycopg2
0 upgraded, 18 newly installed, 0 to remove and 0 not upgraded.
Need to get 5416 kB of archives.
After this operation, 10.4 MB of additional disk space will be used.
.
Processing triggers for libc-bin (2.19-18+deb8u6) .
---> 978e0fa7afa7
Removing intermediate container d7d4376c9f0d
Successfully built 978e0fa7afa7

Примечание: Docker кэширует процесс сборки. Потому иногда при сборке образа используются устаревшие исходные файлы. Чтобы избежать этого, добавьте в Dockerfile чистку и обновление исходников. Если при установке или обновлении пакетов возникает ошибка, запустите внутри контейнера команду:

apt-get clean && apt-get update

Внимательно читайте вывод Docker, чтобы отследить опечатки. Своевременно обновляйте исходные файлы, чтобы избежать ошибок, вызванных кэшированными списками пакетов.

Синтаксические ошибки и ошибки кэширования – наиболее распространенные проблемы, с которыми вы можете столкнуться при создании образа Docker. Теперь давайте рассмотрим проблемы, которые могут возникнуть при работе с контейнерами, созданными на основе этих образов.

2: Конфликты имён

Чем больше вы запускаете контейнеров, тем выше вероятность возникновения конфликта имён.

К примеру, иногда при создании контейнера пользователи пытаются использовать имя, которое ранее было присвоено другому контейнеру в этой системе. Данный раздел научит вас выбирать имена для контейнеров, переименовывать и удалять их, чтобы устранить конфликт имён.

Используйте созданный ранее образ, чтобы запустить контейнер. Затем, чтобы протестировать его работу, запустите интерактивный интерпретатор bash внутри этого контейнера.

docker run -ti my_image bash

После запуска контейнера вы увидите командную строку root:

Теперь давайте рассмотрим проблемы, которые могут возникнуть в контейнере.

Запуская контейнер так, как показано выше, не указывая имя, Docker присваивает ему случайное имя. Чтобы просмотреть список запущенных контейнеров, запустите на хосте Docker команду:

Примечание: Команду нужно запускать вне контейнера.

Откройте терминал хоста Docker и запустите:

Эта команда выведет список запущенных контейнеров:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
80a0ca58d6ec my_image "bash" 22 seconds ago Up 28 seconds loving_brahmagupta

Как видите, Docker выбрал для только что запущенного контейнера случайное имя, и в данном случае это loving_brahmagupta (вероятно, в вашем случае имя будет отличаться). Позволять Docker присваивать контейнерам случайные имена можно в некоторых простых случаях. Однако это может повлечь серьёзные проблемы. При развёртывании объемного проекта нужно присвоить контейнерам имена самостоятельно, чтоб иметь возможность ссылаться на них и автоматизировать их работу.

Чтобы задать имя контейнера, используйте при запуске аргумент –name. Также вы можете переименовать запущенный контейнер. Имя контейнера должно быть описательным.

Запустите следующую команду в терминале хоста Docker:

docker rename your_container_name python_box

Запросите список контейнеров:

Теперь контейнер loving_brahmagupta называется python_box:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
80a0ca58d6ec my_image "bash" 24 minutes ago Up 24 minutes python_box

Чтобы закрыть контейнер, введите exit в командную строку:

Также контейнер можно остановить с помощью команды kill из другого терминала хоста Docker:

docker kill python_box

В таком случае Docker возвращает имя остановленного контейнера:

Чтобы убедиться, что контейнер python_box остановлен, запросите список контейнеров:

Контейнер python_box в списке нет:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES

Вы думаете, что теперь можно запустить другой контейнер с именем python_box? Что ж, попробуйте сделать это:

docker run --name python_box -ti my_image bash
docker: Error response from daemon: Conflict. The name "/python_box" is already in use by container 80a0ca58d6ecc80b305463aff2a68c4cbe36f7bda15e680651830fc5f9dda772. You have to remove (or rename) that container to be able to reuse that name..
See 'docker run --help'.

Если вы собираете образ, а затем хотите повторно использовать имя существующего образа, этот образ будет переписан. Контейнеры работают немного сложнее: вы не можете переписать существующий контейнер.

Итак, Docker говорит, что контейнер python_box уже существует, хотя только что этот контейнер был остановлен. Его даже нет в списке команды docker ps. Да, на данный момент он не запущен, но он всё ещё доступен. Вы остановили, но не удалили его. Команда docker ps показывает не все доступные, а только запущенные контейнеры.

Чтобы запросить список всех контейнеров, нужно добавить флаг –а:

Как видите, python_box всё-таки в списке:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
80a0ca58d6ec my_image "bash" 12 minutes ago Exited (137) 6 minutes ago python_box

Чтобы сделать это, введите в терминал:

docker rm python_box

Docker выведет на экран имя удалённого контейнера.

Примечание: Если контейнер, который нужно удалить, всё ещё запущен, команда не сможет удалить его и вернёт ошибку.

Теперь попробуйте снова создать контейнер по имени python_box:

docker run --name python_box -ti my_image bash

Процесс будет успешно выполнен, а на экране появится оболочка root:

Теперь остановите и удалите этот контейнер, чтобы избежать ошибок при дальнейшей работе. Откройте новый терминал на хосте Docker и выполните команду:

docker kill python_box && docker rm python_box

Эта команда состоит из двух команд, потому Docker выведет имя контейнера дважды:

При возникновении конфликтов имён используйте команду docker ps -a

Самостоятельно присваивая имена контейнерам, вы можете легко управлять инфраструктурой. Кроме того, так гораздо проще устанавливать взаимодействие между контейнерами.

3: Проблемы взаимодействия контейнеров

Докер может легко обрабатывать несколько контейнеров, благодаря чему вы можете запускать различные сервисы и даже дублировать сервисы в контейнерах. Если с одним из сервисов случился сбой или его взломали, вы можете просто заменить его другим, сохраняя при этом остальную часть инфраструктуры нетронутой. Но вы можете столкнуться с проблемами при настройке взаимодействия между этими контейнерами.

Создайте два взаимодействующих между собой контейнера: пусть первый будет контейнером Python на основе уже существующего образа, а второй будет запускать PostgreSQL.

Примечание: Официальный образ для контейнера PostgreSQL можно найти на Docker Hub.

Прежде контейнеры запускались на переднем плане, занимая терминал. Теперь нужно запустить контейнер PostgreSQL в фоновом режиме. Для этого используется флаг –detach.

Вместо команды bash запустите в контейнере команду postgres, которая запустит сервер баз данных PostgreSQL.

docker run --name postgres_box --detach postgres

Docker загрузит образ с Docker Hub и создаст контейнер. Затем он вернёт полный ID контейнера, запущенного в фоновом режиме:

Unable to find image 'postgres:latest' locally
latest: Pulling from library/postgres
6a5a5368e0c2: Already exists
193f770cec44: Pull complete
.
484ac0d6f901: Pull complete
Digest: sha256:924650288891ce2e603c4bbe8491e7fa28d43a3fc792e302222a938ff4e6a349
Status: Downloaded newer image for postgres:latest
f6609b9e96cc874be0852e400381db76a19ebfa4bd94fe326477b70b8f0aff65

Просмотрите список запущенных контейнеров:

В списке вы увидите запущенный в фоновом режиме контейнер postgres_box, который использует порт 5432 (стандартный порт PostgreSQL)

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
7a230b56cd64 postgres_box "/docker-entrypoint.s" Less than a second ago Up 2 seconds 5432/tcp postgres

Чтобы создать ссылку, нужно указать имя контейнера, а затем, после флага –link, задать имена контейнеров, которые нужно связать. В данном случае команда будет выглядеть так:

docker run --name python_box --link postgres_box:postgres -ti my_image bash

Попробуйте подключиться к PostgreSQL из контейнера python_box.

Ранее вы установили nano в python_box. Используйте этот текстовый редактор, чтобы создать простой сценарий Python и подключиться к PostgreSQL. В терминал контейнера python_box введите:

Добавьте в файл:

"""Test PostgreSQL connection."""
import psycopg2
conn = psycopg2.connect(user='postgres')
print(conn)

Сохраните и закройте файл. Попробуйте подключиться к БД с помощью этого сценария:

В выводе говорится о том, что во время подключения произошла ошибка:

Traceback (most recent call last):
File "pg_test.py", line 5, in <module>
conn = psycopg2.connect(database="test", user="postgres", password="secret")
File "/usr/lib/python3/dist-packages/psycopg2/__init__.py", line 164, in connect
conn = _connect(dsn, connection_factory=connection_factory, async=async)
psycopg2.OperationalError: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Итак, контейнер postgres_box запущен и связан с python_box. В чём же проблема? Дело в том, что во время соединения не был указан хост БД, потому Python пытается подключиться к ней локально. Но это не сработает, так как сервис запущен не локально – он работает в другом контейнере, а это то же самое, что на другом компьютере.

Вы можете получить доступ к связанным контейнерам, указав имя, использованное в ссылке. В данном случае мы используем postgres для ссылки на контейнер postgres_box, который запускает сервер базы данных. Вы можете убедиться в этом, просмотрев файл /etc/hosts внутри контейнера python_box:

Вы увидите все доступные хосты, их имена и IP. Сервер postgres тоже в списке:

127.0.0.1 localhost
::1 localhost ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
172.17.0.2 postgres f6609b9e96cc postgres_box
172.17.0.3 3053f74c8c13

Отредактируйте сценарий Python и добавьте в него имя хоста. Откройте файл:

Укажите имя хоста:

"""Test PostgreSQL connection."""
import psycopg2
conn = psycopg2.connect(host='postgres', user='postgres')
print(conn)

Сохраните и закройте файл. Снова запустите сценарий:

Теперь сценарий выполнен успешно:

Запоминайте имена контейнеров, чтобы иметь возможность подключаться к сервисам внутри этих контейнеров.

Заключение

В данном руководстве мы рассмотрели наиболее распространенные проблемы, с которыми можно столкнуться при работе с контейнерами Docker: от создания образов и до развертывания сетей контейнеров.

docker -D [command] [arguments]

Контейнеры программного обеспечения существуют уже некоторое время, а сама система Docker – всего три года, потому иногда с ней бывает сложно. Чем чаще вы будете работать с Docker, тем больше у вас будет опыта: вы будете знать подводные камни, научитесь быстро справляться с рутинными задачами и устранять ошибки.

Читайте также:

Docker имя docker не распознано как имя командлета функции файла сценария или выполняемой программы

Установка Docker

Настройка Docker с помощью файла конфигурации

Настройка Docker в службе Docker

Распространенные конфигурации

Создание сети по умолчанию

Задание группы безопасности для Docker

Конфигурация прокси-сервера

Удаление Docker

Подготовка системы к удалению Docker

Удаление Docker

Очистка данных и системных компонентов Docker

Перезагрузка системы

Похожие вопросы:

Требования

1: Ошибки в Dockerfile

2: Конфликты имён

3: Проблемы взаимодействия контейнеров

Заключение