| Freesco, NND, CDN, EOS http://forum.freesco.pl/ |
|
| niceshaper a obciążenie 100% http://forum.freesco.pl/viewtopic.php?f=22&t=15056 |
Strona 1 z 1 |
| Autor: | lehmpiotr [ sobota, 24 marca 2007, 15:44 ] |
| Tytuł: | niceshaper a obciążenie 100% |
Mam Niceshapera06.r3, dodatkowo squida i staty mrtg. Komp PIII600 z 376MB RAMu HDD20GB. Userów 25 łącze DSL4 MB Wszystko ładnie chodzi, jednak co jakiś czas (zdarzyło się tydzień temu oraz dzisiaj) naraz zużycie procesora wzrasta nagle do 100%. Dzisiaj pomogło przeładowanie nice. Jednak nie wiem dlaczego tak się robi. Nice nadal mimo obciążenia dzieli prawidłowo. w procesach widziałem tylko iptables [inactiv], jednak nie zawsze. U klientów rosną bardzo PINGi. Ma ktoś podobne objawy? mój config <global> run download upload support mark on eth0 eth1 stats unit kb/s file /var/www/nice.txt # owner root group root mode 644 lang en </global> <download> iface eth1 match dstip 192.168.1.0/24 section speed 480kB/s section shape 420kB/s default low 12kB/s default ceil 16kB/s default htb-prio 5 mode download reload 4s </download> <upload> iface eth0 match srcip 192.168.1.0/24 section speed 48kB/s section shape 38kB/s default low 4kB/s default ceil 5kB/s default htb-prio 5 default htb-scheduler sfq mode upload reload 2s </upload> oraz class [fragment] class download eth1 z_squid match from localhost srcip 192.168.1.1 dstip 192.168.1.0/24 proto tcp tos 0x8 do-not-shape class download eth1 klient1 match dstip 192.168.1.23 class upload eth0 klient1 match srcip 192.168.1.23 class download eth1 klient2 match dstip 192.168.1.27 match dstip 192.168.1.42 class upload eth0 klient2 match srcip 192.168.1.27 match srcip 192.168.1.42 class download eth1 szkola match dstip 192.168.1.21 low 32kB/s ceil 64kB/s class upload eth0 szkola match srcip 192.168.1.21 low 8kB/s ceil 10kB/s [...] |
|
| Autor: | Albercik [ sobota, 24 marca 2007, 22:44 ] |
| Tytuł: | |
Tak, to znany numer, sam znalazłem dwa powody występowania tego błędu : 1) Nieprawidłowe iptablesy 2) Przeładowanie niceshapera powinno wyglądać : niceshaper stop , odczekać 5-10 sekund (zależy od sprzętu) i dopiero niceshaper start |
|
| Autor: | lehmpiotr [ sobota, 24 marca 2007, 23:34 ] |
| Tytuł: | |
Albercik pisze: 1) Nieprawidłowe iptablesy Kernel 2.4.34 +iptables 1.3.7 Cytuj: 2) Przeładowanie niceshapera powinno wyglądać :
niceshaper stop , odczekać 5-10 sekund (zależy od sprzętu) i dopiero niceshaper start poprawiłem w rc.d w sekcji restart by odczekał 10 sekun. Co jeszcze mogę dopowiedzieć że po wydaniu komendy iptables -t mangle -L -nv nic niepokojącego nie widać, a jak dam ps -A to trzeci proces wisi (zdaje się upload) 6857 pts/3 00:00:02 niceshaper0.6 6901 pts/3 00:00:00 niceshaper0.6 7056 pts/3 00:29:47 niceshaper0.6 |
|
| Autor: | lehmpiotr [ czwartek, 29 marca 2007, 11:15 ] |
| Tytuł: | |
prowizorycznie zrobiłem skrypt sprawdzający obciążenie procka i ewentualny restart niceshapera. Jest to jednak plomba i na dłuższą metę muszę znaleźć inne rozwiązanie. Robiłem różne testy (wyłączenie statów, usuwanie kolejnych bałwan jestem w configu, zmiana opcji reload itp.) niestety bezskuteczne. Co dziwne mimo zawieszenia nieshapera podział jest tzn. prawdopodobnie prędkości się zamrażają i dynamika przestaje działać (każdy ma tyle ile miał przed zawieszeniem). Zastanawiam się czy to nie wina iptables-ów 1.3.7. Czy ktoś może to potwierdzić lub zdementować |
|
| Autor: | Albercik [ czwartek, 29 marca 2007, 19:02 ] |
| Tytuł: | |
U mnie na serwerze : iptables v1.3.4 jajkko 2.4.32-10nnd Proc PIII 450 , 256MB RAM , ns06.rc3 40 userów obciążenie : load average: 0.40, 0.45, 0.42 |
|
| Strona 1 z 1 | Strefa czasowa UTC+2godz. |
| Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |
|