Andrew
Которые в пайплайне как переменные окружения
Alexander
Знатоки, подскажите в чём трабла? services: parser1: build: . command: python3 ./consumer.py depends_on: - rabbit1 - minio1 parser1 упорно стартует между минио и раббитом
Миша
версия?
EtoZheSlava
Всем привет, а как сделать человеческий inspect контейнера в k8s ? Как docker inspect - но в k8s? Мне нужно опредедить log driver у контейнера
EtoZheSlava
describe
про конфиги логов там нет инфы
Stas
про конфиги логов там нет инфы
Чекни не под, а деплой
Dmitry
про конфиги логов там нет инфы
https://kubernetes.io/docs/concepts/cluster-administration/logging/ не оно?
Stas
тоже нема
Видимо используется на всех один тогда. Задача я понял выяснить куда уходят логи?
EtoZheSlava
кста, похоже fluentd юзается
Stas
ага
Тогда смотри кубовские настройки. Они должны быть в /etc...
Stas
Настройки кубапи если не изменяет память
Alexander
Зависимости?
В смысле? Которые указаны в depends_on?
Миша
Думаю у тебя все таки проблемы с запуском зависимостей, глянь логи. Скорее всего они попробовали запуститься и отвалились.
Alexander
Нет, прямо в консоли видно как они запускаются
Anton
как при билде скачать зависимость из приватной (доступ по паролю/токену/ключу) репы?
Anonymous
Ну или docker login сначала
Anton
Ну или docker login сначала
а, не. Я имею ввиду, у меня проект зависит от либы, которая в другой гитовой приватной репе. Пакетный менеджер пытается ее скачать при билде в контейнере, но контейнер ничего не знает про доступ в ту репу.
Anonymous
в другом репозитории или в другом проекте
Anton
два проекта A и B, две гитовых(!) репы A и B. А зависит от B. Если билдить A, то пакетный менеджер А попытается склонировать репу B.
Anonymous
У вас multiproject pipeline's?
Anonymous
Или git clone
George
или дайте больше деталей
Anonymous
Короче, не знаю что он хочет, но в общем вот git clone -b dev http://login:password@git.example.ru/path/to/project.git
victor
а если —single-branch добавить?
Anton
У вас multiproject pipeline's?
1. Клоню проект А 2. Там, ну например, пусть будет npm 3. Делаю npm install, он качает зависимости (проект B) из приватной репы гитом.
Anton
Если я это делаю просто на своем компе это работает, потому что мой комп имеет доступ к приватной репке. Если я это делаю при билде образа, то при попытке скачать зависимость все ломается, потому что контейнер, очевидно, не имеет доступа к приватной репке.
Andrey
а у тя циркл...хз ну как минимум переменные там есть.
Anton
а у тя циркл...хз ну как минимум переменные там есть.
дело же не в том, какой сиай, как с локальной машины это сбилдить?
Anton
ну так добавь деплой ключи
деплой ключи добавлять нужно пер проджект, это муторно
Andrey
Ну доступ к доступ по ключу к репе?
Anton
или по логин-паролю/токену
Andrey
Погоди а почему ключ не скопировать при билде с хостовой машины
Anton
копировать приватный ключ? жуть.
Anton
а если DOCKER_HOST remote? заходи кто хочешь, бери мой ключ кто хочешь?
Andrey
Ну ты обрисовал всё сразу..без если
Anton
копировать приватный ключ — хреновая идея безо всяких если
Andrey
ну у меня собирается в одном из проектов в гилабе ,и проблем нет...есть деплой ключи.
Anton
сегодня не remote, завтра remote. А мейкфайлы, докерфайлы, сиайконфиги уже написаны для пары десятков проектов и переписывать их никто не будет за один день
Anton
ладно, я думал мож кто предложит вот это и тогда я спрошу насколько оно стабильно: https://docs.docker.com/develop/develop-images/build_enhancements/
Andrey
ты хочешь при билде копировать ... не передавая крединталы
Anton
ты хочешь при билде копировать ... не передавая крединталы
я ключ не хочу копировать приватный. Передать секрет (токен или пароль), я в целом не против.
victor
если сильно морочиться по секурности, то тогда через гит апи создать ключ, после чего удОлить)
victor
https://developer.github.com/v3/users/keys/#create-a-public-key
Anton
если сильно морочиться по секурности, то тогда через гит апи создать ключ, после чего удОлить)
копировать свой собственный ключ — это вообще не морочиться по секурности. То есть можно его сразу распечатать и повесить в офисе на стенку.
Anton
короче, я пока сделал через эту экспериментальную фичу с монтированием секретов для конкретного RUN шага, но не знаю, насколько это стабильно
victor
я может не очень понимаю вас: просто в моем видении это примерно так 1) при запуске пайплайна генерить НОВЫЙ ключ через гитапи 2) подкладывать ключ в контейнер 3) качать всё что вам надо 4) удОлять ключ
Anton
ну да, тоже вариант, но чо-то много слишком шагов. Если 2 или 3 упало, то надо писать обработчик, который удостоверяется, что 4 отработало и т.д. Сложнааа.
Andrey
а какой это ключ если не приватный?
Приватный ... но его тоже можешь удОлять на сл шаге .
Anton
Приватный ... но его тоже можешь удОлять на сл шаге .
вот его и угонят пока зависимости качаются
Andrey
Как это?) кто
Anton
Как это?) кто
любой, кто имеет доступ к докер билд хосту
Andrey
оууу...так он не твой..
victor
вот его и угонят пока зависимости качаются
фигасе вы загонный) у нас на проекте вон как создали единый ключ к проду года этак три назад - так и пользуются, люди уходят, приходят, а ключ не меняется
Anton
вот его и угонят пока зависимости качаются
это во-первых, во-вторых, шаг качания зависмостей может упасть и поэтому шаг удаления ключа может никогда не наступить и останется висеть dangling image с моим приватным ключом
Andrey
как всё плохо...
Anton
собирай у себя
у себя где? под подушкой? реальность чуть суровее
Andrey
Реальность что должны быть машины для сборки
Radu
Всем привет. Два контейнера, один образ docker:dind, второй убунту. Когда пыюась обратиться, то root@61633906cab8:/code# docker ps Error response from daemon: Client sent an HTTP request to an HTTPS server. подскажите, чем лечить
Anton
Реальность что должны быть машины для сборки
ну я про них и говорю, к ним очевидно не я один имею доступ
Andrey
Ну значит костыль
Anton
что костыль?
Andrey
Хотя уверен что все правильно поняли задачу
Anton
Это
это слишком сложно
George
Ты костылестроитель