Перенаправление вывода команды в докере


5

Я хочу сделать несколько простых журналов для моего сервера, который представляет собой небольшое приложение Flask, работающее в контейнере Docker.

Вот Dockerfile

# Dockerfile
FROM dreen/flask
MAINTAINER dreen
WORKDIR /srv

# Get source
RUN mkdir -p /srv
COPY perfektimprezy.tar.gz /srv/perfektimprezy.tar.gz
RUN tar x -f perfektimprezy.tar.gz
RUN rm perfektimprezy.tar.gz

# Run server
EXPOSE 80
CMD ["python", "index.py", "1>server.log", "2>server.log"]

Как вы можете видеть в последней строке, я перенаправляю stderr и stdout в файл. Теперь я запускаю этот контейнер и накрываю его

docker run -d -p 80:80 perfektimprezy
docker exec -it "... id of container ..." bash

И соблюдайте следующие вещи:

Сервер работает и сайт работает

Здесь нет /srv/server.log

ps aux | grep python выходы:

root         1  1.6  3.2  54172 16240 ?        Ss   13:43   0:00 python index.py 1>server.log 2>server.log
root        12  1.9  3.3 130388 16740 ?        Sl   13:43   0:00 /usr/bin/python index.py 1>server.log 2>server.log
root        32  0.0  0.0   8860   388 ?        R+   13:43   0:00 grep --color=auto python

Но нет логов ... ОДНАКО, если я docker attach в контейнер я вижу приложение, генерирующее вывод в консоли.

Как правильно перенаправить stdout / err в файл при использовании Docker?

Ответы:


4

Я хотел бы поставить под сомнение ваш вариант использования. Зачем вам нужно перенаправить stderr / stdout в файл журнала в контейнере? Объединенные stderr и stdout доступны вне контейнера с помощью «журналов докера» и могут быть перенаправлены в файл (вне контейнера). Более подробную информацию можно найти Вот


ты прав, кажется я не могу даже docker logs ID > stdout.log 2>stdout.log но я все еще не вижу исключения ... я начинаю думать, что он может умереть без ошибки
Dreen

1
Вот пример использования: вы запускаете контейнер в Docker Cloud (где вы не можете просто перенаправить вывод журнала в файл на (удаленном и не легко доступном) узле. Вы запускаете много разных безголовых контейнеров и хотите собрать соответствующие выходные данные (возможно, гигабайты данных) через несколько часов.
hheimbuerger

@hheimbuerger "Почему вам нужно перенаправить stderr / stdout в файл журнала в контейнере?" Даже с вашим описанием варианта использования я бы поставил под сомнение использование журнала ВНУТРИ контейнер. Если вам нужны журналы / сообщения о событиях из безголовых контейнеров, я думаю, было бы проще использовать инструменты, которые позволяют просматривать / сохранять эти файлы / сообщения вне контейнера. Возможно, используя ведущий логин это может быть лучшим выбором, чем регистрация внутри контейнера.
John

2

Вот некоторая информация о связанном случае использования: Вы хотите перенаправить вывод внутри контейнера, который работает в Docker Cloud.

В моем случае я выполняю долгосрочный скрипт анализа данных (Java) в Docker Cloud. Каждый контейнер должен написать свой собственный файл результатов. Я использую java:8-jre image и переписать команду «Выполнить» следующей строкой:

bash -c "java -jar /code/analyzer.jar > /data/results-$RANDOM.txt"

Используя Bash's $RANDOM переменная, я могу увеличивать количество контейнеров в Docker Cloud настолько, насколько я хочу, и в то же время собирать результаты по отдельности.


0

Вы ищете тройник

LOGFILE="logthis.txt";
IMG_alpine="alpine:3.5";

docker run --rm \
--name alpine-hello \
--hostname alpine-hello \
"$IMG_alpine" \
uname -a | tee -a $LOGFILE

cat logthis.txt
Linux alpine-hello 4.8.14-docker-2 #1 SMP Tue Jan 10 15:35:02 UTC 2017 x86_64 Linux

0

Использовать docker run в конвейере оболочки или при перенаправлении оболочки, делая run принять stdin и вывести в stdout и stderr соответствующим образом, используйте это заклинание:

docker run -i --log-driver=none -a stdin -a stdout -a stderr ...

например запустить alpine образ и выполнить команду UNIX cat в содержащейся среде:

echo "This was piped into docker" |
  docker run -i --log-driver=none -a stdin -a stdout -a stderr \
    alpine cat - |
  xargs echo This is coming out of docker: 

выделяет:

This is coming out of docker: This was piped into docker
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.