Bug 2753 - arpwatch dead after restarting network
: arpwatch dead after restarting network
Status: CLOSED NOTABUG
: Sisyphus
(All bugs in Sisyphus/arpwatch)
: unstable
: all Linux
: P5 minor
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2003-07-11 15:56 by
Modified: 2006-09-17 10:57 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2003-07-11 15:56:38
# 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 From 2003-10-27 16:22:36 -------
Мне кажется, что это не bug, а feature: 
Раз сети нет, arpwatch завершает работу. 
------- Comment #2 From 2003-10-28 12:59:38 -------
Если он завершает работу сознательно, то не должно быть "subsystem is locked" -
должно быть осмысленное сообщение о причине выключения.

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

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

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