могли

не секьюрно жеж

почему тогда у меня на 12 убунте все ок

хз)

но у меня тоже образ не тянется 14-й убунты

ну образ это одно..

почему тогда у меня на 12 убунте все ок

потому что её давно заEOLили и в образе правильная ссылка на old-releases.ubuntu.com. например

хотя у меня apt-get update ни там ни там не работает, дело наверное в зеркалах

у меня работает update только в контейнере на GCP

докер пишет такое Step 3/15 : RUN apt-get update && apt-get install -y libxmlsec1-dev pkg-config ---> Running in 739147bc26b4 Ign http://archive.ubuntu.com trusty InRelease

похоже дело не в 14.04

у меня на 18.04 щас образ не собрался тоже

да..

апт не смог паодключиться никуда

проблема глобальная похоже

где бы поискать новости об этом? на каких ресурсах

andor@titude:~$ docker run -it ubuntu:14.04 bash root@e7090f654105:/# apt update Get:1 http://security.ubuntu.com trusty-security InRelease [65.9 kB] Get:2 http://security.ubuntu.com trusty-security/main amd64 Packages [1023 kB] Get:3 http://security.ubuntu.com trusty-security/restricted amd64 Packages [18.1 kB] Get:4 http://security.ubuntu.com trusty-security/universe amd64 Packages [370 kB] Get:5 http://security.ubuntu.com trusty-security/multiverse amd64 Packages [4723 B] Ign http://archive.ubuntu.com trusty InRelease Get:6 http://archive.ubuntu.com trusty-updates InRelease [65.9 kB] Get:7 http://archive.ubuntu.com trusty-backports InRelease [65.9 kB] Get:8 http://archive.ubuntu.com trusty Release.gpg [933 B] Get:9 http://archive.ubuntu.com trusty-updates/main amd64 Packages [1443 kB] Get:10 http://archive.ubuntu.com trusty-updates/restricted amd64 Packages [21.4 kB] Get:11 http://archive.ubuntu.com trusty-updates/universe amd64 Packages [663 kB] Get:12 http://archive.ubuntu.com trusty-updates/multiverse amd64 Packages [16.1 kB] Get:13 http://archive.ubuntu.com trusty-backports/main amd64 Packages [14.7 kB] Get:14 http://archive.ubuntu.com trusty-backports/restricted amd64 Packages [40 B] Get:15 http://archive.ubuntu.com trusty-backports/universe amd64 Packages [52.5 kB] Get:16 http://archive.ubuntu.com trusty-backports/multiverse amd64 Packages [1392 B] Get:17 http://archive.ubuntu.com trusty Release [58.5 kB] Get:18 http://archive.ubuntu.com trusty/main amd64 Packages [1743 kB] Get:19 http://archive.ubuntu.com trusty/restricted amd64 Packages [16.0 kB] Get:20 http://archive.ubuntu.com trusty/universe amd64 Packages [7589 kB] Get:21 http://archive.ubuntu.com trusty/multiverse amd64 Packages [169 kB] Fetched 13.4 MB in 2min 21s (94.7 kB/s) Reading package lists... Done root@e7090f654105:/#

небыстро, но работает

