В воркерах у тебя свой логер, который пишет в worker.log, например

Я так и сделал, но этот логгер приходится создавать в модуле, в котором лежат функции для воркера

как ты воркер запускаешь?

я уверен в multiprocessing тоже просто так ничего не шарится

С логами я уже не могу, надоело бороться. Как правильно с логами работать в RQ? Например, настраиваю логгер в main, откуда запускаю scheduler. logger = logging.getLogger('myapp') # настраиваю логгеру level, вывод в файл и т.п. ... # создаю rq scheduler и отдаю ему задачу scheduler.schedule(tasks.foobar, ...) Дальше в модуле tasks: logger = getLogger('myapp') def foobar(): logger.debug('hello') И тишина... Начинает работать только если я создам отдельный логгер в модуле tasks, настрою его там и буду писать в файл в режиме добавления (так как если выставить режим w, то при каждом новом форке файл будет затёрт) Вот как так, почему логгер, созданный в main не работает в tasks? Вообще с логгированием везде мучение. Стабильно работает только логгер requests, который пишет в лог файл uwsgi сервера.

Шарится, попробуй написать простой пример: import multiprocessing as mp import logging logger = logging.getLogger('app') def worker(): logger.info('hello') def main(): p = mp.Process(target=worker) p.start() p.join() if __name__ == '__main__': main()

Тактика "наскоком" не работает как правило

как думаешь через какой механизм это шарится?

Тактика "наскоком" не работает как правило

потому что вся эта байда запускается через сервисы systemd, нет там вывода, а как перенаправить вывод из systemd сервиса я не знаю.

А как же [Service] StandardOutput StandardError ?

да как неизвестно, все ок там)

Я знаю, но тут выхода нет

В случае с rq, где вообще отдельный процесс, я понял, что о логгере уже ничего не известно

в multiprocessing тоже отдельный процесс

С логами я уже не могу, надоело бороться. Как правильно с логами работать в RQ? Например, настраиваю логгер в main, откуда запускаю scheduler. logger = logging.getLogger('myapp') # настраиваю логгеру level, вывод в файл и т.п. ... # создаю rq scheduler и отдаю ему задачу scheduler.schedule(tasks.foobar, ...) Дальше в модуле tasks: logger = getLogger('myapp') def foobar(): logger.debug('hello') И тишина... Начинает работать только если я создам отдельный логгер в модуле tasks, настрою его там и буду писать в файл в режиме добавления (так как если выставить режим w, то при каждом новом форке файл будет затёрт) Вот как так, почему логгер, созданный в main не работает в tasks? Вообще с логгированием везде мучение. Стабильно работает только логгер requests, который пишет в лог файл uwsgi сервера.

такое ощущение что ты просто не делаешь инициализацию настроек, например logging.config.dictconfig()

Ага, а то сейчас получается, что есть несколько пакетов, в кажом есть логгирование, а все вместе они работают по-разному. В идеале, для меня, было бы если бы все логи стекались в одно место.

человек хочет , чтоб все по шелчку взлетело, нежели за 9 лет опыта нельзя осознать обратное

Вот ты тоже опытный, ты можешь объяснить понятным языком, почему по умочланию, логи из requests идут в лог, который задан в настройках uwsgi, а логи из flask нет?

странные 9 лет опыта питона конечно

у меня ест друг , он знает 21 язык программирования

у меня ест друг , он знает 21 язык программирования

логирование вообще одна из базовых вещей не только в питоне

С boost::logger у меня проблем не возникает

а python 2.7 и 3.6 это разные?

брррр