Re: Re[2]: неудавшийся апгрейд на 5.0.12

On Fri, 27 Oct 2006 12:08:17 +0400
  "Varinov Nicolay" <CGatePro@mx.ru> wrote:

> DA> В логах записи о проблемах с DNS есть? Что есть в логах по поводу этих
> Вроде не нашел только после 64 запроса начинают расти задержки
> 18:18:40.23 4 DNR-00064(164.223.216.60.IN-ADDR.ARPA) PTR-request
> 18:18:40.46 4 DNR-00064(164.223.216.60.IN-ADDR.ARPA) request sent to
>[127.0.0.1]
> 18:18:40.59 3 DNR-00064(164.223.216.60.IN-ADDR.ARPA) PTR:host name is
>unknown
> 18:18:40.61 4 DNR-00065(dp38.lookwhois.com) A-request
> 18:18:40.96 4 DNR-00065(dp38.lookwhois.com) request sent to [127.0.0.1]
> 18:18:42.36 4 DNR-00065(dp38.lookwhois.com) A-response[0]:
>dp38.lookwhois.com=[66.109.117.9]
> а после 75 ответов нет вообще, хотя наймед замечательно в это время
> работает

Это не важно работает он или нет - если бы не работал, то были бы вылеты по тайм-ауту.

CGatePro DNR Resolver использует один тред, который читает все ответы на сокете, через который шлются DNS запросы. Если этот тред зависнет - то зависнут - фактически - все компоненты системы, которые обратятся к этому треду.

Ну, на самом деле не так страшно - то есть другие треды всё же отвиснут, но по истечению полного DNS time-out - а он у Вас, наверняка, многие секунды.

Посмотрите на страничку Monitors->threads и поглядите чем занимается тред "DNR Receiver".
Если там большими буковками написано "DEAD" - то таки меняйте OS на работающую - это один из тех случаев, когда FreeBSD 4.x зависает полностью - в треде.

Отфильтруйте логи по этим самым DNR-xxxxxx запросам. Если для каждого после DNR-000xx увидите только одни тайм-ауты, то либо DNS server сдох (но Вы в это не верите, я - тоже), либо сдох DND Receiver thread - а в это мы верим легко, потому что прецендентов таки было, и было их совсем не мало.

Sincerely,
Vladimir Получено Fri Oct 27 08:19:53 2006