Freesco, NND, CDN, EOS :: Wyświetl temat - 100% uzycia procesora.. :(

: [/] [] ()

Tasks:  43 total,   3 running,  40 sleeping,   0 stopped,   0 zombie
Cpu(s):  12.8% user,  80.3% system,   0.0% nice,   6.8% idle
Mem:    124116k total,    91040k used,    33076k free,    42744k buffers
Swap:    32756k total,        0k used,    32756k free,    15104k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 5391 root      15   0   956  956  772 R  6.2  0.8   0:00.49 top
  122 root       9   0   640  636  540 S  3.5  0.5 897:54.78 syslogd
  951 root      18   0  1088 1084  964 S  2.7  0.9   4:24.75 niceshaper
 7392 nobody    10   0   864  864  652 S  1.8  0.7   2:16.83 dnsmasq
 6394 root      19   0   732  728  612 R  0.9  0.6   0:00.01 sh
    1 root       9   0   468  468  416 S  0.0  0.4   0:11.21 init
    2 root       9   0     0    0    0 S  0.0  0.0   0:00.52 keventd
    3 root       9   0     0    0    0 S  0.0  0.0   0:05.28 kapmd
    4 root      19  19     0    0    0 S  0.0  0.0   4:44.82 ksoftirqd_CPU0
    5 root       9   0     0    0    0 S  0.0  0.0   0:02.85 kswapd
    6 root       9   0     0    0    0 S  0.0  0.0   0:00.00 bdflush
    7 root       9   0     0    0    0 S  0.0  0.0   0:02.65 kupdated
    8 root       9   0     0    0    0 S  0.0  0.0   0:02.76 xfsbufd
    9 root       9   0     0    0    0 S  0.0  0.0   0:00.00 xfslogd/0
   10 root       9   0     0    0    0 S  0.0  0.0   0:00.00 xfsdatad/0
   14 root      -1 -20     0    0    0 S  0.0  0.0   0:00.00 mdrecoveryd
   15 root       9   0     0    0    0 S  0.0  0.0   1:41.06 kjournald

Autor:	siner [ piątek, 16 listopada 2007, 16:25 ]
Tytuł:	100% uzycia procesora.. :(
witajcie mam problem dokaldnie taki jak w temacie.. nie wiem co sie dzieje ale w dzien jest wszystko w porzaku i uzycie procesora jest w granicy 2-3 % a procek to athlon xp 1,7 GHz, ale juz w nocy to uzycie wzrasta do 100% i uzywa je system.. nie zadnen proces tylko system.. :/ przed chwila zaczalem sie bawic i po zmianie czasu na 2:30 to uzycie tez wzroslo do 100%, a cala moc zzeral thttpd, po powrocie do czasu aktualnego cale uzycie procesora przeja proces CLAMD, ale po kilku minutach sie uspokoil i uzycie spadlo do pierwotnych 2-3% po kolejnej zmianie czasu sytuacja sie powtorzyla.. ( a ja nadal nie wiem dlaczego tak sie dzieje.. dodam tylko ze crontab wyglada tak: # DO NOT EDIT THIS FILE MANUALLY!! USE crontab -e INSTEAD. # # <minute> <hour> <day> <month> <dow> <command> 01 * * * * /usr/sbin/run-cron /etc/cron.hourly 02 00 * * * /usr/sbin/run-cron /etc/cron.daily 22 00 * * 0 /usr/sbin/run-cron /etc/cron.weekly 42 00 1 * * /usr/sbin/run-cron /etc/cron.monthly /10 * * * /usr/sbin/netcheck ma ktos jakies pomysly ?? zwazajac na sytuacje ze w nocy bez recznej zmiany czasu nie widac aby jakis proces zuzywal tyle mocy procesora tylko w top widac ze uzycie jest 100% a wyglada to tak: Cpu(s): 0.0% user, 100.0% system, 0.0% nice, 0.0% idle Mem: 253720k total, 165024k used, 88696k free, 44316k buffers Swap: 32756k total, 0k used, 32756k free, 50088k cached z gory dzieki za wszystkie wskazowki.. Janek vel. Siner

Autor:	barte-k [ piątek, 16 listopada 2007, 19:22 ]
Tytuł:
A które to NND? Niestety w takich przypadkach pozostaje jedynie metoda prób i błędów; zabijanie procesów jeden po jednym i sprawdzanie, który tak ładnie pożera czas procesora. Probowałeś na przykład ubijać thttpd? Wiesz może kiedy dokładnie zaczyna się to dziać? Minutę po północy? dwie, trzy? I w dzień "samo" przestaje? Tez kiedy... ?

Autor:	Maciek [ piątek, 16 listopada 2007, 19:29 ]
Tytuł:
Masz zmienne IP? Może to problem po wznowieniu połączenia?

Autor:	Szurik [ sobota, 17 listopada 2007, 12:27 ]
Tytuł:
Maciuś patrz co kolega ma pisze jak byk Zawsze można przeinstalować na inna wersje to co zjada moc Cytuj: _________________ DSL TP 2Mbit/s, Athlon XP 1,7Ghz, 256 MB Ram, 8,4GB - NND - 28 userów Wink

Autor:	MAC!EK [ sobota, 17 listopada 2007, 12:41 ]
Tytuł:
O jakich Ty zmianach czasu piszesz?

Freesco, NND, CDN, EOS http://forum.freesco.pl/

100% uzycia procesora.. :( http://forum.freesco.pl/viewtopic.php?f=22&t=16234	Strona 1 z 2

Autor:	siner [ sobota, 17 listopada 2007, 12:52 ]
Tytuł:
barte-k : kiedy sie to dokladnie zaczyna dziac mozna zobaczyc na wykresach mrtg http://sinet.info/mrtg/cpu.html co do ubijania procesow jeden po drugim to juz to zrobilem, co oczywiscie nie przynioslo zadnego rezultatu bo wybilem wszystko co sie dalo a procek dalej byl uzyty w 100% a co do wersji to: Linux nothing 2.4.32-12nnd #1 SMP nie kwi 8 23:10:25 BST 2007 i686 AMD Athlon(tm) XP 1700+ AuthenticAMD GNU/Linux Maciek : tak jak kolega pisze powyzej, mam DSL'a 2 mb MAC!EK : o recznej zmianie czasu z godziny np. z godziny 15 na godzine 2 w nocy.. po takiej zmianie nagle wzrasta obciazenie procesora do 100%.. i wtedy widac ze cala moc procesora pozera thttpd ale to juz opisalem wyzej.. ;-/

Autor:	Maciek [ sobota, 17 listopada 2007, 13:30 ]
Tytuł:
No faktycznie nie zwróciłem uwagi na stopkę. Ciekawe co jest w cron.daily? Może tam coś się wykonuje? Sprawdź topem w okolicach północy.

Autor:	Osfald [ sobota, 17 listopada 2007, 13:35 ]
Tytuł:
ciekawi mnie co wymyslicie w tym przypadku... pisalem wielokrotnie o moim podobnym problemie na jeszcze silniejszej maszynie niz siner'a ale na tym samym kernelu... poprzedni kernel dzialal bez zarzutu... u mnie wchodzi na 100% w trybie system po 4 minutach od uruchomienia systemu.... ubijalem kolejne procesy ale bez skutku... jak sie zapar tak nie mozna go ruszyc... co ciekawsze inny moj serwer na tym samym jajku z podobna konfiguracja sprzetowa (inna plyta głowna i wolniejszy o 200MHz Athlon) i identyczna konfiguracja programowa dziala bez zarzutu

Autor:	zciech [ sobota, 17 listopada 2007, 15:51 ]
Tytuł:
To BIOS usypia procesor, a spiacy procesor dla systemu wyglada jak by pracowal.

Autor:	MAC!EK [ niedziela, 18 listopada 2007, 00:21 ]
Tytuł:
Może warto sprawdzić 2.4.35 z testing ?

Autor:	siner [ niedziela, 18 listopada 2007, 03:43 ]
Tytuł:
oki jest 2:43 w nocy i moj top wyglada tak: top - 02:42:20 up 1 day, 11:05, 1 user, load average: 0.12, 0.10, 0.07 Tasks: 43 total, 1 running, 42 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0% user, 100.0% system, 0.0% nice, 0.0% idle Mem: 253720k total, 231248k used, 22472k free, 50212k buffers Swap: 32756k total, 0k used, 32756k free, 113480k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 15 root 11 0 0 0 0 S 0.3 0.0 3:34.25 kjournald 1 root 9 0 468 468 416 S 0.0 0.2 0:12.91 init 2 root 9 0 0 0 0 S 0.0 0.0 0:00.00 keventd 3 root 9 0 0 0 0 S 0.0 0.0 2:41.34 kapmd 4 root 19 19 0 0 0 S 0.0 0.0 0:00.20 ksoftirqd_CPU0 5 root 9 0 0 0 0 S 0.0 0.0 0:00.10 kswapd 6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 7 root 9 0 0 0 0 S 0.0 0.0 0:07.32 kupdated 8 root 9 0 0 0 0 S 0.0 0.0 0:00.95 xfsbufd 9 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0 10 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0 14 root -1 -20 0 0 0 S 0.0 0.0 0:00.00 mdrecoveryd 121 root 9 0 572 572 492 S 0.0 0.2 0:02.14 syslogd 134 root 9 0 1500 1500 420 S 0.0 0.6 0:00.18 klogd 147 root 8 0 556 556 484 S 0.0 0.2 0:00.82 crond 162 root 9 0 1532 1532 1240 S 0.0 0.6 0:00.67 sshd 386 root 9 0 1468 1468 884 S 0.0 0.6 0:00.18 dhcpd 461 nobody 9 0 968 968 676 S 0.0 0.4 0:10.86 thttpd 475 nobody 9 0 600 600 528 S 0.0 0.2 0:00.00 oidentd 512 nobody 9 0 1148 1148 804 S 0.0 0.5 0:02.07 proftpd 536 root 9 0 528 528 448 S 0.0 0.2 0:00.00 pwcheck 543 mail 9 0 1488 1488 1228 S 0.0 0.6 0:00.06 exim 545 mail 9 0 1464 1464 1208 S 0.0 0.6 0:00.06 exim 578 mail 9 0 1616 1608 1256 S 0.0 0.6 0:00.42 freshclam 581 mail 9 0 36860 35m 1204 S 0.0 14.5 23:32.47 clamd 600 root 9 0 1828 1824 1496 S 0.0 0.7 0:34.37 tpop3d 768 root 9 0 1072 1068 920 S 0.0 0.4 0:00.20 mrtg.run 777 root 9 0 444 444 392 S 0.0 0.2 0:00.00 agetty 778 root 9 0 444 444 392 S 0.0 0.2 0:00.00 agetty 779 root 9 0 444 444 392 S 0.0 0.2 0:00.00 agetty 780 root 9 0 444 444 392 S 0.0 0.2 0:00.00 agetty 781 root 9 0 444 444 392 S 0.0 0.2 0:00.01 agetty 782 root 9 0 444 444 392 S 0.0 0.2 0:00.00 agetty 783 root 9 0 444 444 392 S 0.0 0.2 0:00.00 agetty 18316 mail 9 0 36860 35m 1204 S 0.0 14.5 0:04.18 clamd 32313 root 18 0 1088 1084 968 S 0.0 0.4 1:26.94 niceshaper 11909 root 9 0 1820 1816 1660 S 0.0 0.7 0:00.08 sshd 12551 siner 9 0 1892 1888 1716 S 0.0 0.7 0:00.04 sshd 12555 siner 9 0 1532 1532 1188 S 0.0 0.6 0:00.01 bash 12559 root 9 0 788 788 676 S 0.0 0.3 0:00.00 su 12566 root 14 0 1444 1444 1128 S 0.0 0.6 0:00.02 bash 26751 root 9 0 352 352 308 S 0.0 0.1 0:00.00 sleep a ps aux tak: [root@nothing siner]# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.1 1288 468 ? S Nov16 0:12 init [3] root 2 0.0 0.0 0 0 ? S Nov16 0:00 [keventd] root 3 0.1 0.0 0 0 ? S Nov16 2:41 [kapmd] root 4 0.0 0.0 0 0 ? SN Nov16 0:00 [ksoftirqd_CPU0] root 5 0.0 0.0 0 0 ? S Nov16 0:00 [kswapd] root 6 0.0 0.0 0 0 ? S Nov16 0:00 [bdflush] root 7 0.0 0.0 0 0 ? S Nov16 0:07 [kupdated] root 8 0.0 0.0 0 0 ? S Nov16 0:00 [xfsbufd] root 9 0.0 0.0 0 0 ? S Nov16 0:00 [xfslogd/0] root 10 0.0 0.0 0 0 ? S Nov16 0:00 [xfsdatad/0] root 14 0.0 0.0 0 0 ? S< Nov16 0:00 [mdrecoveryd] root 15 0.1 0.0 0 0 ? S Nov16 3:34 [kjournald] root 121 0.0 0.2 1340 572 ? Ss Nov16 0:02 /usr/sbin/syslogd -m 0 root 134 0.0 0.5 2304 1500 ? Ss Nov16 0:00 /usr/sbin/klogd -c 4 root 147 0.0 0.2 1396 556 ? S Nov16 0:00 /usr/sbin/crond root 162 0.0 0.6 3280 1532 ? Ss Nov16 0:00 /usr/sbin/sshd root 386 0.0 0.5 2396 1468 ? Ss Nov16 0:00 /usr/sbin/dhcpd eth1 nobody 461 0.0 0.3 2024 968 ? Ss Nov16 0:10 /usr/sbin/thttpd -p 80 -u nobody -d /var/www -T iso-8859-2 -l /dev/null nobody 475 0.0 0.2 1468 600 ? Ss Nov16 0:00 /usr/sbin/oidentd -m -u nobody -g nobody nobody 512 0.0 0.4 2156 1148 ? Ss Nov16 0:02 proftpd: (accepting connections) root 536 0.0 0.2 1636 528 ? Ss Nov16 0:00 /usr/sbin/pwcheck mail 543 0.0 0.5 4840 1488 ? Ss Nov16 0:00 /usr/sbin/exim -bd -q15m mail 545 0.0 0.5 4800 1464 ? Ss Nov16 0:00 /usr/sbin/exim -bd -q15m -oX 465 -tls-on-connect mail 578 0.0 0.6 4312 1608 ? Ss Nov16 0:00 /usr/bin/freshclam -d -c 12 mail 581 1.1 14.5 40560 36856 ? Ss Nov16 23:32 /usr/sbin/clamd root 600 0.0 0.7 3360 1824 ? S Nov16 0:34 /usr/sbin/tpop3d -f /etc/mail/tpop3d.conf -p /var/run/tpop3d.pid root 768 0.0 0.4 2260 1068 ? S Nov16 0:00 /bin/bash /etc/mrtg/mrtg.run root 777 0.0 0.1 1276 444 tty1 Ss+ Nov16 0:00 /sbin/agetty 38400 tty1 linux root 778 0.0 0.1 1276 444 tty2 Ss+ Nov16 0:00 /sbin/agetty 38400 tty2 linux root 779 0.0 0.1 1276 444 tty3 Ss+ Nov16 0:00 /sbin/agetty 38400 tty3 linux root 780 0.0 0.1 1276 444 tty4 Ss+ Nov16 0:00 /sbin/agetty 38400 tty4 linux root 781 0.0 0.1 1276 444 tty5 Ss+ Nov16 0:00 /sbin/agetty 38400 tty5 linux root 782 0.0 0.1 1276 444 tty6 Ss+ Nov16 0:00 /sbin/agetty 38400 tty6 linux root 783 0.0 0.1 1276 444 tty10 Ss+ Nov16 0:00 /sbin/agetty 38400 tty10 linux mail 18316 0.0 14.5 40560 36856 ? S Nov16 0:04 /usr/sbin/clamd root 32313 0.1 0.4 2328 1084 ? S Nov17 1:26 niceshaper restart root 11909 0.0 0.7 5948 1816 ? Ss 01:31 0:00 sshd: siner [priv] siner 12551 0.0 0.7 6012 1888 ? R 01:33 0:00 sshd: siner@pts/2 siner 12555 0.0 0.6 4704 1532 pts/2 Ss 01:33 0:00 -bash root 12559 0.0 0.3 4012 788 pts/2 S 01:33 0:00 su root 12566 0.0 0.5 4676 1444 pts/2 S 01:33 0:00 bash root 26751 0.0 0.1 1264 352 ? S 02:41 0:00 sleep 300 root 27041 0.0 0.3 4460 840 pts/2 R+ 02:43 0:00 ps aux

Autor:	pectosol [ niedziela, 18 listopada 2007, 13:22 ]
Tytuł:
podepne się pod topic bo własnie zaobserwowałem to samo u siebie. oto wynik TOPa : [/] [] () Tasks: 43 total, 3 running, 40 sleeping, 0 stopped, 0 zombie Cpu(s): 12.8% user, 80.3% system, 0.0% nice, 6.8% idle Mem: 124116k total, 91040k used, 33076k free, 42744k buffers Swap: 32756k total, 0k used, 32756k free, 15104k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 5391 root 15 0 956 956 772 R 6.2 0.8 0:00.49 top 122 root 9 0 640 636 540 S 3.5 0.5 897:54.78 syslogd 951 root 18 0 1088 1084 964 S 2.7 0.9 4:24.75 niceshaper 7392 nobody 10 0 864 864 652 S 1.8 0.7 2:16.83 dnsmasq 6394 root 19 0 732 728 612 R 0.9 0.6 0:00.01 sh 1 root 9 0 468 468 416 S 0.0 0.4 0:11.21 init 2 root 9 0 0 0 0 S 0.0 0.0 0:00.52 keventd 3 root 9 0 0 0 0 S 0.0 0.0 0:05.28 kapmd 4 root 19 19 0 0 0 S 0.0 0.0 4:44.82 ksoftirqd_CPU0 5 root 9 0 0 0 0 S 0.0 0.0 0:02.85 kswapd 6 root 9 0 0 0 0 S 0.0 0.0 0:00.00 bdflush 7 root 9 0 0 0 0 S 0.0 0.0 0:02.65 kupdated 8 root 9 0 0 0 0 S 0.0 0.0 0:02.76 xfsbufd 9 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfslogd/0 10 root 9 0 0 0 0 S 0.0 0.0 0:00.00 xfsdatad/0 14 root -1 -20 0 0 0 S 0.0 0.0 0:00.00 mdrecoveryd 15 root 9 0 0 0 0 S 0.0 0.0 1:41.06 kjournald GeSHi © Codebox Plus uruchomione usługi to: nice 0.5, dnsmasq, rsyncd(demon), tcpdump logujący nawiązane połaczenia, w tym momencie nie mam duzego obciążenia łącza około 30% down i uploadu. około 350pakietów/s na wyjściu DMA włączone - zawsze było, Wyłączyłem logowanie tcdumpa - trochę spadłao ale niewielw Nie bardzo mam pomysł co jeszcze męczyć gdzie szukać zastanawia mnie skąd taka duża różnica użycia CPU między user a system?

Autor:	barte-k [ niedziela, 18 listopada 2007, 19:08 ]
Tytuł:
"to samo"? dokładnie takie same objawy? czyli rozumiem ze w nocy "samo przez sie" robi sie duże zużycie proca Athlon 1700XP? Tak? Probowałeś zobaczyć do BIOSu na ustawienia Power Management? (-> post zciecha) btw: http://en.wikipedia.org/wiki/System_time

Autor:	siner [ poniedziałek, 19 listopada 2007, 11:38 ]
Tytuł:
barte-k : a widziales moj wczesniejszy post ?? jesli nie to go ponizej przytocze: sprawdzic obecnie nie moge bo server stoi w lezajsku a ja jestem w cardiff :> gdybys nie wiedzial to lezajsk jest w polsce a cardiff w wielkiej brytanii wiec jakos narazie nie moge tego sprawdzic..

Autor:	MAC!EK [ sobota, 17 listopada 2007, 14:31 ]
Tytuł:
a po co zmieniać czas z 15 na 2 ? co pokazuje top? żaden proces nie przekracza normy? Jeśli tak to go wyłącz. Jeszcze spróbuj tak: wyłącz wszystkie demony z rc.conf zostaw tylko te systemowe, i wtedy zobacz.

Autor:	Maciek [ sobota, 17 listopada 2007, 15:54 ]
Tytuł:
Hm.. to może być racja, jeśli faktycznie bios ma takie funkcje i są włączone.

Autor:	Osfald [ sobota, 17 listopada 2007, 23:23 ]
Tytuł:
u mnie podobnie jak u kolegi sinera ani top ani ps aux nie pokazuja ZADNEJ aplikacji ktora zajmowalaby w takim stopniu procesor (sumaryczne obciazenie wszystkich procesow to przecietnie 10%, a czasem mrtg pozre jakies 80%... ale wtedy pojawia sie obciazenie w trybie user) czy mozecie bardziej przyblizyc mi jak mechanizm uspienia procesora wywoluje odczyt 100%? dlaczego wogole jest usypiany skoro serwer dziala i rutuje caly czas? dlaczego na jajku 2.4.32-10 nie bylo tego problemu?

Autor:	pectosol [ niedziela, 18 listopada 2007, 23:27 ]
Tytuł:
nie jednak objawy nie są takie same. mi wzrost użycia CPU skoczył dzis rano, choć ostatnio miał jakieś dziwne przebłyski na 10min, ale... Bedę ostrożny w osądach i zrobie sobie dokładne testy bo dziś "fizycznie" dotknę serwer. Sprawdzę czy przypadkiem wiatrak na procku się nie zaciera, pozatym mój sprzęt to p2@500mhz i obsługuje 50 userów przez około 18m-cy... więc może to być wina sprzętu. pozatym zastanawia mnie logowanie polączen tcdumpem... sprawdzę

Autor:	pectosol [ poniedziałek, 19 listopada 2007, 18:08 ]
Tytuł:
hmm... wiatraki działają prawidłowo. a użycie cpu wygląda tak: a obciążenie kompa w tym samym czasie wygląda tak: niepokoi mnie wzrost użycia wczoraj po godz 8:00, dziś o 1:30 i 12:10. logi nic nie mówią. zauważylem tylko że syslogd potrafi nagle używać cpu na 50%.... jakieś sugestie?

Strona 1 z 2	Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/