2018-11-21 Перенаправление Всего Вывода В Утилитах
2018-11-21_перенаправление_всего_вывода_в_утилитах.1542803135.txt.gz | Хозяин: николай_глазов | Изменен: 20.05.2019 15:18 николай_глазов Черновик
Новейший утвержденный
Это старая версия документа.
Обсуждение
Только это проблема не совсем strongbash020. Здесь нестыковка с unix-style, когда утилиты должны писать логи в stdout/stderr, а не в лог-файлы. Т.к. это приводит к проблемам сопровождения и отладки.
Также, в исправленном варианте полное перенаправление - достаточно опасная операция. Можно замаскировать возможные проблемы, а система должна открыто сообщать о своих проблемах. Здесь мы это допустили, т.к. в случае проблем код возврата будет не нулевой и мы увидим ERROR при запуске. Дополнительно решили добавить обработку ошибочного кода возврата и писать в вывод: «Лог проблемы можно посмотреть в $LOGFILE»
Причем это допустимо только при вызове pl7-скриптов, где мы можем полагаться на код возврата. Иногда, мы этого сделать не можем и параметры вывода могут «утечь» к низлежащим скриптам
по идее все есть в boot.log то что при старте
если нас рестартить апдейтер(по сути крон), то он и должен логировать либо использовать crab_exec с логированием
если мы делаем рестарт руками, то мы и так все видим
Стандартные выводы должны быть unix style
Если сделать такое перенаправление - этого там не будет.
Только reductor start… [OK/FAIL]