From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 16 Oct 2002 20:18:54 +0400 From: Andrew Nazarkin To: community@altlinux.ru Subject: Re: [Comm] Re: help with squid Message-Id: <20021016201854.5ed8897b.gnomik@mtv.ru> In-Reply-To: <3DAD8E4A.2000000@iop.kiev.ua> 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> Organization: MTV Russia X-Mailer: Sylpheed version 0.8.5 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R 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: 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. Тот, который был до этого пятым - убивается. Таким образом, выполняя такой скрипт раз в неделю получаем логи за месяц. Все, что старше - убивается. Ну, и конечно, старые логи архивируются. Конечно, количество логов можно поменять самому. Ну, вот.. Вроде и все ;) > > > -- > 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 > ********************************************************************* > > _______________________________________________ > Community mailing list > Community@altlinux.ru > http://www.altlinux.ru/mailman/listinfo/community