# docker run -it ubuntu:14.04 bash Unable to find image 'ubuntu:14.04' locally 14.04: Pulling from library/ubuntu e082d4499130: Pull complete 371450624c9e: Pull complete c8a555b3a57c: Pull complete 1456d810d42e: Pull complete Digest: sha256:6612de24437f6f01d6a2988ed9a36b3603df06e8d2c0493678f3ee696bc4bb2d Status: Downloaded newer image for ubuntu:14.04 root@ae30cb1b2aff:/# apt update Ign http://archive.ubuntu.com trusty InRelease Get:1 http://archive.ubuntu.com trusty-updates InRelease [65.9 kB] Get:2 http://archive.ubuntu.com trusty-backports InRelease [65.9 kB] Get:3 http://archive.ubuntu.com trusty Release.gpg [933 B] Get:4 http://archive.ubuntu.com trusty-updates/main amd64 Packages [1443 kB] Get:5 http://archive.ubuntu.com trusty-updates/restricted amd64 Packages [21.4 kB] Get:6 http://archive.ubuntu.com trusty-updates/universe amd64 Packages [663 kB] Get:7 http://archive.ubuntu.com trusty-updates/multiverse amd64 Packages [16.1 kB] Get:8 http://archive.ubuntu.com trusty-backports/main amd64 Packages [14.7 kB] Get:9 http://archive.ubuntu.com trusty-backports/restricted amd64 Packages [40 B] Get:10 http://archive.ubuntu.com trusty-backports/universe amd64 Packages [52.5 kB] Get:11 http://archive.ubuntu.com trusty-backports/multiverse amd64 Packages [1392 B] Get:12 http://archive.ubuntu.com trusty Release [58.5 kB] Get:13 http://archive.ubuntu.com trusty/main amd64 Packages [1743 kB] Get:14 http://archive.ubuntu.com trusty/restricted amd64 Packages [16.0 kB] Get:15 http://archive.ubuntu.com trusty/universe amd64 Packages [7589 kB] Get:16 http://security.ubuntu.com trusty-security InRelease [65.9 kB] Get:17 http://security.ubuntu.com trusty-security/main amd64 Packages [1023 kB] Get:18 http://security.ubuntu.com trusty-security/restricted amd64 Packages [18.1 kB] Get:19 http://security.ubuntu.com trusty-security/universe amd64 Packages [370 kB] Get:20 http://security.ubuntu.com trusty-security/multiverse amd64 Packages [4723 B] Get:21 http://archive.ubuntu.com trusty/multiverse amd64 Packages [169 kB] Fetched 13.4 MB in 2min 27s (90.7 kB/s) Reading package lists... Doneвот на хосте в дц, тоже пашет и тоже небыстро

дц где?

у меня на гугле тож оч не быстро

это в хетцнере в финляндии

странно что нет никаких новостей об этом

привет, подскажите как мне локально использовать докер, если настроены сертификаты для демона { "tls": true, "tlscert": "/path/server-cert.pem", "tlskey": "/path/server-key.pem", "hosts": ["tcp://0.0.0.0:2376"] } получается удаленно могу запускать клиента, локально пишет docker ps Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? docker --tlsverify --tlscacert=ca.pem --tlscert=cert.pem --tlskey=key.pem ps error during connect: Get https://localhost:2376/v1.39/containers/json: x509: certificate is valid for hostname.com, not localhost

небыстро, но работает

у меня вот пошло да

привет, подскажите как мне локально использовать докер, если настроены сертификаты для демона { "tls": true, "tlscert": "/path/server-cert.pem", "tlskey": "/path/server-key.pem", "hosts": ["tcp://0.0.0.0:2376"] } получается удаленно могу запускать клиента, локально пишет docker ps Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? docker --tlsverify --tlscacert=ca.pem --tlscert=cert.pem --tlskey=key.pem ps error during connect: Get https://localhost:2376/v1.39/containers/json: x509: certificate is valid for hostname.com, not localhost

разобрался, тут все описано https://docs.docker.com/engine/security/https/

всем привет

Подскажите, почему может не использоваться кэш образа при сборке других? используется конструкция FROM IMAGE AS build

происходит такое # Executing 6 build triggers ---> Running in a95ca4208e9e Removing intermediate container a95ca4208e9e ---> Running in e36bc0ca9f84 Removing intermediate container e36bc0ca9f84 ---> Running in 3b43ba2dee21 Removing intermediate container 3b43ba2dee21 ---> Running in f1239e3508c1 и начинается сборка опять того IMAGE

чиго? ?

причем тут образ убунты на докерхабе и установка ОС в виртуалке на хайперви? )

причем тут образ убунты на докерхабе и установка ОС в виртуалке на хайперви? )

Ну как-бы она сама по себе в Хайпер Ви ведь не появится.

