From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <3DAD93BE.9020605@iop.kiev.ua> Date: Wed, 16 Oct 2002 19:28:46 +0300 From: "Andriy Dobrovol's'kii" User-Agent: Mozilla/5.0 (X11; U; Linux i686; uk-UA; rv:1.0.0) Gecko/20020624 X-Accept-Language: uk, ru, en-us MIME-Version: 1.0 To: community@altlinux.ru Subject: Re: [Comm] Re: help with squid References: <3DAD1BE3.2080800@iop.kiev.ua> <20021016133752.GB3069@vcserver.mivlgu.internal> <3DAD7EC5.4070805@iop.kiev.ua> <20021016154457.GA56203@netch.kiev.ua> <20021016195139.605c233f.vyt@vzljot.ru> <3DAD8E4A.2000000@iop.kiev.ua> <20021016201854.5ed8897b.gnomik@mtv.ru> X-Enigmail-Version: 0.62.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Sender: community-admin@altlinux.ru Errors-To: community-admin@altlinux.ru X-BeenThere: community@altlinux.ru X-Mailman-Version: 2.0.9 Precedence: bulk Reply-To: community@altlinux.ru List-Unsubscribe: , List-Id: List-Post: List-Help: List-Subscribe: , List-Archive: Archived-At: List-Archive: List-Post: Andrew Nazarkin wrote: > On Wed, 16 Oct 2002 19:05:30 +0300 > "Andriy Dobrovol's'kii" wrote: > > >>Vitaly Ostanin wrote: >> >> >>>Проблема в том, что жаждущий помощи обычно выражает это детальным >>>описанием проблемы. Из оригинального письма, IMHO, этого не >>>видно. >>> >>> >>> >>Ок. Даю детальное описание проблемы. >>Есть сервер на FreeBSD со сквидом и почтой. Почта работает. >>Сквид в определенный момент ушел в даун. >>Раскопки показали, что проблема кешем. Он установлен в >>/usr/local/squid/cache. Под него выделено 2Гб и места в >>разделе на момент падения уже не было, хотя кеш до 2Гб еще >>похоже не дошел. > > > Вообще-то в конфиге сквида можно (и нужно) указать сколько процентов от > выделенного пространства под кеш он может занимать. Т.е. при превышении > процентного пространства сквид сам чистит кеш: > > # TAG: cache_swap_low (percent, 0-100) > # TAG: cache_swap_high (percent, 0-100) > # > # The low- and high-water marks for cache object replacement. > # Replacement begins when the swap (disk) usage is above the > # low-water mark and attempts to maintain utilization near the > # low-water mark. As swap utilization gets close to high-water > # mark object eviction becomes more aggressive. If utilization is > # close to the low-water mark less replacement is done each time. > # > # Defaults are 90% and 95%. If you have a large cache, 5% could be > # hundreds of MB. If this is the case you may wish to set these > # numbers closer together. > # > cache_swap_low 90 > cache_swap_high 95 > > >>Срочно был уменьшен размер кеша. Кеш уничтожен и создан >>заново с меньшими параметрами. Дальше обнаружился файл лога >>размером более 2Гб. Возник вопрос как его тоже обнулить и >>как избежать такой ситуации в дальнейшем? Так проблема >>понятна? Или сообщить ещё какие-то подробности? > > Ну не кипятитесь Вы так ;) Андрей, чесное слово, я не киплю. Если тон показался резким, то прошу прощения. Это было просто изложение ситуации и вопрос, чего там не хватает. Я ж понимаю, что тяжело лечить подземный стук, а что сообщать не в курсе. > Просто действительно слова "упал сквид, помогите поднять!" не очень > содержательны, согласитесь ;) Да. Да. Да. :))) > Ну а по поводу logrotate - если не хотите с ним связываться, напишите > свой скрипт, включив в него эти самые команды mv, touch и т.п. и > заставьте крон выполнять его. Почему не хочу?! Кто сказал! Просто, пока, не умею. Не было надобности. Обязательно посмотрю и поучусь. Просто, сейчас, нужно было тушить пожар, а теперь есть пауза, чтоб понять как должно быть. :) > Собственно логротате - это просто сильно расширенный набор подобных > скриптов, он делает тоже самое, только (по умолчанию) он "сдвигает" > предыдущие логи, access.log становится, к примеру access.log.0, тот, > который был access.log.0 становится access.log.1 и так до 5. Тот, > который был до этого пятым - убивается. Таким образом, выполняя такой > скрипт раз в неделю получаем логи за месяц. Все, что старше - убивается. > Ну, и конечно, старые логи архивируются. Конечно, количество логов можно > поменять самому. > > Ну, вот.. Вроде и все ;) > >> > Спасибо! Будем копать. Похоже, что там если и сдвигается, то раз в месяц, не чаще. Или мы так активно бегаем по сети при канале 64К. :) -- Rgrds, Andriy ********************************************************************* email: dobr at iop dot kiev dot ua Kyiv, Ukraine Phone: (380-44) 265-7824 Department of Gas Electronics Fax: (380-44) 265-2329 Institute of Physics of NASU *********************************************************************