Главная страница


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)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор 

 Тема:    Автор:    Дата:  
 Re: Squid & Sarg   Eugene Grosbein   09 Jul 2004 16:21:54 
 Squid & Sarg   Sultan Azhiguzhayev   09 Jul 2004 20:48:38 
Архивное /ru.unix.bsd/2428340eea451.html, оценка 2 из 5, голосов 10
Яндекс.Метрика
Valid HTML 4.01 Transitional