Коллеги, помогите: есть BIND-9.2.4. На нём крутится зона большого размера - больше 500 мегабайт. Когда даёшь ему команду перезагрузиться или выключиться, то он гаснет, но эта процедура растягивается на очень долгое время. Это не несколько секунд, не несколько минут, а что-то около 1 часа. Это ненормально. Как ускорить процесс перезапуска кроме как убивать его командой kill -9 (иногда приходится поступать и так, когда нет времени ждать)?

• Named очень долго гаснет,Koba_LTD, 14:23 , 10-Ноя-05
  • Named очень долго гаснет,Cyclone, 14:24 , 10-Ноя-05
• Named очень долго гаснет,tty, 14:30 , 10-Ноя-05
  • Named очень долго гаснет,Cyclone, 14:37 , 10-Ноя-05
  • Named очень долго гаснет,Cyclone, 14:40 , 10-Ноя-05
    • Named очень долго гаснет,tty, 14:47 , 10-Ноя-05
      • Named очень долго гаснет,Cyclone, 14:53 , 10-Ноя-05
        • Named очень долго гаснет,tty, 15:01 , 10-Ноя-05
          • Named очень долго гаснет,Cyclone, 15:10 , 10-Ноя-05
          • Named очень долго гаснет,Cyclone, 15:14 , 10-Ноя-05
            • Named очень долго гаснет,Z0termaNN, 18:13 , 10-Ноя-05
              • Named очень долго гаснет,tty, 07:40 , 11-Ноя-05
                • Named очень долго гаснет,Cyclone, 13:17 , 11-Ноя-05
                  • Named очень долго гаснет,uldus, 20:59 , 11-Ноя-05
                    • Named очень долго гаснет,universite, 02:00 , 12-Ноя-05
                      • Named очень долго гаснет,uldus, 22:16 , 12-Ноя-05
                        • Named очень долго гаснет,Cyclone, 22:54 , 12-Ноя-05
                        • Named очень долго гаснет,Cyclone, 22:57 , 12-Ноя-05
                  • Named очень долго гаснет,Solo_Wolf, 21:38 , 11-Ноя-05

>Коллеги, помогите: есть BIND-9.2.4. На нём крутится зона большого размера - больше
>500 мегабайт. Когда даёшь ему команду перезагрузиться или выключиться, то он
>гаснет, но эта процедура растягивается на очень долгое время. Это не
>несколько секунд, не несколько минут, а что-то около 1 часа. Это
>ненормально. Как ускорить процесс перезапуска кроме как убивать его командой kill
>-9 (иногда приходится поступать и так, когда нет времени ждать)?
отредактировать скрип шатдауна в нем вставь килл на винд

>отредактировать скрип шатдауна в нем вставь килл на винд

Килл на винд это как?

1) кнопка резет 100%% быстрее kill !
2) теоретически можно конечно зону ТАААК отростить.. а вообще - сетка А-класса? :-) порубить по частям - недавно тут валялась статья про небольшие сегменты.
а ответы-то нормально по скорости ходят?
ЗЫ: всё равно не представляю, что полГ можно ручками настрочить. пусть даже на 100 человек (500м/100ч=5мч...) да уж,,,,

>1) кнопка резет 100%% быстрее kill !
>2) теоретически можно конечно зону ТАААК отростить.. а вообще - сетка А-класса?
>:-) порубить по частям - недавно тут валялась статья про небольшие
>сегменты.
>а ответы-то нормально по скорости ходят?
>ЗЫ: всё равно не представляю, что полГ можно ручками настрочить. пусть даже
>на 100 человек (500м/100ч=5мч...) да уж,,,,

Ладно, размер файла зоны 120 Мб. А вот памяти он действительно жрёт больше 500 метров когда запущен. Что в этой зоне - не суть важно. МойМеня интересует, что же он делает за это время около 1 час от получения команды до пропадания процесса. После команды выключиться он уже на запросы не отвечает.

>1) кнопка резет 100%% быстрее kill !
>2) теоретически можно конечно зону ТАААК отростить.. а вообще - сетка А-класса?
>:-) порубить по частям - недавно тут валялась статья про небольшие
>сегменты.
>а ответы-то нормально по скорости ходят?
>ЗЫ: всё равно не представляю, что полГ можно ручками настрочить. пусть даже
>на 100 человек (500м/100ч=5мч...) да уж,,,,

Ладно, уболтали :-) Размер файла зоны 120 метров. А вот памяти он жрёт больше 500 метров, иногда больше гига. Что в этой зоне - не суть важно. Мой сервер является вторичным для этой зоны. Всё-таки, что делает сервер после получения команды на выключение? И как ускорить процесс?

тем более вторичный - не парься. руби.
есть мысль - гришь, на запросы молчит? тогда, видимо, не 6инд отдыхает - что-то другое после него пытается завершиться.

но 60 минут... при всём желании такого не получалось делать. и чтобы в логах тишина. а LA? swap?

ЗЫ: щас ешё уболтаем - размер файла зоны уже в 4 РАЗА !!! уменьшили :-))

>тем более вторичный - не парься. руби.

Не могли бы Вы одарить меня ссылочкой?

>есть мысль - гришь, на запросы молчит? тогда, видимо, не 6инд отдыхает
>- что-то другое после него пытается завершиться.

