послать сообщение из контейнера в «docker logs»

ЕМНИП, писать в STDOUT/STDERR - это и есть правильный путь для логирования в docker

У тебя проблема в cron - он перехватывает stdout/stderr, тобы отправить вывод команды почтой

Ну и с правильным вопросом гугл первой же строкой выдаёт ответ - /dev/stdout

https://stackoverflow.com/questions/45395390/see-cron-output-via-docker-logs-without-using-an-extra-file

07 2 * * * /data/docker/backup_webserver/backupscript.sh > /dev/stdout

Логи в докере — это и есть stdout. Не уверен насчет stderr, но out точно выводится в docker logs.

cron ничего не перехватывает, если в кронтабе стоит перенаправление «>» вывод команды

да, полностью с вами согласен, что логи в докере это и есть stdout, но это stdout не всех процессов в контейнере, а только процесса с pid=1

я много крутился вокруг /dev/stdout, но не работает ((

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

docker exec CONTAINER_NAME bash -c 'date > /dev/stdout'

затем посмотреть логи

docker logs CONTAINER_NAME | tail

На мой взгляд, тут вся проблема в том, что процесс с pid=1 не открывает tty, это хорошо видно из первого поста, в котором приведен вывод команды ps в контейнере. Но при этом docker logs этого контейнера пистрит сообщениями от процесса с pid=1.

The docker logs –follow command will continue streaming the new output from the container’s STDOUT and STDERR.

вот это говорит о том, что и stderr тоже

Отвечу сам себе, может кому пригодится )))

Да, дело именно в tty

Для того чтобы из контейнера можно было писать в docker logs от процесса с pid!=1 нужно запустить в контейнере главный процесс через bash -c ‘exec …’ и тогда tty останетcя подключенным и можно будет писать в /proc/1/fd/1 и /proc/1/fd/2.

Но вопрос о том, как docker перехватывает stdout и stderr у главного процесса без tty остается открытым. Подозреваю, что он это делает как-то похоже на systemd, когда она запускает сервис c Type=simple. Возможно, для этого оба (docker и systemd) используют pipe или unix socket.