Перенаправление журнала Sidekiq завершается неудачно, когда процесс запускается внутри контейнера docker - PullRequest
Новая
       25

Перенаправление журнала Sidekiq завершается неудачно, когда процесс запускается внутри контейнера docker

0 голосов
/ 27 февраля 2020

Я запускаю sidekiq и перенаправляю все журналы в указанный файл c (это прекрасно работает): 

bundle exec sidekiq -r ./artifacts_scrapper.rb 2>&1 | tee ./log/sidekiq.log

Однако, когда я запускаю контейнер docker с помощью этой же команды, sidekiq запущен, но перенаправление журналов больше не работает (конечная цель - сохранить журналы на хост-машине с помощью docker "тома").

Вот файл docker -compose (актуально) часть, являющаяся службой sidekiq): 

version: '3'
services:
  redis-server:
    image: redis
  scrapper:
    image: davidgeismar/artifacts-scrapper:without-db
    command: 'ruby ./scrap_sources.rb'
    environment:
      - REDIS_URL=redis://redis-server:6379/0
      - ARTIFACTS_ENV=docker_development
      - DATA_API_BASE=http://data_api:3000
    volumes:
      - .:/usr/src/artifacts_scrapper
    depends_on:
      - data_api
      - redis-server
  data_api:
    image: davidgeismar/artifacts_data_api:latest
    command: 'rails server -b 0.0.0.0'
    volumes:
      - ./log/production.log:/artifacts_data_api/log/docker_development.log
    environment:
      - RAILS_ENV=docker_development
      - SECRET_KEY_BASE=docker_development_secret
  sidekiq:
    image: davidgeismar/artifacts-scrapper:without-db
    command: 'bundle exec sidekiq -r ./artifacts_scrapper.rb 2>&1 | tee ./log/sidekiq.log'
    volumes:
      - ./log/sidekiq.log:/usr/src/artifacts_scrapper/log/sidekiq.log
    environment:
      - REDIS_URL=redis://redis-server:6379/0
      - ARTIFACTS_ENV=docker_development
      - DATA_API_BASE=http://data_api:3000
    depends_on:
      - redis-server
      - data_api

и ссылка на проект, который используется для запуска sidekiq: https://github.com/davidgeismar/artifacts-scrapper/tree/removing-db

Почему перенаправление журнала работает нормально на моей локальной машине разработки, и происходит сбой внутри контейнера docker?

...