Bug 2753

Summary:	arpwatch dead after restarting network
Product:	Sisyphus	Reporter:	Vitaly A. Ostanin <vyt>
Component:	arpwatch	Assignee:	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.