|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexandr Goncharov 2:5020/400 14 Oct 2002 12:46:29
To : Valentin Nechayev
Subject : Re: pdnsd
--------------------------------------------------------------------------------
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
>>>> Victor Wagner wrote:
VW>>>>>> SIGINT Dumps the current data base and cache to
VW>>>>>> ``/var/cache/bind/named_dump.db'' or the value of
VW>>>>>> _PATH_DUMPFILE.
VN>>> Тебя не сильно удивит, если я скажу, что в 9.* этого нет?
VN>>> (По крайней мере в виденных мной версиях)
зато есть:
Usage: rndc [-c config] [-s server] [-p port]
[-k key-file ] [-y key] [-V] command
command is one of the following:
reload Reload configuration file and zones.
reload zone [class [view]]
Reload a single zone.
refresh zone [class [view]]
Schedule immediate maintenance for a zone.
reconfig Reload configuration file and new zones only.
stats Write server statistics to the statistics file.
querylog Toggle query logging.
dumpdb Dump cache(s) to the dump file (named_dump.db).
stop Save pending updates to master files and stop the server.
halt Stop the server without saving pending updates.
trace Increment debugging level by one.
trace level Change the debugging level.
notrace Set debugging level to 0.
flush Flushes all of the server's caches.
flush [view] Flushes the server's cache for a view.
status Display status of the server.
*restart Restart the server.
* == not yet implemented
Version: 9.2.1
VW>> Hесильно. Вообще у современных биндов существуют более правильные и
VW>> развесистые способы руления ими, чем посылка сигналов, привычная мне еще
VW>> с 4-й версии.
VN> Hасчет развесистости верю. Прошу доказать правильность.
VN> Доказательство должно учитывать содержание kill(2) manpage о правах
VN> для доставки сигналов.
man named учит нас, что:
SIGNALS
In routine operation, signals should not be used to con-
trol the nameserver; rndc should be used instead.
SIGHUP Force a reload of the server.
SIGINT, SIGTERM
Shut down the server.
The result of sending any other signals to the server is
undefined.
А grep SIGHUP *.c в директории с исходниками bind-9.2.1 говорит следующее:
named.8:\fBSIGHUP\fR
named.docbook: <term>SIGHUP</term>
named.html:>SIGHUP</DT
server.c: * Handle a reload event (from SIGHUP).
>grep reload server.c
local/INSTALL/bind-9.2.1/bin/named > grep reload server.c
....
* Handle a reload event (from SIGHUP).
....
* Act on a "reload" command from the command channel.
Причем к этому методу kill(2) отношения не имеет, насколько я понимаю.
Дальше еще интереснее:
local/INSTALL/bind-9.2.1/bin/named > grep SIGTERM *|less
named.8:\fBSIGINT, SIGTERM\fR
named.docbook: <term>SIGINT, SIGTERM</term>
named.html:>SIGINT, SIGTERM</DT
local/INSTALL/bind-9.2.1/bin/named > grep SIGINT *|less
named.8:\fBSIGINT, SIGTERM\fR
named.docbook: <term>SIGINT, SIGTERM</term>
named.html:>SIGINT, SIGTERM</DT
Беглый просмотр исходников выявил обработку остановки демона через канал
управления, а обработчика сигналов остановки на глаза не попалось.
Таким образом, имеем, что для управления современным bind-ом не только не
надо учитывать права для доставки сигналов, но и вообще можно это делать
удаленно, с другой машины. Главное - чтобы удаленный rndc имел право
командовать этим сервером.
Единственное, чего нельзя сделать таким образом - стартануть демона.
VN>>> Hу так народ и интересуется такими намедами, чтобы умели сохранять
VN>>> и читать обратно этот кэш.
VW>> То что народ ищет новую софтину, вместо того, чтобы прочитать
VW>> документацию на существующую, меня тоже не сильно удивляет. Мелкомягкие
VW>> нас уже приучили к тому, что шаг вправо, шаг влево - беги и неси денюжки
VW>> дяде программисту (вернее это законопослушных американцев приучили, а
VW>> нас приучили красть эти программы).
VN> А ну-кось, метод чтения кэша с диска и записи его на диск в пригодном
VN> для чтения формате - в студию. Трындёж про hints file уже слышали, проверяли
VN> - не работает, происходит не восстановление кэша, а хрен знает что.
VN> /netch
Вот это в точку. Есть, правда, в мане упоминание ключика -x cache-file для
девелоперов, но попытка воспользоваться им для этих целей ничего не дала.
Возвращается
named: parsing options returned 120
и демон не стартует.
Правда, есть еще мысль, что при наличии возможности ведения разных view,
наличия rndc flush [view], возможности перечитывания конфигурации
потребность в остановках сервера (а следовательно - потребность в подгрузке
кэша) резко снизилась. Если не сказать, что устремилась к нулю.
--
Alexandr V. Goncharov, | Digital Networks, Tomsktelecom
AGV-RIPE, | agv@tomsknet.ru
AGV3-RIPN | phonе: +7(382-2)662510
--- ifmail v.2.15dev5
* Origin: Tomsktelecom - Digital Networks (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
Re: звонилка в инет |
Eugene Markov |
07 Oct 2002 00:13:38 |
 pdnsd |
Sergey Abramov |
08 Oct 2002 03:17:10 |
  Re: pdnsd |
Eugene Markov |
08 Oct 2002 22:54:17 |
|
Re: pdnsd |
Timofey Sleptsov |
08 Oct 2002 23:22:09 |
 Re: pdnsd |
Ilya Dikarev |
11 Oct 2002 00:21:18 |
 Re: pdnsd |
Victor Wagner |
10 Oct 2002 12:15:22 |
 pdnsd |
Sergey Abramov |
12 Oct 2002 04:56:52 |
|
Re: pdnsd |
Ilya Dikarev |
13 Oct 2002 00:50:52 |
 Re: pdnsd |
Vladimir Mosgalin |
13 Oct 2002 21:18:31 |
|
Re: pdnsd |
Ilya Dikarev |
16 Oct 2002 23:43:08 |
|
Re: pdnsd |
Ilya Dikarev |
13 Oct 2002 23:43:22 |
|
Re: pdnsd |
Victor Wagner |
13 Oct 2002 09:40:02 |
|
Re: pdnsd |
Valentin Nechayev |
13 Oct 2002 10:18:22 |
|
Re: pdnsd |
Victor Wagner |
13 Oct 2002 14:04:36 |
|
Re: pdnsd |
Valentin Nechayev |
13 Oct 2002 21:34:29 |
|
Re: pdnsd |
Alexandr Goncharov |
14 Oct 2002 12:46:29 |
|
Re: pdnsd |
Valentin Nechayev |
14 Oct 2002 13:11:16 |
|
Re: pdnsd |
Alexandr Goncharov |
15 Oct 2002 09:50:58 |
|
Re: pdnsd |
Valentin Nechayev |
15 Oct 2002 11:48:58 |
|
Re: pdnsd |
Alexandr Goncharov |
16 Oct 2002 08:52:46 |
|
Re: pdnsd |
Valentin Nechayev |
16 Oct 2002 11:56:46 |
|
Re: pdnsd |
Alexandr Goncharov |
16 Oct 2002 18:19:45 |
|
Re: pdnsd |
Valentin Nechayev |
16 Oct 2002 22:56:46 |
|
Re: pdnsd |
Ilya Dikarev |
16 Oct 2002 01:00:16 |
|
BIND |
Sergey Abramov |
16 Oct 2002 22:06:34 |
|
Re: BIND |
Ilya Dikarev |
19 Oct 2002 00:14:26 |
|
pdnsd |
Sergey Abramov |
12 Oct 2002 04:41:40 |
|
Re: pdnsd |
Ilya Dikarev |
16 Oct 2002 00:58:04 |
|
Re: pdnsd |
Stas Vlasov |
10 Oct 2002 11:51:34 |
|
Re: pdnsd |
Valery Shishkov |
11 Oct 2002 14:47:24 |
|
|