Сам по себе named дочерних процессов не порождает. Процесс в системе только один. В init-скрипте тоже ничего крамольного нет. Там вызов команды rndc stop и всё.

>но 60 минут... при всём желании такого не получалось делать. и чтобы
>в логах тишина. а LA? swap?

И в логах тишина. Говорит, что я типа погас и и больше ничего не слушаю. И действительно больше не слушает. А процесс висит и чего-то ждёт.

>ЗЫ: щас ешё уболтаем - размер файла зоны уже в 4 РАЗА
>!!! уменьшили :-))

Не уболтаете :-) Это я торопять написал размер отжираемой памяти вместо размера файла зоны.

не про дочек речь была - локальные запросы к днс (типа ссш, сквид. хттп итд итп)

вообще насколько помню, размер рам под него можно выставить. проверить IPv6, что ещё лишнее.

обновить бинд.
поднять этот конф на другой тачке.

если не поможет - гневно ругаться с майнтейнерами, разработчиками, производителями..

заодно очень хочется знать = эта байда прямо вот сегодня началась? или молчал годик перед тем как спросить - почему днс часок выкл?

>не про дочек речь была - локальные запросы к днс (типа ссш,
>сквид. хттп итд итп)

Монопенисуально. Я снимал вообще всю нагрузку с сервера. Скорость реакции такая же.

>вообще насколько помню, размер рам под него можно выставить. проверить IPv6, что ещё лишнее.

Дык размер памяти не трабл, на сервере её 4 Гб. Пускай себе жрёт на здоровье. Лишнего нет.

>обновить бинд.

К сожалению, нереально.

>поднять этот конф на другой тачке.

9 серваков одинаковых. На всех такая же фигня.

>если не поможет - гневно ругаться с майнтейнерами, разработчиками, производителями..
>заодно очень хочется знать = эта байда прямо вот сегодня началась? или
>молчал годик перед тем как спросить - почему днс часок выкл?

Да нет, эта байда с самого начала была. Просто тогда это было не критично.

В догонку: после получения команды rndc stop он начинает жрать процессорного времени намного больше чем до того. Если смотреть по top-у то держится стабильно на величине 25-30%. А до получения команды он плетёся далеко в хвосте.

>В догонку: после получения команды rndc stop он начинает жрать процессорного времени
>намного больше чем до того. Если смотреть по top-у то держится
>стабильно на величине 25-30%. А до получения команды он плетёся далеко
>в хвосте.

скорее всего такая фигня происходит из за распухших .jnl файлов.
т.к. сервер secondary, то возможны 3 варианта:
1. периодически делать rndc stop и удалять все *.jnl
2. upgrade to bind 9.3 + использовать max-journal-size
3. рассмотреть использование чего-нибудь попроще, например djbdns,
правда в этом случае теряется IXFR.

1) подробные логи самого намеда тоже молчат?

named.conf:
..
logging {
    channel deflog {
    file "/var/log/dns.log";
    print-time yes;};
    category queries {deflog;};
    category xfer-in {deflog;};
    category xfer-out {deflog;};
    category security {deflog;};
    category resolver {deflog;};
    category client {deflog;};
    category unmatched {deflog;};
    category default {deflog;};
    category database {deflog;};
    };
..

2)-d debug-level
-f     Run the server in the foreground (i.e. do not daemonize).
-g     Run  the  server  in  the  foreground  and  force all logging to
              stderr.
-n #cpus
              Create #cpus worker threads to take advantage of multiple  CPUs.
              If not specified, named will try to determine the number of CPUs
              present and create one thread per  CPU.   If  it  is  unable  to
              determine  the  number  of  CPUs, a single worker thread will be
              created.

В общем, проблема была решена с помощью установки BIND-9.3.1 (удалось-таки уговорить руководство на апдейт).

> (удалось-таки уговорить руководство на апдейт).

А почему они сопротивлялись, если не секрет ?

>> (удалось-таки уговорить руководство на апдейт).
>
>А почему они сопротивлялись, если не секрет ?

А начальство всегда боится всего нового.
При подобных проблемах с сервисами надо жосче отстаивать свое мнение у начальства.

>А начальство всегда боится всего нового.
>При подобных проблемах с сервисами надо жосче отстаивать свое мнение у начальства.

Странно, что решение о выборе программ и их обновление не в компетенции технического специалиста, а на плечах менеджера.

Патамушта-а-а.

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

Давайте остановимся на том, что апдейт проблему вылечил. В качестве дополнительной информации могу сказать, что дистр RedHat Enterprise LINUX Server 3 ES. BIND который идёт в стандартнй поставке - 9.2.4. Так вот, в этом дистре он имеет вышеописанный мною глюк.

>Странно, что решение о выборе программ и их обновление не в компетенции
>технического специалиста, а на плечах менеджера.

Не совсем так. Менеджер тоже технический специалист, только он в гораздо большей степени "бюрократ", и если ляжет сервер котоый приносит деньги компании, то в первую очередь спрос будет с него. Отсюда и "сопротивление" всему новому.

>В общем, проблема была решена с помощью установки BIND-9.3.1 (удалось-таки уговорить руководство
>на апдейт).

А все таки.... Интересно.... В чем была проблема? Ведь замена версии не значит напрямую ее решение ! Случаем это не secondary zone для dhcp update?