Поскольку я только что обновил Docker до версии 1.1.0, я получаю:
Ответ об ошибке от демона: у клиента и сервера разные версии (клиент: 1.13, сервер: 1.12)
Вы знаете, как это исправить?
Я снова перешел на 1.0.1, и все снова работает.
Поскольку я только что обновил Docker до версии 1.1.0, я получаю:
Ответ об ошибке от демона: у клиента и сервера разные версии (клиент: 1.13, сервер: 1.12)
Вы знаете, как это исправить?
Я снова перешел на 1.0.1, и все снова работает.
boot2docker
проблема (для справки в будущем).
Ответы:
Похоже, вам нужно обновить виртуальную машину после установки boot2docker:
если вы обновляетесь с boot2docker 0.12 или новее, вы можете обновить существующую виртуальную машину (после обновления с помощью установщика) с помощью boot2docker stop && boot2docker download && boot2docker up - и вы не потеряете свои существующие данные.
( https://github.com/boot2docker/osx-installer/releases/tag/v1.1.0 )
An error occurred trying to connect: Get https://192.168.59.103:2376/v1.19/containers/json?all=1: x509: certificate is valid for 127.0.0.1, 10.0.2.15, not 192.168.59.103
: /
boot2docker delete
, boot2docker init
и все заработало.
Это может произойти, если вы обновили Docker, но служба не была перезапущена. Затем вы попытаетесь подключиться к демону Docker с обновленным клиентом, в то время как демон (который уже работал до обновления) все еще работает с более старой версией.
Чтобы исправить это, перезапустите службу:
sysV init:
service docker restart
systemd:
systemctl daemon-reload
systemctl restart docker
systemd
это рекомендуется делать systemctl daemon-reload
раньшеsystemctl restart docker
Если вы используете docker-machine
для управления локальными машинами на основе VirtualBox, решение такое же простое, как и для boot2docker:
docker-machine upgrade MACHINE_NAME
Он просит docker-machine
загрузить последнюю версию boot2docker.iso
и поместить ее в качестве новой корневой файловой системы в обновленную виртуальную машину.
Кстати, у док-машины с поддержкой VirtualBox есть корневая файловая система только для чтения. Это означает, что никакое ручное обновление невозможно пережить после перезагрузки компьютера. Для меня это было сюрпризом.
У меня была последняя версия boot2docker, docker и virtual box, но я все еще получал это сообщение. Кажется, бег brew upgrade boot2docker
- не лучшая идея. При бегеboot2docker upgrade
меня попросили установить кучу переменных среды, и тогда это сработало.
Boot2docker попросил меня установить их (см. Последние строки):
$ boot2docker upgrade
Latest release for boot2docker/boot2docker is v1.3.0
Downloading boot2docker ISO image...
Success: downloaded https://github.com/boot2docker/boot2docker/releases/download/v1.3.0/boot2docker.iso
to /Users/.../.boot2docker/boot2docker.iso
Waiting for VM and Docker daemon to start...
.........oooooooooooooo
Started.
Writing /Users/.../.boot2docker/certs/boot2docker-vm/ca.pem
Writing /Users/.../.boot2docker/certs/boot2docker-vm/cert.pem
Writing /Users/.../.boot2docker/certs/boot2docker-vm/key.pem
To connect the Docker client to the Docker daemon, please set:
export DOCKER_HOST=tcp://192.168.59.103:2376
export DOCKER_CERT_PATH=/Users/.../.boot2docker/certs/boot2docker-vm
export DOCKER_TLS_VERIFY=1
Можно вырезать и вставить эти три строки за один раз в свой терминал.
Чтобы проверить их правильность:
$ env
Я пытался запросить сервер Docker с более новым клиентом:
Решение для меня было просто:
export DOCKER_API_VERSION=1.21
Ссылка: https://docs.docker.com/engine/reference/commandline/cli/
Правильный ответ здесь очень старый (Docker переименовал boot2docker в Docker Machine и добавил к нему еще несколько функций) .
В любом случае я столкнулся с той же проблемой, и мне потребовалось около 3 дней, чтобы исправить :(
Вот решение
1) найдите расположение boot2docker.iso
sudo find ~/ -name 'boot2docker.iso'
2) удалите boot2docker.iso
файл, сделав резервную копию
/Users/{user}/.docker/machine/cache/boot2docker.iso
3) удалите свой docker vm
docker-machine rm {default}
это также должно удалить это:
/Users/{user}/.docker/machine/machines/default/boot2docker.iso
4) создать новый docker vm
docker-machine create --driver virtualbox default
это boot2docker.iso
сначала загрузит новый, а затем использует его для создания вашего vm.
Теперь это должно исправить :)
Если вы получите здесь какую-либо ошибку, например:
Running pre-create checks...
(mega-docker) No default Boot2Docker ISO found locally, downloading the latest release...
Error with pre-create check: "Get https://api.github.com/repos/boot2docker/boot2docker/releases/latest: dial tcp: lookup api.github.com on 192.168.0.1:53: read udp 192.168.0.103:53947->192.168.0.1:53: i/o timeout"
попробуйте загрузить boot2docker.iso
файл вручную, перейдя по ссылке https://api.github.com/repos/boot2docker/boot2docker/releases/latest, затем щелкнув html_url
и, наконец, выбрав загрузку файла.
как только вы получите файл и поместите его вручную в /Users/{user}/.docker/machine/cache/
наконец, повторно запустите эту команду docker-machine create --driver virtualbox default
Это сработало для меня: он просто выключает виртуальную машину, удаляет и воссоздает ее, а затем снова запускает. Он повторно запускает shellinit, чтобы ваши переменные ENV получали правильный IP-адрес, когда он возвращается.
$ boot2docker poweroff && \
boot2docker delete && \
boot2docker init && \
boot2docker up
$ eval `boot2docker shellinit`
Мое решение заключалось в том, чтобы выполнить Close> Power Off на виртуальной машине Docker в VirtualBox, а затем перезапустить Kitematic. Это исправило это для меня.
Если вы пришли туда с помощью Ansible, а не boot2docker, вот решение: используйте docker_api_version: auto
аргумент
- name: Mongo data container
docker:
docker_api_version: auto
name: mongo-primary-dc
image: debian:wheezy
state: present
volumes:
- /data
Я предполагаю, что причина в том, что модуль docker-py, используемый Ansible, часто не той же версии, что и репозиторий Ubuntu apt-get.
boot2docker
. Это тоже твой случай?