On 8/15/07, Kris <[EMAIL PROTECTED]> wrote: > >> VV> сыпятся клиентские запросы, которые прокси не может отрезолвить > >> VV> и обработать, не падает? > >> у меня поднят собственный кэширующий named, и тебе кстати советую. > >> от пропадания канала не падает точно, с внешним DNS проверю. > > VV> А какая разница, какой named не отвечает, свой или чужой? %) > VV> Локальный кончно поднят и зоны на нём живут, но когда нет > VV> канала какой от него прок? > большая. свой всегда пришлет отказ, а если нет канала - то таймаут. по > разному отрабатываются.
Повторюсь - стоит "свой". > VV> C какими опциями стартует Oops? Установлено ограничение на > VV> максимальное к-во threads (-W)? В моём случае не был установлен. > VV> Возможно из-за этого он распухал до бесконечности и падал - зх. > Органичение не установлено, я его зашил в свои сырцы. В принципе оно и > так работает, просто у линуксей ограничение в районе 8000 тредов на > ядро по дефолту, надо иметь его в виду и все. > > >> VV> С последней сборкой отхватил инересную ерунду (раньше такого > >> VV> не замечал) - при 'graceful' перезагрузке рвёт конекшены. > >> не рвет точно. только что проверил. и реавторизации тоже не требует. > > VV> А ACL тоже при этом менял или просто релоадил? > сейчас acl поменял. пофиг. у тебя ось какая? Debian GNU/Linux 4.0 Etch. k-l - 2.6.20 Правда с одним "но" - в том случае он жил в виртуальном сервере - OpenVZ VPS'е. От обычного отличается разве что жёсткими настройками ресурсов. -- VEL-[RIPE|UANIC] ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops" in message body. Archive is accessible on http://lists.paco.net/oops-rus/
