|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Sultan Azhiguzhayev 2:5083/84.84 09 Jul 2004 20:48:38 To : Eugene Grosbein Subject : Squid & Sarg -------------------------------------------------------------------------------- Было 09 Июл 04 16:21 и Eugene Grosbein переписывался с Sultan Azhiguzhayev, меня это заинтересовало: SA>> я в курсе про at. не надо быть Hастрадамусом, что б видеть, что SA>> как надо может и не сработать. EG> А еще BIOS может перенумеровать ATA-каналы в момент неудачной EG> перезагрузки, в результате чего ad0 станет ad2 и система не EG> загрузится. я обрисовал ситуации, свидетелем (не причиной :) которой был лично. EG>>> Все отработает правильно. Потому что ntpdate отработает до EG>>> запуска cron'а, а atrun запуститься уже позже. Давай ты все-таки EG>>> _сначала_ изучишь возможности системы? До категоричных излияний. SA>> если ntp-source в это время будет недоступен? EG> Будет лучше, если в это время софтинка аккаунтинг будет EG> писать в файл 1971-01-01.log ? время его появления (я о реальном времени) не позволит приянть неверное решение :) SA>>>> да и потом, ротация не исключает, что в файле за n-число (т.е. SA>>>> с именем YYYY-MM-n) окажутся данные за n+1 число. EG>>> Все зависит от характера логов. В случае сквида речь вообще не EG>>> может идти о логах "реального времени". SA>> я про задачу в общем виде, а не про сквид конкретно. EG> А я про сквид конкретно. В его случае не имеет смысла особо EG> заботиться о записи непосредственно в логи с именами-датами. о сквиде конкретно - его логи вообще не вижу смысла хранить, т.к. он пишет только http-трафик (я не знаю - ходит ли через него полноценный (не анонимный) ftp). а народ еще всяких ослов и коз юзает. Хотя признаю, правильно организованная ротация - самый надежный вариант. Тогда возникает такой вопрос: А если хочется брать некоторую информацию из текущего лога - например, узнать сколько писем пришло, какого размера и от кого за последний час или 10 минут (не принципиально), то как лучше организовать эту операцию таким образом, что не происходило перелопачивание лога с самого начала? есть варианты? запоминать размер лога во время последнего доступа к нему? Всегда не Ваш, но с наилучшими пожеланиями, Султан. -I- М]\\\\[О]ННННННННННННННННННННННННННННННННННННННННДДДДДД -I- E-Mail: sultan[at]host.kz --- GoldED 3.00.Beta2+ * Origin: 1/3 жизни - сон, 2/3 - желание выспаться... (2:5083/84.84) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/2428340eea451.html, оценка из 5, голосов 10
|