container registry ипользую Credential helper столкнулся с проблемой в github actions (error getting credentials - err: docker-credential-yc resolves to executable in current directory (./docker-credential-yc), out: ``) при pull. Нашел ссылку на проблему с моим случаем в доке. Ничего умнее не придумал, чем просто закоментить проверку интерактивного режима в .bashrc. Есть более элегантный способ или это норм?
https://nikolaymatrosov.medium.com/github-action-%D0%B4%D0%BB%D1%8F-%D0%BF%D1%83%D1%88%D0%B0-%D0%B2-yandex-cloud-container-registry-cbe91d8b0198
спасибо за ваш action, при помощи его я и пушу образы в YCR. но вот спулить выполняя удаленный docker-compose up он не помогает
А вы авторизовались в регистри чтоб от туда скачивать образа?
А в чем разница? Как пуш, так и пул должен работать
И еще уточните, что такое «удаленный docker-compose». Где он выполняется?
Я посмотрел внимательно. Конечно https://github.com/yc-actions/yc-cr-login не поможет, потому что он выполняет логин для докера внутри github action. А у вас, несмотря на то что вы написали «внутри git action», docker-compose выполняется на удаленном хосте. Этот хост в Облаке? Почему вы решили не пользоваться COI?
Спасибо за то, что нашли время. Про "внутри гит экшн" - это неправильно выразился, конечно фактически на хосте, я имел в виду, что не в консоле на тачке вбиваю docker-compose. ВМ в облаке, по поводу COI, не поверите, но именно на него и купился, написал sls func для обновления docker compose конфига в метаданных, через триггер от режистри ее дергал и казалось счастье рядом, но во первых работает не стабильно, из 10 пушей - 1-2 раза контейнеры не стартовали. Приходилось рестартовать докер, пару раз рестартовал всю тачку. Хз почему, метаданные новые подхватывались и вроде процесс начинал рестартовать, судя по логам. Плюс я не разобрался, либо это не возможно, но мне нужна возможность просто иногда делать docker compose run, down, up. Что-то по крону, что-то из github actions
А зачем? Есть же нормальный экшен
Не совсем понял про какой кейс вопрос. Ваш экшн с деплоем я использовал👍 но он не решает проблему если мне нужно остановить например один контейнер, сделать run с разовой command и тд. Он может частично заменить функ+триггер в моем случае. У меня разные репы для бэка, фронта и девопса. Хотел бы все таки вернуться к изначальному вопросу. Могут ли меня ждать неожиданности в связи с закоментчиванием проверки интерактивного режима в .bashrc. если это костыль, то подсказать куда рыть. В кишках линукс только начинаю разбираться)
Ну вот подход «с остановить один контейнер» из compose — уже неправильный.
Обсуждают сегодня