Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
Problemy z MRTG http://forum.freesco.pl/viewtopic.php?f=22&t=14069 |
Strona 1 z 1 |
Autor: | nemis [ środa, 15 listopada 2006, 02:04 ] |
Tytuł: | Problemy z MRTG |
Co może być przyczyną, że po pewnym czasie MRTG nie rysuje wykresów choć fizycznie dane są pobierane i wysyłane. Po uruchomieniu MRTG pamięć fizyczna (187mb) zapełnia się praktycznie na max-a. Dochodzi do 183 mb i tak cały czas. Ruch na eth0 jest widoczny na wykresie, jednak nikomu indywidualne wykresy (mimo "pracy") nie zmieniają się. Restart MRTG przywraca poprawną pracę, do czasu aż znów, kolejno powoli przestaje zliczać. Poza MRTG uruchomione są: Samba, Apache, niceshaper, tablica ogłoszeń i statystyki zliczające ruch miesięczny (działają poprawnie). |
Autor: | Aszej [ środa, 15 listopada 2006, 03:59 ] |
Tytuł: | |
zapewne chodzi o to: http://forum.freesco.pl/viewtopic.php?t=13986&highlight=mrtg |
Autor: | nemis [ środa, 15 listopada 2006, 09:44 ] |
Tytuł: | |
Nie. W moim przypadku reset nie powoduje błędnych odczytów. I jak tam kolega napisał zlicza mu cały czas (do resetu). A mi to zliczanie "milknie". Jak co posiadam wersję mrtg-2.10.13. |
Autor: | nemis [ czwartek, 16 listopada 2006, 03:48 ] |
Tytuł: | |
Hm czy nikt nie miał podobnego problemu?? Po wpisaniu TOP uzyskałem to: top - 02:42:28 up 9:40, 1 user, load average: 0.02, 0.13, 0.16 Tasks: 45 total, 1 running, 44 sleeping, 0 stopped, 0 zombie Cpu(s): 1.7% user, 2.3% system, 0.0% nice, 96.0% idle Mem: 191064k total, 180200k used, 10864k free, 3600k buffers Swap: 38300k total, 0k used, 38300k free, 139844k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 20724 root 14 0 960 960 772 R 0.7 0.5 0:00.26 top 1 root 8 0 468 468 416 S 0.0 0.2 0:37.28 init 2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd 3 root 19 19 0 0 0 S 0.0 0.0 0:00.74 ksoftirqd_CPU0 4 root 9 0 0 0 0 S 0.0 0.0 0:18.78 kswapd 5 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 6 root 9 0 0 0 0 S 0.0 0.0 0:00.05 kupdated 7 root 9 0 0 0 0 S 0.0 0.0 0:00.04 xfsbufd 8 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0 9 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0 10 root 9 0 0 0 0 S 0.0 0.0 0:10.12 kjournald 124 root 9 0 572 572 492 S 0.0 0.3 0:00.24 syslogd 137 root 9 0 1340 1340 420 S 0.0 0.7 0:00.45 klogd 150 root 8 0 556 556 484 S 0.0 0.3 0:00.04 crond 165 root 9 0 1560 1560 1240 S 0.0 0.8 0:01.25 sshd 359 root 17 0 1064 1060 944 S 0.0 0.6 1:19.56 niceshaper 378 nobody 9 0 668 668 572 S 0.0 0.3 0:07.11 dnsmasq Zużycie pamięci duże ale czemu nie mam na liście tego? Jakieś propozycje? Podpowiedzi? |
Autor: | marask [ czwartek, 16 listopada 2006, 09:55 ] |
Tytuł: | |
a posortowałeś wg zużycia pamięci? |
Autor: | nemis [ czwartek, 16 listopada 2006, 19:09 ] |
Tytuł: | |
Faktycznie, przegapiłem (dla zapominalskich SHIFT+M po uruchomieniu TOP) top - 18:04:19 up 1:44, 1 user, load average: 0.01, 0.10, 0.10 Tasks: 44 total, 2 running, 41 sleeping, 1 stopped, 0 zombie Cpu(s): 4.3% user, 3.3% system, 0.0% nice, 92.4% idle Mem: 191064k total, 81340k used, 109724k free, 14536k buffers Swap: 38300k total, 0k used, 38300k free, 45512k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 746 nobody 9 0 7220 7216 6620 S 0.0 3.8 0:00.40 httpd 748 nobody 9 0 7216 7212 6620 S 0.0 3.8 0:00.23 httpd 10735 nobody 9 0 7216 7212 6620 S 0.0 3.8 0:00.19 httpd 747 nobody 9 0 7164 7160 6620 S 0.0 3.7 0:00.05 httpd 752 nobody 9 0 6960 6956 6600 S 0.0 3.6 0:00.13 httpd 753 nobody 9 0 6960 6956 6600 S 0.0 3.6 0:00.03 httpd 10168 nobody 9 0 6952 6948 6600 S 0.0 3.6 0:00.01 httpd 658 root 9 0 6644 6640 6500 S 0.0 3.5 0:01.31 httpd 903 root 9 0 3024 3020 2780 S 0.0 1.6 0:00.02 smbd 540 root 9 0 2744 2744 2580 S 0.0 1.4 0:00.14 smbd 542 root 9 0 2736 2736 2572 S 0.0 1.4 0:00.00 smbd 543 root 9 0 1840 1840 1368 S 0.0 1.0 0:00.32 nmbd 8366 nemis 9 0 1784 1784 1632 R 0.0 0.9 0:00.03 sshd 8326 root 9 0 1776 1776 1628 S 0.0 0.9 0:00.20 sshd 165 root 9 0 1560 1560 1240 S 0.0 0.8 0:00.65 sshd 8368 root 9 0 1540 1540 1192 S 0.0 0.8 0:00.04 bash 8367 nemis 9 0 1512 1512 1188 S 0.0 0.8 0:00.06 bash 137 root 9 0 1340 1340 420 S 0.0 0.7 0:00.49 klogd 2186 root 9 0 1316 1316 864 S 0.0 0.7 0:00.05 dhcpd 526 root 9 0 1072 1068 920 S 0.0 0.6 0:00.04 mrtg.run Rozwiałem wątpliwości co do zużycia pamięci. Ale czy to ma wpływ na to że MRTG przestaje z czasem "zliczać"? Jakaś propozycja? |
Autor: | zciech [ czwartek, 16 listopada 2006, 20:12 ] |
Tytuł: | |
Odwieczny problem restartu firewala http://nnd.reliserv.pl/Nowe_NND/specjalne/iptables restart) $0 stop sleep 1 $0 start /etc/rc.d/mrtg restart /etc/rc.d/stat restart #<-jesli nie masz statmatow to jest niepotrzebne ;; save) stat_busy "Zapisuję reguły firewalla" |
Autor: | Niebieski [ sobota, 18 listopada 2006, 23:58 ] |
Tytuł: | a mnie się ciął i bez tego |
A mnie się mrtg cięło samo z siebie. Ustawiłem więc restart mrtg co godzinkę i działa lux. Podobnie zrobiłem z nice, bo też lubił się wysypać. Możliwe, że sprzęt trochę słaby, ale jak zrobiłem restarty to śmiga aż miło. P |
Autor: | nemis [ wtorek, 21 listopada 2006, 23:17 ] |
Tytuł: | |
Dołożyłem wpisy w iptables i obserwuję. Wnioski już niebawem. I dalej to samo. Po pewnym czasie, nie wiem jakim ciężko określić mrtg nie zlicza "transferów". Za każdym razem pierwszą osobą jakiej nie zlicza jest ta która ma przekierowany na siebie zewnętrzny IP. Ale też innym nie zlicza. Teraz sprawdzę z restartami. Ale u siebie ustawię co 3 godziny. |
Autor: | zciech [ wtorek, 21 listopada 2006, 23:31 ] |
Tytuł: | |
poniewaz zliczanie transferu userow opiera sie na lancuchu FORWARD tabeli filter wszelkie kimbinacje z firewalem maj wplyw na zliczanie mrtg: [root@router conf]# iptables -L FORWARD -nv|more Chain FORWARD (policy DROP 4 packets, 222 bytes) pkts bytes target prot opt in out source destination 3376 2146K ACCEPT all -- * * 0.0.0.0/0 192.168.0.17 3269 269K ACCEPT all -- * * 192.168.0.17 0.0.0.0/0 0 0 ACCEPT all -- * * 0.0.0.0/0 83.18.196.156 70574 42M ACCEPT all -- * * 0.0.0.0/0 192.168.0.2 64620 17M ACCEPT all -- * * 192.168.0.2 0.0.0.0/0 0 0 ACCEPT all -- * * 0.0.0.0/0 83.18.196.155 751K 395M mrtg_traffic all -- * * 0.0.0.0/0 0.0.0.0/0 W tym przykladzie caly ruch powyzej lini mrtg_traffic nie jest przez mrtg zliczany |
Autor: | nemis [ środa, 22 listopada 2006, 10:23 ] |
Tytuł: | |
zciech pisze: poniewaz zliczanie transferu userow opiera sie na lancuchu FORWARD tabeli filter wszelkie kimbinacje z firewalem maj wplyw na zliczanie mrtg:...
Jakieś wyjście z tej sytuacji ? Jak uniknąć zmiany kolejności ? |
Strona 1 z 1 | Strefa czasowa UTC+2godz. |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |