Alexander
да
Anonymous
да
тогда идей нет, у меня из коробки: {
"experimental": false,
"features": {
"buildkit": true
}
}
Anonymous
работает всё в смысле
Alexander
Переустановлю докер. Может поможет
Alexander
Кто-то на винде менял каталог хранения докер образов?
George
Нет, вообще винду хейчу
Alexander
Неа
Alexander
Ещё хуже стало
George
Установи в виртуалбокс на Линукс
George
Это все проблемы снимет
Anonymous
или хоть подскажут тут или в сосднем чате не догадками “а шо там у виндов”
Anonymous
Раньше все огонь было. Не могу понять, где накосячил.
с виртуабоксом бы подскази может, особенно если виртуалки
Alexander
Проблема с переносом папки докера решена.
По-умолчанию почему-то была 1 версия wsl вместо 2
Alexander
wsl -l -v
George
Docker ps -a даст ответ на вопрос
𝙼𝚛. 𝚂𝚑𝚒𝚜𝚑𝚔𝚒𝚗ᅠ
Так у тебя же два в стопе 🤔
Дмитрий
Коллеги, добрый день,
Пытаюсь сделать образ для keepalived. Dockerfile:
FROM alpine:3.13
RUN apk add \
build-base
WORKDIR /etc/
ADD https://keepalived.org/software/keepalived-2.2.2.tar.gz /etc/
RUN tar -xzf keepalived-2.2.2.tar.gz
WORKDIR /etc/keepalived-2.2.2
RUN ./configure
RUN make install
./configure отрабатывает почти до конца, но выпадает ошибка:
checking for asm/types.h... configure: error: Missing/unusable kernel header file <asm/types.h>
no
Подскажите пожалуйста, в чём проблема и как это можно поправить?
Andrey
Подозреваю проблема в alpine/musl
Andrey
Можно попробовать собрать из дебиана/убунты whatever чтобы проверить
Artyom
Коллеги, добрый день,
Пытаюсь сделать образ для keepalived. Dockerfile:
FROM alpine:3.13
RUN apk add \
build-base
WORKDIR /etc/
ADD https://keepalived.org/software/keepalived-2.2.2.tar.gz /etc/
RUN tar -xzf keepalived-2.2.2.tar.gz
WORKDIR /etc/keepalived-2.2.2
RUN ./configure
RUN make install
./configure отрабатывает почти до конца, но выпадает ошибка:
checking for asm/types.h... configure: error: Missing/unusable kernel header file <asm/types.h>
no
Подскажите пожалуйста, в чём проблема и как это можно поправить?
А к keepalived есть собранные бинари или надо обязательно из сорцев собирать?
Дмитрий
А к keepalived есть собранные бинари или надо обязательно из сорцев собирать?
Собранных нет, брал как есть последнюю версию с оф.сайта. А можно собрать бинарник, всунуть его в dockerfile и получить готовый образ с alpine?
Artyom
Собранных нет, брал как есть последнюю версию с оф.сайта. А можно собрать бинарник, всунуть его в dockerfile и получить готовый образ с alpine?
Тогда либо кросс-компиляция под alpine на хосте, либо на хосте должен быть alpine.
Либо вместо alpine использовать другой родительский образ
Дмитрий
Тогда либо кросс-компиляция под alpine на хосте, либо на хосте должен быть alpine.
Либо вместо alpine использовать другой родительский образ
Спасибо, посмотрю как это можно сделать. Под другой образ не хочется собирать из-за размера.
George
George
Ты ещё с эльпайн говна поешь ) если уж гнаться за размером - distroless или scratch
George
К тому же, Дебиан слим не такой уж большой
George
Коллеги, добрый день,
Пытаюсь сделать образ для keepalived. Dockerfile:
FROM alpine:3.13
RUN apk add \
build-base
WORKDIR /etc/
ADD https://keepalived.org/software/keepalived-2.2.2.tar.gz /etc/
RUN tar -xzf keepalived-2.2.2.tar.gz
WORKDIR /etc/keepalived-2.2.2
RUN ./configure
RUN make install
./configure отрабатывает почти до конца, но выпадает ошибка:
checking for asm/types.h... configure: error: Missing/unusable kernel header file <asm/types.h>
no
Подскажите пожалуйста, в чём проблема и как это можно поправить?
Похоже на необходимость поставить какие-то пакеты -dev. Обычно решается Гуглом, а потом apk add нужный_пакет
George
И я подозреваю, что можно задачу и без кипэлайв решить - обычно его втыкают куда ни попадя, но не думают, зачем
Дмитрий
Странное требование
Alpine это не обязательное требование. Мне просто хотелось сделать маленький контейнер, не принципиально на чём именно.
Гуглить пробовал, пробовал добавлять пакеты alpine-sdk, build-base и libssl-dev, но не помогло. На полноценной ubuntu хватало build-essential и libssl-dev.
Да, наверно можно обойтись и без keepalived, но я хотел перенести в докер то, что уже настроено. Ну и заодно немного попрактиковаться в чём-то новом.
George
возьми debian-slim
Дмитрий
Спасибо, попробую
George
и сделай мультистейдж - полезнее будет
Pavel
Здраствуйте. Есть вопрос. Если контейнер уже поднят и потом дать команду
docker-compose run --rm ...
Он с текущего имэджа будет собирать новый
контейнер, или заново будет билдить image?
Evgeniy
Здраствуйте. Есть вопрос. Если контейнер уже поднят и потом дать команду
docker-compose run --rm ...
Он с текущего имэджа будет собирать новый
контейнер, или заново будет билдить image?
docker-compose run —help
--rm Remove container after run. Ignored in detached mode.
Evgeniy
он запустит новые контейнеры и по завершению их удалит
Evgeniy
если ты хочешь перебилдить образ то
docker-compose build
или docker-compose up —build
🅳🅸🆉🆉
Всем привет, только начинаю изучать докер, есть один вопрос. Докер использует ядро ОС поэтому в теории нельзя запустить виндовое приложение в контейнере, если на хосте докера установлен линух. Возможно ли на ДАННЫЙ МОМЕНТ запускать линуксовые контейнеры на хосте где стоит винда??
🅳🅸🆉🆉
я это спрашиваю к тому что у меня есть телеграм-бот на питоне и я его могу запускать в контейнере и на винде и на линуксе)
Anton
Всем привет, только начинаю изучать докер, есть один вопрос. Докер использует ядро ОС поэтому в теории нельзя запустить виндовое приложение в контейнере, если на хосте докера установлен линух. Возможно ли на ДАННЫЙ МОМЕНТ запускать линуксовые контейнеры на хосте где стоит винда??
Можно. Docker desktop (виндовая версия) поднимает виртуалку или работает с WSL напрямую.
Anton
я это спрашиваю к тому что у меня есть телеграм-бот на питоне и я его могу запускать в контейнере и на винде и на линуксе)
если это вопрос, то да, можешь
Anonymous
Всем привет, только начинаю изучать докер, есть один вопрос. Докер использует ядро ОС поэтому в теории нельзя запустить виндовое приложение в контейнере, если на хосте докера установлен линух. Возможно ли на ДАННЫЙ МОМЕНТ запускать линуксовые контейнеры на хосте где стоит винда??
в виртуалке с линуксом Судя по всему лучше самостоятельно установленной
🅳🅸🆉🆉
благодарю
🅳🅸🆉🆉
и видел что докер десктоп в хипер-в сам поднимает для себя какую-то виртуалку
🅳🅸🆉🆉
короче я так понимаю на винде теперь мождно запускать ЛЮБЫЕ контейнеры и не париться
Anton
"винда" и "не париться" не могут находиться в одном предложении ;)
Anonymous
короче я так понимаю на винде теперь мождно запускать ЛЮБЫЕ контейнеры и не париться
с десктопом не париться наверное на е получится
🅳🅸🆉🆉
я понимаю, тут вопрос в теории)) я немного не понимал как контейнер, запущенный из линуксового образа работает на винде)
Anonymous
Pavel
если ты хочешь перебилдить образ то
docker-compose build
или docker-compose up —build
Ок. Когда я пишу
docker-compose up -d
меняю код, например зависимости проекта, делаю
docker-compose run --rm ..., то он поднимет контейрен на основе образа, с которого он сделал 1 контейнер?
Evgeniy
уже ответили
Pavel
Спасибо
Evgeniy
если хочешь пересобирать то используй флаг —build у up
Pavel
Мне нужно в run
Evgeniy
до run запусти docker-compose build
Evgeniy
я вообще мало помню где мне docker-compose run пригождалось)
Pavel
Смысл в том, что есть dev server, и когда кто-то что-то запушил, то нужно тесты запустить с учётом того, что кто-то мог поменять зависимости. И если тесты не прошли, то с сервером ничего не делать
Pavel
А если прошли - --rmi и up
Andrey
Звучит не очень
Evgeniy
у тебя получается дев сервер и прод одно и тоже место
прод крутиться на docker-compose
ну это так к слову
Evgeniy
вывод простой разделить прод и dev сервер
Evgeniy
у тебя на сервере может быть несколько docker-compose файликов (в том числе под разные окружения, хз зачем в нем прод крутить но даже и для него)
соответственно когда у тебя есть любое количество окружений где тестить ты просто его апаешь и собираешь логи
никаких docker-compose run не пришлось использовать
Pavel
Тут всё немного по-другому сделано. Тут смысл в том, что есть дев сервер, в котором может лежать код, который никогда в мастер не попадает (типо фича, которую кто-то когда-то делал, и потом отменилась). Поэтому прод и дев не одно и то же
Pavel
Тут deploy - по сути сделать up
Pavel
Вот и весь деплой
Evgeniy
тебе надо просто билдить образы
Evgeniy
не запускать а именно билдить
если образ сбилдился значит он окей его можно пушать в registry и когда нибудь деплоить
Evgeniy
а вот в этот билд втыкать запуск автотестов, code style и прочего
через мульти stage например
Re
Дайте книжку ...вчера нашел эту штуку ещё не спал ... Думаю надо что то почитать ..
Re
Плиииз я зелёный ваще
Anonymous
Дайте книжку ...вчера нашел эту штуку ещё не спал ... Думаю надо что то почитать ..
https://docs.docker.com/
Re
Бестпрактис если можн или паттерны ...
Артём
Бестпрактис если можн или паттерны ...
Бестпрактис номер 1: Начинать изучение новых "штук" с документаций по ним
Re
Мда...