36128 2019-02-18 13:31:11 +0300 Запуск smartd после старта сети 2021-03-22 18:46:09 +0300 1 1 4 Development Sisyphus smartmontools unstable all Linux NEW P3 major --- 1 alexei.mezin mike asy bircoph klark mike shaba qa-sisyphus oldest_to_newest 178703 0 alexei.mezin 2019-02-18 13:31:11 +0300 Сейчас systemd запускает smartd.service когда придется. В результате бывает, что он запускается до старта сети. При этом, если настроена отсылка тестового email после старта, ее не происходит. Подробнее см. обсуждение https://lists.altlinux.org/pipermail/sisyphus/2019-February/367654.html Может быть стоит установить загрузку smartd только после старта сети? 197134 1 asy 2021-03-22 11:18:37 +0300 Причём при отсутствии сети smartd есть и ждёт очень долгое время. Проверку сети у него недо оторвать. 197135 2 asy 2021-03-22 11:20:59 +0300 > smartd есть и ждёт Что-то коряво отредактировал. 197137 3 mike 2021-03-22 11:38:31 +0300 Ах так вот он чего у меня на sysvinit-системе тоже по паре минут оттопыривался! Багу, кстати, я благополучно проморгал тогда -- видать, перегруз был. >>> - либо править unit-файл smartd, чтобы он запускался после поднятия сети; >>> - либо вместо -M mail использовать -M diminishing (man 5 smartd.conf). >> См.также логи postfix (journalctl -U postfix) на предмет "said 550: >> ...", возможно в его настройках нужно жёстко прописать адрес отправителя >> (-r ...). >> Вопрос не надо ли такое поведение сделать по умолчанию для данного >> пакета? > Мэйнтейнеру smartd видней. Зависит, у скольких людей проблема > проявляется, на что может повлиять такое изменение и на сколько фатальна > сама проблема. Может, лучше изменить дефолтный конфиг или вообще ничего > не трогать. Майнтейнер smartmontools только сейчас заметил эти багу и переписку; так-то считаю, что длинные таймауты при загрузке _по умолчанию_ (об сеть, почту и что-либо ещё, что должно быть сконфигурировано прежде тем, как собственно работать) -- практически всегда зло. Жаль, что никто не сделал тогда же NMU, видя полное отсутствие ответа. Прошу привести здесь принятые локально меры (ну или сразу NMU, ага). 197139 4 asy 2021-03-22 12:15:22 +0300 (In reply to Michael Shigorin from comment #3) > Ах так вот он чего у меня на sysvinit-системе тоже по паре минут > оттопыривался! Если бы минуты. Загрузился с init=/bin/bash, после чего ещё написал https://lists.altlinux.org/pipermail/devel-kernel/2021-March/007366.html 197150 5 klark 2021-03-22 18:26:38 +0300 Если почта была отправлена, когда сеть не была поднята, то возможна одна из двух проблем: 1) почтовый демон не был запущен -- проблема настройки рабочего места. 2) проблема в почтовике -- он должен отправлять почту при появлении сети. Последние обсуждения вокруг зависимостей служб друг от друга, наводят меня на очевидное: 1. Профили домашнего пользователя и корпоративного пользователя существенно отличаются графом зависимостей, у нас же они не разделены. Возможно, это можно реализовать через m-p в Desktop/Server по-разному. Главный эксперт в этом shaba@, как мне кажется. 2. Выявлять подобное хорошо бы до выпуска продукта через более тщательное тестирование. А по данному вопросу: не факт, что откладывать запуск демона на момент появления сети -- правильная идея. Напротив, если при запуске оператор находится рядом с консолью, есть шанс увидеть страшные сообщения о своём диске и принять меры как можно быстрее. Ноут может быть не подключен к сети очень долго, несколько месяцев, за это время хард благополучно сдохнет. Тут напрашивается разделение, как минимум, на два профиля: для серверов и для частного использования. 197152 6 asy 2021-03-22 18:46:09 +0300 (In reply to Sergey Y. Afonin from comment #4) > > Ах так вот он чего у меня на sysvinit-системе тоже по паре минут > > оттопыривался! > > Если бы минуты. Тут вот что, кажется, выяснилось. Если сети нет совсем, то речь о минутах, или даже меньше. А вот если есть маршрут default gw, но он недоступен, то тут начинается кошмар. На самом деле не только со smartd. И да smartd сеть не должна быть нужна: mail позвал, если сказали, и хорош.