боже, ты собрал всё в кучу )

пипец

сегодня же второе уже, нет?

поставь докердесктоп и он сам сделает всё, причем тут виртуалка? )

создаст тебе mobylinux и ебашь через цмд

поставь докердесктоп и он сам сделает всё, причем тут виртуалка? )

Поставил.

поздравляю ? всё, ты девопс

а запустил?

Конечно.

ну открывай cmd

и пеши - docker

Я PowerShell юзаю.

да похуй

Образы проверил, хелло ворд написал все ок.

Так как мне запустить линуксу.

На ноуте все сработало, на стационаре нихуя.

переключить докердесктоп в линукс режим

На ноуте все сработало, на стационаре нихуя.

ну так делай всё как на ноуте, делов то

ну так делай всё как на ноуте, делов то

В том-то и дело, что так и сделал.

# docker run -it ubuntu:14.04 bash Unable to find image 'ubuntu:14.04' locally 14.04: Pulling from library/ubuntu e082d4499130: Pull complete 371450624c9e: Pull complete c8a555b3a57c: Pull complete 1456d810d42e: Pull complete Digest: sha256:6612de24437f6f01d6a2988ed9a36b3603df06e8d2c0493678f3ee696bc4bb2d Status: Downloaded newer image for ubuntu:14.04 root@ae30cb1b2aff:/# apt update Ign http://archive.ubuntu.com trusty InRelease Get:1 http://archive.ubuntu.com trusty-updates InRelease [65.9 kB] Get:2 http://archive.ubuntu.com trusty-backports InRelease [65.9 kB] Get:3 http://archive.ubuntu.com trusty Release.gpg [933 B] Get:4 http://archive.ubuntu.com trusty-updates/main amd64 Packages [1443 kB] Get:5 http://archive.ubuntu.com trusty-updates/restricted amd64 Packages [21.4 kB] Get:6 http://archive.ubuntu.com trusty-updates/universe amd64 Packages [663 kB] Get:7 http://archive.ubuntu.com trusty-updates/multiverse amd64 Packages [16.1 kB] Get:8 http://archive.ubuntu.com trusty-backports/main amd64 Packages [14.7 kB] Get:9 http://archive.ubuntu.com trusty-backports/restricted amd64 Packages [40 B] Get:10 http://archive.ubuntu.com trusty-backports/universe amd64 Packages [52.5 kB] Get:11 http://archive.ubuntu.com trusty-backports/multiverse amd64 Packages [1392 B] Get:12 http://archive.ubuntu.com trusty Release [58.5 kB] Get:13 http://archive.ubuntu.com trusty/main amd64 Packages [1743 kB] Get:14 http://archive.ubuntu.com trusty/restricted amd64 Packages [16.0 kB] Get:15 http://archive.ubuntu.com trusty/universe amd64 Packages [7589 kB] Get:16 http://security.ubuntu.com trusty-security InRelease [65.9 kB] Get:17 http://security.ubuntu.com trusty-security/main amd64 Packages [1023 kB] Get:18 http://security.ubuntu.com trusty-security/restricted amd64 Packages [18.1 kB] Get:19 http://security.ubuntu.com trusty-security/universe amd64 Packages [370 kB] Get:20 http://security.ubuntu.com trusty-security/multiverse amd64 Packages [4723 B] Get:21 http://archive.ubuntu.com trusty/multiverse amd64 Packages [169 kB] Fetched 13.4 MB in 2min 27s (90.7 kB/s) Reading package lists... Doneвот на хосте в дц, тоже пашет и тоже небыстро

E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/r/rename/rename_0.20-4_all.deb Unable to connect to archive.ubuntu.com:http: [IP: 91.189.88.162 80]

не собралось

В том-то и дело, что так и сделал.

ну значит у тебя всё работает тогда. зачем ты лезешь в hyper-v?

Ну то есть, сначало docker pull ubuntu, затем в Hyper-V

дальше сможешь запускать линуксовые контейнеры

