Bug 15435 - Для пакета nagios-nrpe сделать файл запуска как сервис
Summary: Для пакета nagios-nrpe сделать файл запуска как сервис
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: nagios (show other bugs)
Version: unstable
Hardware: all Linux
: P2 enhancement
Assignee: nbr
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-23 00:24 MSD by Slava Dubrovskiy
Modified: 2008-08-14 01:56 MSD (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Slava Dubrovskiy 2008-04-23 00:24:11 MSD
Прошу для пакета nagios-nrpe сделать файл запуска как сервис. Причем в doc его
положили а в /etc/init.d нет. Получается из коробки не рабочий пакет.
Comment 1 Mike Lykov 2008-04-23 12:44:16 MSD
тогда уж и файл для xinetd переложить из doc в xinetd.d
я например его через xinetd запускаю
Comment 2 Dmitry Lebkov 2008-04-23 15:07:17 MSD
Вот именно из-за этого (каждый делает так, как ему удобнее ;) init-скрипт и
конфиг для xinetd лежат в %docdir. :)
Интересно, а посадить это на control будет кошерно?
Comment 3 Slava Dubrovskiy 2008-04-23 15:14:07 MSD
(In reply to comment #2)
> Вот именно из-за этого (каждый делает так, как ему удобнее ;) init-скрипт и
> конфиг для xinetd лежат в %docdir. :)
> Интересно, а посадить это на control будет кошерно?
а почему нет? Да все равно как запускать, лишь бы работало без дополнительных
телодвижений.
Comment 4 Mike Lykov 2008-04-23 16:06:14 MSD
(In reply to comment #2)
> Вот именно из-за этого (каждый делает так, как ему удобнее ;) init-скрипт и
> конфиг для xinetd лежат в %docdir. :)

так нет жы ;)
зачем лишние операции с копированием, когда все равно в файле xinetd стоит
disable=yes?
по умолчанию он не запустится. 
Но сейчас приходится не просто disable=no писать, а перед этим зачем-то еще
_найти и скопировать_ ;)

то же с инит-скриптом - пусть сразу лежит в init.d, если не запустится по умолчанию.

Comment 5 Dmitry Lebkov 2008-04-28 20:30:35 MSD
Чтоб не порождать излишние зависимости, в очередной сборке пакета сделаю запуск
через init-скрипт. Конфиг для xinetd останется там же, где и был -- %docdir.
Comment 6 Mike Lykov 2008-08-13 17:18:21 MSD
вот, опять ;)

1. скопировал nrpe.xinetd в /etc/xinetd.d, прописал disable=no
в упор не видит: 28860 {init_services} no services. Exiting...
парился-парился.. оказалось нельзя класть туда файлы с таким названием, надо вместо nrpe.xinetd  - nrpe. увидел.

2. увидеть-то увидел, но пакет nagios-nrpe не заводит в системе узера nagios, а в конфиге xinetd (да и в nrpe.cfg) он прописан по умолчанию. в результате
xinetd[29064]: Unknown user: nagios
Error parsing attribute user - DISABLING SERVICE

и опять не работает. может, в пакете nagios-nrpe  сразу заводить узера nagios, если такого еще нет?
(nagios-nrpe-2.6-alt1, server4, но по ченджлогу изменений не было в этом плане)




Comment 7 Mike Lykov 2008-08-13 17:38:23 MSD
и еще:

в конфиге nrpe.cfg по умолчанию /usr/lib64/.. а в пакете nagios-plugins-1.4.5-alt1.1 плагины в /usr/lib/ (система x86_64)
Comment 8 Dmitry Lebkov 2008-08-14 01:56:09 MSD
(In reply to comment #6)
> вот, опять ;)
> (nagios-nrpe-2.6-alt1, server4, но по ченджлогу изменений не было в этом плане)

Последняя версия пакета - nagios-nrpe-2.12-alt2:

* Thu May 01 2008 Dmitry Lebkov <dlebkov@altlinux.ru> 2.12-alt2
- start NRPE daemon via init-script (#15435). By default:
  + bind to 127.0.0.1 only;
  + allow connections only from 127.0.0.1;
- fix pre-requires for nrpe package  (#15436);
- fix path to plugins directory (#15440);
- add nrpe_check_control event handler to NRPE plugins package,
  see README.nrpe_check_control for usage details
- rename package nagios-plugins-nrpe to nagios-addons-nrpe
  + add default commands definition file for Nagios plugin and event handler