Docker. Docker-compose. Запуск через cron. Как?

Question

[N]

Есть сервак с окружением docker...всё работает, всё ништяк...

Есть контейнер с MariaDB...

В cron'e делаю две команды для теста:

*/5 * * * * cd /home/USER/ && /usr/local/bin/docker-compose -f prod-compose.yml exec mariadb /usr/bin/mysqldump -u USER -pPASSWORD --single-transaction DB_NAME | gzip > /home/USER/BACKUP/DB_$(date +%d-%m-%Y_%H_%M_%S).sql.tar.gz

*/5 * * * * touch /home/USER/BACKUP/test.txt

Первая НЕ отрабатывает...
Вторая - всё норм.

При этом, если скопировать первую команду и просто запустить в консоле из под этого же пользователя, то норм всё отрабатывает...

Чёт затупил конкретно я...либо лыжи не едут... :)

Comments

[Сергей Соколов]

попробуйте добавить вывод ошибки в файл. Дописать в конце команды S).sql.tar.gz 2>>/home/USER/cron_error.log
Может, выведет ошибку каку

[N]

Сергей Соколов, Пробовал...пусто...файл даже не создаётся после отработки...

[Saboteur]

может все-таки снова PATH подгулял?
gzip -> /bin/gzip
date -> /bin/date

[N]

Saboteur, Попробовал - тоже мимо...

Только пути такие:
/usr/bin/gzip
/usr/bin/date

Через whereis специально всё проверял...уже хз как диагностировать...

[N]

Есть вариант в самом контейнере cron замутить...но чёт как-то не хочется...
Охота этот вариант "добить"...

[Saboteur]

ну надо отладку добавить тогда.

*/5 * * * * cd /home/USER/ && /usr/local/bin/docker-compose -f prod-compose.yml exec mariadb /usr/bin/mysqldump -u USER -pPASSWORD --single-transaction DB_NAME 2>/tmp/file.log | gzip > /home/USER/BACKUP/DB_$(date +%d-%m-%Y_%H_%M_%S).sql.tar.gz 2>/tmp/gzip.log

[N]

Saboteur, Ничего не происходит тоже...

Но, блин, если взять изначальную команду из вопроса и запустить от этого же пользователя, то всё работает...

[Saboteur]

и в логах ничего не появилось?
Ну тогда вместо такой команды, лучше сделаьт отдельный скрипт и вызывать из крона уже скрипт.
А в скрипте можно добавить каких-нибудь echo для отладки. Чинить что-то телепатически не есть гуд )

[N]

Saboteur, Ну, в логах пустяк...
Так-то да, но мне уже из принципа охота понять почему так... :)

Answer 1

[N]

В общем победил...

Дело было во флаге -T к команде docker-compose exec

Для чего этот флаг читаем документацию.

В итоге команда такая:

*/5 * * * * cd /home/USER/ && /usr/local/bin/docker-compose -f prod-compose.yml exec -T mariadb /usr/bin/mysqldump -u USER -pPASSWORD --single-transaction DB_NAME | gzip > /home/USER/BACKUP/DB.sql.tar.gz

P.S.: Переход через cd обязателен...иначе не поедет...в случае, если в compose.yml пути везде относительные...а обычно так и есть...

Answer 2

[Vitaly Karasik]

1) посмотрите ошибки при запуске из крона - в почте, если нет редиректа
2) попробуйте без timestamp в имени файла - мне помнится что были какие-то проблемы

Comments

[N]

Почту прописывал...пусто...
Насчёт имени файла: проверю - напишу.

Спасибо за ответ.

[N]

Есть прогресс :)
Убрал date из команды...теперь создаётся архив размером 20 байт...

Пойду дальше колдовать...

[N]

Решил! Может будет полезно кому...написал в ответ решение...
А Вам спасибо за date...с ним отдельно разберусь чуть позже :)

Answer 3

[Дмитрий]

Полный путь к docker-compose укажите

Comments

[N]

Он лежит в /home/USER/
Разве это в команде не решает этот нюанс?
cd /home/USER/

[N]

Блин не так понял...щас тестану...походу Вы правы...

[N]

Извиняюсь, в вопросе неправильно написал...у меня и так указан путь к docker-compose:
/usr/local/bin/docker-compose

Вопрос поправлю щас...

Answer 4

[Василий Шахунов]

Может так

*/5 * * * *  /usr/local/bin/docker-compose -f /home/USER/prod-compose.yml exec mariadb /usr/bin/mysqldump -u USER -pPASSWORD --single-transaction DB_NAME | gzip > /home/USER/BACKUP/DB_$(date +%d-%m-%Y_%H_%M_%S).sql.tar.gz

Comments

[N]

Попробую конечно...но что-то мало верится, что виноват переход в каталог через cd... :)
Отпишусь чуть позже...

[N]

Тоже мимо...не в этом дело...