Bug 2753

Summary: arpwatch dead after restarting network
Product: Sisyphus Reporter: Vitaly A. Ostanin <vyt>
Component: arpwatchAssignee: Michael Shigorin <mike>
Status: CLOSED NOTABUG QA Contact:
Severity: minor    
Priority: P5 CC: hiddenman, pilot
Version: unstable   
Hardware: all   
OS: Linux   

Description Vitaly A. Ostanin 2003-07-11 15:56:38 MSD 
# s arpwatch status
arpwatch is running
[<a href="mailto:root@mail" target="_new">root@mail</a> root]# s network restart
Shutting down interface eth0:                                                                          [ DONE ]
Shutting down interface eth1:                                                                          [ DONE ]
Shutting down interface eth2:                                                                          [ DONE ]
Disabling IPv4 packet forwarding:                                                                      [ DONE ]
Configuring kernel parameters:                                                                         [ DONE ]
Bringing up interface lo:                                                                              [ DONE ]
Bringing up interface eth0:                                                                            [ DONE ]
Bringing up interface eth1:                                                                            [ DONE ]
Bringing up interface eth2:                                                                            [ DONE ]
SIOCADDRT: No such device
[<a href="mailto:root@mail" target="_new">root@mail</a> root]# s arpwatch status
arpwatch is dead, but subsystem is locked

Здесь команда \'s\' - это alias на /sbin/service

# rpm -q initscripts arpwatch
initscripts-5.49.1-alt1
arpwatch-2.1a11-alt5

---

---
Comment 1 Dmitry V. Levin 2003-10-27 16:22:36 MSK 
Мне кажется, что это не bug, а feature: 
Раз сети нет, arpwatch завершает работу.
Comment 2 Vitaly A. Ostanin 2003-10-28 12:59:38 MSK 
Если он завершает работу сознательно, то не должно быть "subsystem is locked" -
должно быть осмысленное сообщение о причине выключения.

К тому же, по этой логике он должен и восстанавливать работу при восстановлении
сети.

Кстати, smbd спокойно переживает перезапуск сети, как и все остальные сетевые
сервисы.
Comment 3 Michael Shigorin 2006-02-01 15:12:32 MSK 
Так флажок в subsys выставляет инитскрипт.
Comment 4 Michael Shigorin 2006-02-01 15:14:11 MSK 
...бишь разве что где-то в etcnet делать хуки на предмет возможности закидывания
сервисами или указания администратором списка сервисов, которые должны быть
перезапущены/перезагружены при переконфигурировании интерфейса.

Такие мысли (из-за sshd и apache, что ли) уже заводились, да как-то пока не допекло.
Comment 5 Denis Ovsienko 2006-02-01 17:17:42 MSK 
Если кому-то важно предпринять какие-либо действия в зависимости от состояния, в
котором вскоре окажется сетевой интерфейс, то он это может сделать как с помощью
net-scripts, так и с помощью /etc/net. А за два с половиной года arpwatch мог
как улучшиться, так и заброситься. Это совсем нетрудно выяснить, если он кому-то
нужен.
Comment 6 Michael Shigorin 2006-02-17 20:10:13 MSK 
А как с etcnet?  arpwatch опять нужен.
Comment 7 Denis Ovsienko 2006-02-20 15:14:09 MSK 
http://wiki.sisyphus.ru/admin/etcnet#postpre
Comment 8 Michael Shigorin 2006-03-09 11:34:31 MSK 
(In reply to comment #7)
> http://wiki.sisyphus.ru/admin/etcnet#postpre
FR про SysVization вешать? :)
Comment 9 Denis Ovsienko 2006-03-11 07:12:48 MSK 
Так как arpwatch признан невиновным, остальные пожелания принимаются в других
номерах этой же bugzilla.