НАрод такая проблемма. Всё отстроил как надо всё работало без глюков. Вдруг непонятно с чего после запуска Sarg стал зависать. Он создаёт в TMP в своей директории отчёт и зависает. То есть черновой вариант отчёта он создал. А вот из него сделать вариант читабельный и уже готовый к употреблению он не может. На этом моменте он наглухо подвисает. То есть при запуске побежала строка rest и цифры и потом через какое то время всё повисает. Так как у него нету лога то понять на чём он зацикливаеться я не могу. И главное всё раньше работало на ура! Что случилось не понятно! Побывал переставлять не помогает! Кто знает в чём проблемма. Уже неделю не могу победить!
>НАрод такая проблемма. Всё отстроил как надо всё работало без глюков. Вдруг
>непонятно с чего после запуска Sarg стал зависать. Он создаёт в
>TMP в своей директории отчёт и зависает. То есть черновой вариант
>отчёта он создал. А вот из него сделать вариант читабельный и
>уже готовый к употреблению он не может. На этом моменте он
>наглухо подвисает. То есть при запуске побежала строка rest и цифры
>и потом через какое то время всё повисает. Так как у
>него нету лога то понять на чём он зацикливаеться я не
>могу. И главное всё раньше работало на ура! Что случилось не
>понятно! Побывал переставлять не помогает! Кто знает в чём проблемма. Уже
>неделю не могу победить!
1 - возможно мало места в tmp, очисти tmp и скажи саргу удалять за собой временные файлы ,
2 - попробуй запустить с опцией -m, sarg -m, возможно битая запись в логе - остановится на последней порченой записи и покажет ее на экране
>1 - возможно мало места в tmp, очисти tmp и скажи саргу
> удалять за собой временные файлы ,
>2 - попробуй запустить с опцией -m, sarg -m, возможно битая запись
>в логе - остановится на последней порченой записи и покажет ее
>на экране
В TMP полно места. Запустил с ключём как ты сказал. Он делал долго и повис на какой то тарабарщине. Походу лог битый. И как быть дальше? Мне теперь из этого лога не достать ничего? Как его поправить то? Или удалить этот битый кусок из лога?
если лог не нужен - убей его! если нужен - правь редактором vi
или подобным, Умеющим работать с большими файлами и удали порченую запись
>если лог не нужен - убей его! если нужен - правь редактором
>vi
>или подобным, Умеющим работать с большими файлами и удали порченую записьсамо собой замаешься ждать открытия лога если он большой, но как грится придется терпеть
>НАрод такая проблемма. Всё отстроил как надо всё работало без глюков. Вдруг
>непонятно с чего после запуска Sarg стал зависать. Он создаёт в
>TMP в своей директории отчёт и зависает. То есть черновой вариант
>отчёта он создал. А вот из него сделать вариант читабельный и
>уже готовый к употреблению он не может. На этом моменте он
>наглухо подвисает. То есть при запуске побежала строка rest и цифры
>и потом через какое то время всё повисает. Так как у
>него нету лога то понять на чём он зацикливаеться я не
>могу. И главное всё раньше работало на ура! Что случилось не
>понятно! Побывал переставлять не помогает! Кто знает в чём проблемма. Уже
>неделю не могу победить!
Privet. Takaya zhe beda byla. Po nachalu log ne ochen' bolshoy i vse ok. Potom zhopa. Koroche u menya RedHat 9 , tam v utilite "sort" est' bag. Poetomu sobstvenno ona i visnet v processe obrabotki.Lechitsa tak:#export LC_ALL=C
#sarg-i vse zashibis'. Bag opisan na officicialnom saite SARGa. a voobshe ofigennaya programulina etot sarg.
>Privet. Takaya zhe beda byla. Po nachalu log ne ochen' bolshoy i
>vse ok. Potom zhopa. Koroche u menya RedHat 9 , tam
>v utilite "sort" est' bag. Poetomu sobstvenno ona i visnet v
>processe obrabotki.Lechitsa tak:
>
>#export LC_ALL=C
>#sarg
>
>-i vse zashibis'. Bag opisan na officicialnom saite SARGa. a voobshe ofigennaya
>programulina etot sarg.У меня FreeBSD! С ней как быть?
действительно, sarg виснет на достаточно длинном запросе.bash
bash-2.05#
bash-2.05#export LC_ALL=C
bash-2.05#
bash-2.05#sargвсеравно виснет.
FreeBSD 4.9-STABLE FreeBSD 4.9-STABLE; sarg-1.4.1 25Apr2003такие запросы у меня каждый день, я замучаюсь их удалять руками.
файлы статистики примерно по 300 мег.Есть идеи?
>действительно, sarg виснет на достаточно длинном запросе.
>
>bash
>bash-2.05#
>bash-2.05#export LC_ALL=C
>bash-2.05#
>bash-2.05#sarg
>
>всеравно виснет.
>FreeBSD 4.9-STABLE FreeBSD 4.9-STABLE; sarg-1.4.1 25Apr2003
>
>такие запросы у меня каждый день, я замучаюсь их удалять руками.
>файлы статистики примерно по 300 мег.
>
>Есть идеи?Появилась идейка!
Являюсь счастливым обладателем RedHat 9.0. #export LC_ALL=C не прошел, так же зависал. Причем безсистемно.
Попробывал вместо LC_ALL=C - LC_ALL=A? запускаю sarg -mzx и он узе делает.
Если кому поможет....
Короче проблема окончательно решена. Вышла новая версия но там эта ошибка всеравно пока есть! нужно добавить вот эти изменения, и тогда буит все окей.Я думаю полюбому они скоро выложат этот патч. Но на всякий случай публикую его здесь.
--- log.c 2004-10-07 08:05:40.085813336 -0300
+++ new/log.c 2004-10-07 08:02:36.352745008 -0300
@@ -80,8 +80,8 @@
char tbuf2[128];
char zip[20];
char *str;
- char bufz[8192];
- char bufy[8192];
+ char bufz[MAXLEN];
+ char bufy[MAXLEN];
int common;
int common_log=0;
int squid_log=0;
@@ -720,6 +720,7 @@
printf("SARG: Records in file: %d, reading:
%3.2f%%\r",recs1,perc);
fflush (stdout);
}
+ if(strlen(bufz) > MAXLEN-1) continue;
if(!bufz[0]) continue;
if(strstr(bufz,"HTTP/0.0") != 0) continue;
if(strstr(bufz,"logfile turned over") != 0) continue;
--- splitlog.c 2004-10-07 08:05:45.816942072 -0300
+++ new/splitlog.c 2004-10-07 08:06:47.594550448 -0300
@@ -26,7 +26,7 @@
{FILE *fp_in;
- char buf[8192];
+ char buf[MAXLEN];
char data[30];
char dia[11];
char hora[9];
--- convlog.c 2004-10-03 18:37:03.000000000 -0300
+++ new/convlog.c 2004-10-07 08:06:14.128638040 -0300
@@ -26,7 +26,7 @@
{FILE *fp_in;
- char buf[8192];
+ char buf[MAXLEN];
char data[30];
char dia[11];
char hora[9];