Судя по странице руководства для iptables
, я также был бы склонен согласиться с вашей оценкой.
[!] -i, --in-interface name
Name of an interface via which a packet was received (only for
packets entering the INPUT, FORWARD and PREROUTING chains). When
the "!" argument is used before the interface name, the sense is
inverted. If the interface name ends in a "+", then any
interface which begins with this name will match. If this option
is omitted, any interface name will match.
[!] -o, --out-interface name
Name of an interface via which a packet is going to be sent (for
packets entering the FORWARD, OUTPUT and POSTROUTING chains). When
the "!" argument is used before the interface name, the sense is
inverted. If the interface name ends in a "+", then any interface
which begins with this name will match. If this option is omitted,
any interface name will match.
Последнее предложение в этих описаниях действительно вызывает беспокойство. Если есть другие интерфейсы в ящике, трафик может быть разрешен этим правилом для использования, с опущенными опциями -o
или -i
. Все это предполагает, что маршрутизация и тому подобное настроены так, чтобы это даже могло произойти.
Вы используете -M exec
и smartd-runner
, что, по-видимому, является особенностью Debian.
Package Maintainers and system administrators can put scripts to be run
when smartd detects an error into /etc/smartmontools/run.d. These
scripts will be run by smartd-runner using run-parts(8). The script will
receive the filename of the file containing the errormessage as first
parameter. See /etc/smartmontools/run.d/10mail for an example.
Основная цель этого средства запуска, по-видимому, состоит в том, чтобы сделать отправку почты необязательной (в зависимости от того, установлена ли почтовая программа в первую очередь )и отдельно, кажется, вызывает всплывающее -уведомление на рабочем столе. (, если установлен уведомитель рабочего стола ).
Думаю, вы могли бы изменить этот скрипт 10mail, чтобы отфильтровывать повторяющиеся письма.
В качестве альтернативы можно запустить smartd с параметром --savestates
, а затем использовать -M once
в smartd.conf -, это более подробно описано на странице руководства smartd.conf, чтобы обобщить:
once - send only one warning email for each type of disk problem
daily - send additional warning reminder emails, once per day,
diminishing - send additional warning reminder emails, after a
one-day interval, then a two-day interval, then a four-day
test - send a single test email immediately upon smartd startup.
exec PATH - run the executable PATH instead of the default mail
И если это не сработает, вам придется -смириться с этим или написать собственную логику exec обработчика почты, которая, в конце концов, фильтрует соответствующим образом.
I am fully aware of the dangers implied with a disk with uncorrectable sector(s). (This disk is used in a RAID10 configuration)
Я все же рекомендую немедленно заменить такие диски. Какие бы обещания RAID ни давал относительно избыточности, они действительны только до тех пор, пока каждый диск находится в 100% рабочем состоянии.
После замены диска вы можете выполнить полную проверку записи на удаленный диск, не рискуя потерять данные -и в зависимости от того, как диск ведет себя в этом тесте, вы можете принять гораздо более обоснованное решение, следует ли продолжать использовать этот диск (желательно вне рейда )или нет.
Вы не знаете, насколько на самом деле сломан ваш накопитель, пока не протестируете его -и ваш файл smartd.conf не будет выглядеть так, как будто вы выполняете обычные самопроверки -, поэтому ошибки могут остаться незамеченными. длительное время. Вот так и умирают RAID при ребилде.
Поведение по умолчанию, когда включено сохранение состояния, которое, я думаю, является значением по умолчанию в Debian, заключается в ежедневной отправке электронного письма при регистрации критического события (или, скорее, при регистрации критического события, если нет соответствующего электронного письма. был отправлен в течение как минимум суток, отправляется электронное письмо ). Вы можете изменить это поведение с помощью опции -M
; добавить
-M once
на ваш smartd.conf
, а критические события приведут только к одному электронному письму без повторов.
(Опция -M once
является дополнением к опции -M exec
.)
Чтобы проверить, действительно ли включено сохранение состояния, проверьте содержимое /var/lib/smartmontools
; вы должны увидеть недавно обновленные файлы состояния для всех ваших дисков.
Это старая тема, но я выложу то, что нашел в руководстве по смартду:
-U ID[+]
[ATA only] Report if the number of offline uncorrectable sectors
is non-zero. Here ID is the id number of the Attribute whose
raw value is the Offline Uncorrectable Sector count. The
allowed range of ID is 0 to 255 inclusive. To turn off this
reporting, use ID = 0. If the -U ID option is not given, then
it defaults to -U 198 (since Attribute 198 is generally used to
monitor offline uncorrectable sectors). If the name of this
Attribute is changed by a '-v 198,FORMAT,NAME' (except '-v
198,FORMAT,Offline_Scan_UNC_SectCt'), directive, the default is
changed to -U 0.
If '+' is specified, a report is only printed if the number of
sectors has increased since the last check cycle. **Some disks do
not reset this attribute when a bad sector is reallocated.** See
also '-v 198,increasing' below.
Таким образом, добавление опции -U 198+ должно делать именно то, что вы хотите.