Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam.
W debianie lenny mam problem z sarg - squid3 zainstalowany i działa. Mam problemy z generowaniem raportow sarg-a. Sarg-reports daily wyrzuca mi:
SARG: Nie znaleziono danych
SARG: Koniec
Raport nie jest tworzony.
Natomiast sarg-reports today - działa - tworzony jest raport i normalnie umieszczany na stronie http://serwer/squid-reports/daily. Po wrzuceniu samej komendy [i]sarg[/i] pojawia się dziwny błąd:
SARG: getword loop detected.
SARG: searching for 'x20'
SARG: Maybe you have a broken record or garbage in your access.log file.
Raport jest jednak tworzony - tyle ze nie jest dostepny na stronie http://serewer/squid-raports - tylko nalezy dopisac dokladny adres raportu.
Rozumiem, że należy ustawić odpowiednio rotowanie logów w /etc/logrogate.d/squid3. Tak więc wygląda ten plik:
/var/log/squid3/*.log {
daily
compress
delaycompress
rotate 2
missingok
nocreate
prerotate
test ! -x "sarg-raports daily" || sarg-reports daily
endscript
test ! -e /var/run/squid3.pid || /usr/sbin/squid3 -k rotate
endscript
}
Niestety nie działa. Co pownienem zmienić w konfiguracji. Brakuje mi już pomysłów. Chciałbym aby tworzyły mi się raporty zarówno dzienne jak i tygodniowe i miesięczne.
Pozdrawiam
Ostatnio edytowany przez tspoko (2009-05-25 07:41:22)
Offline
Popatrz w pliki konfiguracyjne Sarg'a. Z tego co pamiętam w nich podawało się gdzie są logi itp.
Offline
Czy chodzi o ustawienia sciezki logow squida? Myslę, że to jest ok - gdyż po wydaniu komendy sarg-reports today wszystko jest tworzone ok. Nie wiem natomiast gdzie ustawic zeby raporty po wydaniu polecenia [i]sarg[/i] - byly wyświetlane po wejsciu na adres http://serwer/squid-reports - to byłoby ratunkiem bo jesli nie ustawie normalnego raportowania to po prostu wrzuce polecenie [i]sarg[/i] do crona i bede miał przynajmniej dzienne raporty (pomimo wspomnianego błędu z getword).
Offline
a nie ustawiasz tego w apach-u? Z tego co pamiętam to w apachu to ustawiałem no ale mogę się mylić
Offline
Nie rozwiazałem problemu - ustwiłem w cronie codziennie przed 24.00: sarg-reports today. Zobaczę jak to będzie działać - szkoda tylko raportow tygodniowych - o miesiecznych już nie wspomne ;).
Offline
ma
00 08-18/1 * * * root sarg-reports today
00 00 * * * root sarg-reports daily
00 01 * * 1 root sarg-reports weekly
30 02 1 * * root sarg-reports monthly
Offline
Właśnie o to chodzi, że komendy inne oprocz sarg-reports today wyrzucaja:
sarg-reports daily:
SARG: Nie znaleziono danych
SARG: Koniec
Bez względu na to o ktorej godzinie sa wywoływane. tylko today tworzy raport.
Offline
Masz ustowione daily a wiec logrotate codzennie tworzy nowy plik access.log wiec sarg ma dane w pliku tylko z jednego dnia.
Ustaw w pliku:
/etc/logrotate.d/squid
mniej wecej tak:
/var/log/squid/*.log { monthly compress delaycompress rotate 2 missingok nocreate sharedscripts prerotate test ! -x /usr/sbin/sarg-maint || /usr/sbin/sarg-maint endscript postrotate test ! -e /var/run/squid.pid || /usr/sbin/squid -k rotate endscript }
W każdym razie najwazniejsze jest:
monthly
Ostatnio edytowany przez qlemik (2009-05-18 08:18:34)
Offline
Dzięki qlemik - rzeczywiście monthly pomogło - ale wcześniej też wpisywałem i nie działało - musi być koniecznie wpisane:
test! -x /usr/sbin/sarg-maint || /usr/sbin/sarg-maint
a u mnie było inaczej - sugerowałem się tym, że taki plik - /usr/sbin/sarg-maint - u mnie w ogole nie istnieje. Ale już wszystko działa :). Dzięki jeszcze raz.
Offline
Mam ten sam problem i niestety stosowanie się do tych powyższych wskazówek nie pomaga. Ma ktoś jeszcze jakieś sugestie - co z tym SARG-iem ??
Offline
Wszystko ustawiłeś tak jak podano wyżej? Sprawdź dobrze ;). U mnie wszystko działało - oprócz raportów miesięcznych - ale tylko do czasu. Dołączyłem jeszcze dansguardiana - i chodziło ładnie przez pare miesięcy, a teraz loguje mi wszystkie adresy z sieci lokalnej jako 127.0.0.1. I mimo, że mam ustawione zgodnie z poradą: http://dansguardian.pl/index.php?s=logowanie-prawdziwego-adresu-ip to nic nie mogę z tym zrobić.
"Trochę" mnie już to wnerwia... Czy jest jakis sensowny zamiennik sarga??
15-07-2010
Już mnie nie wnerwia ;) Po jakiejś aktualizacji zmieniła się konfiguracja. Trzeba było ustawić:
log_uses_indirect_client on
Ostatnio edytowany przez tspoko (2010-07-15 09:24:49)
Offline
Time (s) | Query |
---|---|
0.00010 | SET CHARSET latin2 |
0.00004 | SET NAMES latin2 |
0.00137 | SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.117.8.177' WHERE u.id=1 |
0.00067 | REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.117.8.177', 1732317554) |
0.00062 | SELECT * FROM punbb_online WHERE logged<1732317254 |
0.00063 | DELETE FROM punbb_online WHERE ident='54.36.149.29' |
0.00022 | SELECT topic_id FROM punbb_posts WHERE id=118438 |
0.00025 | SELECT id FROM punbb_posts WHERE topic_id=14133 ORDER BY posted |
0.00054 | SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=14133 AND t.moved_to IS NULL |
0.00009 | SELECT search_for, replace_with FROM punbb_censoring |
0.00195 | SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=14133 ORDER BY p.id LIMIT 0,25 |
0.00089 | UPDATE punbb_topics SET num_views=num_views+1 WHERE id=14133 |
Total query time: 0.00737 s |