On 8/15/07, Kris <[EMAIL PROTECTED]> wrote: > Wednesday, August 15, 2007, 2:08:50 AM, you wrote: > VV> On 8/14/07, Kris <[EMAIL PROTECTED]> wrote: > >> andu> а кто нить разобрался почему он падает с новыми либами? > >> я разбирался. одну дырку в http_util заткнул, другую, с выводом в > >> консоль, тоже. все остальные дырки что мне присылали - от криво > >> настроенного конфига (там проверок на валидность ключей - ноль целых > >> хрен десятых). у меня пашет под fc7, либы распоследние. не жалуюсь. > VV> И когда пропадает DNS (ложится канал или по другим причинам), > VV> сыпятся клиентские запросы, которые прокси не может отрезолвить > VV> и обработать, не падает? > у меня поднят собственный кэширующий named, и тебе кстати советую. > от пропадания канала не падает точно, с внешним DNS проверю.
А какая разница, какой named не отвечает, свой или чужой? %) Локальный кончно поднят и зоны на нём живут, но когда нет канала какой от него прок? C какими опциями стартует Oops? Установлено ограничение на максимальное к-во threads (-W)? В моём случае не был установлен. Возможно из-за этого он распухал до бесконечности и падал - зх. > VV> Транно работает с .gz файлами. apt-get через squid тянет один раз, > VV> при следующих запусках говорит 'hit'. Через oops каждый раз > VV> перетягивает файлы репозитария заново. Помогала сборка > VV> с опцией "--without-zlib", и то не всегда. :-( > не обращал внимания. вообще он gz может считать за страницу и хранить > в распакованном виде IMHO. посмотрю. Кто его знает, что он делает. Одним словом apt-get кажется, что это более свежие файлы, и загружает их снова. > VV> С последней сборкой отхватил инересную ерунду (раньше такого > VV> не замечал) - при 'graceful' перезагрузке рвёт конекшены. > не рвет точно. только что проверил. и реавторизации тоже не требует. А ACL тоже при этом менял или просто релоадил? -- 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/
