Forum - co obciaza system ??

Forum / Linux / co obciaza system ??

Autor	Wiadomość
Michal Sz	Posted: 17 Wrz 2006 10:05:35 FC5 Od 2 dni coś się stało z moim serwerkiem, zaobserwowałem spory wzrost obciążenia, nie wiem co się dzieje. Zaobserwowałem nawet przycinanie pracy na konsoli, jakby blokował na chwilkę i puszczał. Po wykonaniu tcpdump -i eth0 -n pakiety co jakiś czas stają i zachwilę idą dalej, wcześniej było to płynne. Nic top nie wskazuje aby jakiś program blokował oto wyniki top-a: Tasks: 70 total, 1 running, 69 sleeping, 0 stopped, 0 zombie Cpu(s): 2.0% us, 1.3% sy, 0.0% ni, 44.7% id, 3.6% wa, 1.7% hi, 46.7% si Mem: 506476k total, 447660k used, 58816k free, 48136k buffers Swap: 1015800k total, 11084k used, 1004716k free, 230836k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12257 nobody 0 0 19816 17m 1496 S 9.6 3.5 0:39.76 squid 2060 named 19 0 84288 54m 1944 S 0.7 11.0 37:34.45 named 14752 root 15 0 2008 984 788 R 0.3 0.2 0:00.02 top 1 root 0 0 1732 608 528 S 0.0 0.1 0:08.23 init 2 root 0 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0 3 root 0 -5 0 0 0 S 0.0 0.0 0:03.47 events/0 4 root 28 -5 0 0 0 S 0.0 0.0 0:01.33 khelper 5 root 0 -5 0 0 0 S 0.0 0.0 0:00.00 kthread 7 root 15 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid 107 root 0 -5 0 0 0 S 0.0 0.0 0:02.27 kblockd/0 110 root 9 -5 0 0 0 S 0.0 0.0 0:00.00 khubd 167 root 0 19 0 0 0 S 0.0 0.0 0:00.16 kprefetchd 166 root 0 0 0 0 0 S 0.0 0.0 0:24.51 kswapd0 168 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0 807 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod 905 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 kcryptd/0 906 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 kmpathd/0 907 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 kmirrord 908 root 13 -5 0 0 0 S 0.0 0.0 0:00.00 dm-bbr/0 921 root 0 0 0 0 0 S 0.0 0.0 1:10.87 kjournald 1108 root 0 -4 1636 384 324 S 0.0 0.1 0:00.01 udevd 1400 root 19 0 2548 464 148 S 0.0 0.1 0:00.00 kmodule 1545 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kjournald 2039 root 0 0 1604 544 464 S 0.0 0.1 2:10.23 syslogd 2041 root 0 0 1556 368 320 S 0.0 0.1 0:37.42 klogd 2083 rpc 22 0 1684 512 436 S 0.0 0.1 0:00.00 portmap 2201 root 0 0 1820 688 580 S 0.0 0.1 0:01.07 automount 2212 root 0 0 2732 556 464 S 0.0 0.1 4:16.58 nifd 2239 nobody 16 0 11380 968 572 S 0.0 0.2 0:00.00 mDNSResponder 2247 pcap 0 0 3404 1092 700 S 0.0 0.2 0:23.17 arpwatch 2256 root 0 0 4392 1052 756 S 0.0 0.2 0:00.43 sshd 2266 root 0 0 2168 776 640 S 0.0 0.2 0:00.00 xinetd 2276 ntp 0 0 4036 4036 3040 S 0.0 0.8 0:03.06 ntpd 2284 root 9 0 4072 1048 816 S 0.0 0.2 0:00.00 vsftpd 2346 root 23 0 4372 1232 1068 S 0.0 0.2 0:00.00 mysqld_safe 2379 mysql 23 0 111m 18m 3156 S 0.0 3.8 1:52.87 mysqld 2403 root 0 0 2500 976 468 S 0.0 0.2 0:16.02 dhcpd 2558 root 4 0 1764 464 392 S 0.0 0.1 0:00.00 gpm 2576 root 0 0 24484 10m 6972 S 0.0 2.1 0:11.09 httpd 2585 root 0 0 10960 2620 1448 S 0.0 0.5 0:16.33 lstatd 2601 radiusd 30 0 46316 996 580 S 0.0 0.2 0:00.00 radiusd 2614 root 0 0 4548 932 544 S 0.0 0.2 0:01.01 crond 2639 root 0 0 1796 416 312 S 0.0 0.1 0:00.00 atd 2646 root 19 0 4492 952 768 S 0.0 0.2 0:00.00 saslauthd 2648 root 18 0 4492 900 748 S 0.0 0.2 0:00.00 saslauthd 2649 root 18 0 4448 380 212 S 0.0 0.1 0:00.00 saslauthd 2650 root 18 0 4448 380 212 S 0.0 0.1 0:00.00 saslauthd 2651 root 18 0 4448 380 212 S 0.0 0.1 0:00.00 saslauthd 8298 nagios 0 0 14852 1692 860 S 0.0 0.3 2:40.57 nagios 8302 root 19 0 1540 440 388 S 0.0 0.1 0:00.00 mingetty 8303 root 20 0 1540 440 388 S 0.0 0.1 0:00.00 mingetty 8304 root 20 0 1540 440 388 S 0.0 0.1 0:00.00 mingetty A tu winiki vmstat 1 : procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 11084 53788 48588 234632 0 0 37 53 55 6 2 12 85 2 0 1 11084 53416 48600 234640 0 0 0 140 2145 187 0 73 27 0 0 0 11084 53540 48612 234684 0 0 20 112 3200 344 1 36 60 3 0 0 11084 53664 48616 234688 0 0 4 36 3107 187 1 50 48 1 0 0 11084 53664 48616 234744 0 0 0 92 2039 252 2 74 24 0 0 0 11084 53872 48616 234744 0 0 0 36 1761 121 0 81 19 0 0 0 11084 53748 48624 234760 0 0 0 372 4407 493 1 67 31 1 0 1 11084 53748 48632 234812 0 0 4 180 3164 414 3 48 47 2 0 0 11084 53500 48636 234836 0 0 4 4 2703 206 1 73 25 2 1 0 11084 53368 48664 235064 0 0 8 172 4825 665 3 59 38 0 0 0 11084 52996 48688 235308 0 0 8 452 2773 382 1 64 34 1 1 1 11084 52872 48692 235516 0 0 4 108 3323 464 2 62 37 0 0 0 11084 52500 48744 235980 0 0 124 92 4403 701 7 50 32 12 0 1 11084 52004 48748 236368 0 0 36 48 3784 563 6 56 37 1 0 1 11084 51880 48780 236504 0 0 24 1396 2525 321 2 84 12 3 0 1 11084 51764 48808 236700 0 0 28 152 4010 578 4 39 52 5 0 1 11084 51476 48820 236736 0 0 4 252 3023 390 4 56 37 3 kasowałem regułki kolejkowania stopowałem usługi np. squid ale to nic nie dawało. I nie wiem co dalej, czy jest jeszcze coś co należy sprawdzić ? Michał Sz.
Zuzanna K. Filutowska	Posted: 17 Wrz 2006 23:50:46 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---942321713-139570710-1158537046=:8799 Content-Type: TEXT/PLAIN; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE FC5 rost=20 Tasks: 70 total, 1 running, 69 sleeping, 0 stopped, 0 zombie Cpu(s): 2.0% us, 1.3% sy, 0.0% ni, 44.7% id, 3.6% wa, 1.7% hi, 46.7%= si Mem: 506476k total, 447660k used, 58816k free, 48136k buffers Swap: 1015800k total, 11084k used, 1004716k free, 230836k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 12257 nobody 0 0 19816 17m 1496 S 9.6 3.5 0:39.76 squid 2060 named 19 0 84288 54m 1944 S 0.7 11.0 37:34.45 named e ci go=20 poprawi. Pozdrawiam. --=20 Zuzanna K. Filutowska, sysadmin at platinum.linux.pl http://platinum.linux.pl http://slackware.linux.pl NIC-HDL: ZKF-RIPE, IRC nick: Platyna, Linux RU: #289909. What does not destroy me makes me stronger. -- F. Nietzsche ---942321713-139570710-1158537046=:8799--
Michal Sz	Posted: 18 Wrz 2006 15:34:43 Przyczyną był jeden z hostów w sieci po jego odpięciu ustąpiło, co było dokładniej to jeszcze nie wiem, ale jak obejże komputer to pewnie coś znajdę, choć nie wiem czy zlokalizuje to na 100%. Michał
Radoslaw Korzeniewski	Posted: 19 Wrz 2006 14:28:21 A tu winiki vmstat 1 : procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 11084 53788 48588 234632 0 0 37 53 55 6 2 12 85 2 0 1 11084 53416 48600 234640 0 0 0 140 2145 187 0 73 27 0 0 0 11084 53540 48612 234684 0 0 20 112 3200 344 1 36 60 3 0 0 11084 53664 48616 234688 0 0 4 36 3107 187 1 50 48 1 0 0 11084 53664 48616 234744 0 0 0 92 2039 252 2 74 24 0 0 0 11084 53872 48616 234744 0 0 0 36 1761 121 0 81 19 0 0 0 11084 53748 48624 234760 0 0 0 372 4407 493 1 67 31 1 0 1 11084 53748 48632 234812 0 0 4 180 3164 414 3 48 47 2 0 0 11084 53500 48636 234836 0 0 4 4 2703 206 1 73 25 2 1 0 11084 53368 48664 235064 0 0 8 172 4825 665 3 59 38 0 0 0 11084 52996 48688 235308 0 0 8 452 2773 382 1 64 34 1 1 1 11084 52872 48692 235516 0 0 4 108 3323 464 2 62 37 0 0 0 11084 52500 48744 235980 0 0 124 92 4403 701 7 50 32 12 0 1 11084 52004 48748 236368 0 0 36 48 3784 563 6 56 37 1 0 1 11084 51880 48780 236504 0 0 24 1396 2525 321 2 84 12 3 0 1 11084 51764 48808 236700 0 0 28 152 4010 578 4 39 52 5 0 1 11084 51476 48820 236736 0 0 4 252 3023 390 4 56 37 3 Stara szkoła... już myślałem że świadomość istnienia polecenia vmstat w społeczeństwie zanikła, ale jak widać z innych postów już nikt tego nie potrafi analizować :) Na podstawie powyższego odpowiedź jest oczywista: system zajmuje się "samym sobą" i nie ma czasu na obsługę userów, przyczyną jest spora ilość przerwań (chociaż i tak mała jak na dzisiejsze realia). Co dokładnie generuje tyle przerwań to już możesz zweryfikować w /proc/interrupts i szukać dalej. pozdr Radek
Michal Sz	Posted: 20 Wrz 2006 10:58:49 A tu winiki vmstat 1 : procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 11084 53788 48588 234632 0 0 37 53 55 6 2 12 85 2 0 1 11084 53416 48600 234640 0 0 0 140 2145 187 0 73 27 0 0 0 11084 53540 48612 234684 0 0 20 112 3200 344 1 36 60 3 0 0 11084 53664 48616 234688 0 0 4 36 3107 187 1 50 48 1 0 0 11084 53664 48616 234744 0 0 0 92 2039 252 2 74 24 0 0 0 11084 53872 48616 234744 0 0 0 36 1761 121 0 81 19 0 0 0 11084 53748 48624 234760 0 0 0 372 4407 493 1 67 31 1 0 1 11084 53748 48632 234812 0 0 4 180 3164 414 3 48 47 2 0 0 11084 53500 48636 234836 0 0 4 4 2703 206 1 73 25 2 1 0 11084 53368 48664 235064 0 0 8 172 4825 665 3 59 38 0 0 0 11084 52996 48688 235308 0 0 8 452 2773 382 1 64 34 1 1 1 11084 52872 48692 235516 0 0 4 108 3323 464 2 62 37 0 0 0 11084 52500 48744 235980 0 0 124 92 4403 701 7 50 32 12 0 1 11084 52004 48748 236368 0 0 36 48 3784 563 6 56 37 1 0 1 11084 51880 48780 236504 0 0 24 1396 2525 321 2 84 12 3 0 1 11084 51764 48808 236700 0 0 28 152 4010 578 4 39 52 5 0 1 11084 51476 48820 236736 0 0 4 252 3023 390 4 56 37 3 Stara szkoła... już myślałem że świadomość istnienia polecenia vmstat w społeczeństwie zanikła, ale jak widać z innych postów już nikt tego nie potrafi analizować :) Na podstawie powyższego odpowiedź jest oczywista: system zajmuje się "samym sobą" i nie ma czasu na obsługę userów, przyczyną jest spora ilość przerwań (chociaż i tak mała jak na dzisiejsze realia). Co dokładnie generuje tyle przerwań to już możesz zweryfikować w /proc/interrupts i szukać dalej. pozdr Radek Wreszcie ktoś kto zjadł pewnie nie jednego trzonowego w tej dziedzinie. Problem połowicznie rozwiązany tzn. usunięty ale nadal przyczyny nie znam w tym momencie ruch w sicie nie przekraczał 700pak/s. Zainteresowała mnie twoja rada na temat /proc/interrupts musze się przypatrzeć. Dzięki za wskazówki. Michał Sz.


° Forum ° Odpowiedz ° Rejestracja ° Szukaj °