хайперви не трогая ваще

Ну то есть, сначало docker pull ubuntu, затем в Hyper-V

зачем?

забудь о нём

поставил раз и всё

он для виртуалок, а тебе же контейнеры ннадо

хайпер-ви - гипервизор, панымаишь?

ну, открывай цмд или пош и ебашь

Ок, спс братва.

происходит такое # Executing 6 build triggers ---> Running in a95ca4208e9e Removing intermediate container a95ca4208e9e ---> Running in e36bc0ca9f84 Removing intermediate container e36bc0ca9f84 ---> Running in 3b43ba2dee21 Removing intermediate container 3b43ba2dee21 ---> Running in f1239e3508c1 и начинается сборка опять того IMAGE

Покажи что и как собираешь

Покажи что и как собираешь

я немного догнал, как тут все устроено. в base имадже идет ONBUILD RUN

поэтому при вызове ФРОМ он начинает сборку свою

не собралось

https://community.ubuntu.com/t/ubuntu-repositories-down/10454/2

Подскажите пожалуйста, как делать детальное выведение ошибок при билде. Так как при билде вызывается команда npm run build, результатом которой должеть быть новоиспечённый фолдер dist. Когда докер-компоуз ап делаю, всё билдится, всё ок. Но дист фолдера нету. Когда захожу в контенер, запускаю вручную npm run start - всё хорошо

Памагитя. Менял рабочую репу доцкера и начал ловить сие чудо при запуске композа. (файло есть как в сторой репе, так и в новой, права и оунер эдентичны. Вернул всё назад - всё равно неработает). Cannot start service db: shim error: docker-runc not installed on system

сложна чатать

с простого докер демон то запущен?

Подскажите пожалуйста, как делать детальное выведение ошибок при билде. Так как при билде вызывается команда npm run build, результатом которой должеть быть новоиспечённый фолдер dist. Когда докер-компоуз ап делаю, всё билдится, всё ок. Но дист фолдера нету. Когда захожу в контенер, запускаю вручную npm run start - всё хорошо

Вообще неясно о чем речь

Памагитя. Менял рабочую репу доцкера и начал ловить сие чудо при запуске композа. (файло есть как в сторой репе, так и в новой, права и оунер эдентичны. Вернул всё назад - всё равно неработает). Cannot start service db: shim error: docker-runc not installed on system

Переустановить докер с пурджом всех пакетов и удалением всего var lib docker

Переустановить докер с пурджом всех пакетов и удалением всего var lib docker

А вариантов реанимировать нет?

А вариантов реанимировать нет?

Это и есть реанимация

Вообще неясно о чем речь

Видимо он собирает что в процессе сборки образа командой "npm run build" и хочет увидеть детальный лог процесса сборки

Видимо он собирает что в процессе сборки образа командой "npm run build" и хочет увидеть детальный лог процесса сборки

npm run build --verbose

Или типа того. Вопрос к докеру отношения не имеет

npm run build --verbose

спасибо

Это и есть реанимация

Окей, всё переставил, меняю папку - не работает 1) vi /etc/systemd/system/docker.service.d/override.conf 2) [Service] ExecStart= ExecStart=/usr/bin/dockerd --graph=/home/docker-data_new --storage-driver=overlay 3) systemctl daemon-reload 4) systemctl restart docker

/home/docker-data-new - права есть?

лучше с /var/lib/docker стартовать - безопаснее

лучше с /var/lib/docker стартовать - безопаснее

В том то и прикол, что нужно переместить установочный каталог на другой диск. Сейчас он на корне, а надо на home перетащить. Как только не пробовал Результат тот же

selinux?

у тебя прав на все поддерево хватает?

еще там нюанс, что если есть катлог lost+found внутри каталога докера, то ты приплыл

он этого не любит

Просто поднимаю файловую помойку

А файлы он складирует не там где нужно, в корне. Вот и пытаюсь переопределить

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

selinux?

Не стоит, в etc его нет