[Linux] Hoge load door niks?!

[Blubber]

Ik heb hier een extreem hoge load, terwijl de computer niks doet. Samba staat uit. De enige deamons die draaien zijn pureftpd en apache. En dan zonder bezoekers. top:

code:

 12:02:19 up 1 day, 14:08,  1 user,  load average: 8.42, 7.95, 6.76
72 processes: 70 sleeping, 1 running, 1 zombie, 0 stopped
CPU states:   0.6% user,   0.2% system,   0.0% nice,  99.2% idle
Mem:    384404K total,   375308K used,     9096K free,    85500K buffers
Swap:   514072K total,     6472K used,   507600K free,   213480K cached

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
31567 blubber   14   0   984  984   768 R     0.5  0.2   0:06 top
 4205 root      10   0  1284 1212  1052 S     0.1  0.3   0:12 sshd
    1 root       8   0    92   80    60 S     0.0  0.0   0:04 init
    2 root       9   0     0    0     0 SW    0.0  0.0   0:00 keventd
    3 root      19  19     0    0     0 SWN   0.0  0.0   0:19 ksoftirqd_CPU0
    4 root       9   0     0    0     0 SW    0.0  0.0   1:23 kswapd
    5 root       9   0     0    0     0 SW    0.0  0.0   0:00 bdflush
    6 root       9   0     0    0     0 DW    0.0  0.0   2:34 kupdated
    7 root      -1 -20     0    0     0 SW<   0.0  0.0   0:00 mdrecoveryd
    8 root       9   0     0    0     0 DW    0.0  0.0   1:14 kjournald
   25 root       9   0     0    0     0 SW    0.0  0.0   0:00 kjournald
   26 root       9   0     0    0     0 SW    0.0  0.0   0:07 kjournald
   27 root       9   0     0    0     0 SW    0.0  0.0   0:15 kjournald
   58 root       9   0   436  376   376 S     0.0  0.0   0:00 dhcpcd
   61 rpc        9   0   584  560   560 S     0.0  0.1   0:00 rpc.portmap
   67 root       9   0   756  712   652 D     0.0  0.1   1:14 syslogd
   70 root       9   0   464  436   392 S     0.0  0.1   0:00 klogd
   72 root       9   0   676  596   596 S     0.0  0.1   0:00 inetd
   75 root       9   0   824  688   612 S     0.0  0.1   0:01 sshd
   81 root       8   0   568  552   492 S     0.0  0.1   0:00 crond
   93 root       9   0  1168  692   676 S     0.0  0.1   0:00 httpd
   94 www        9   0  3552 3384  2060 S     0.0  0.8   0:02 httpd
   95 www        9   0  3944 3752  2408 S     0.0  0.9   0:04 httpd
   96 www        9   0  3932 3808  2064 S     0.0  0.9   0:04 httpd

Ik snap er geen zak meer van. Welk process veroorzaakt nou zo'n load? Het is een Celeron 600 met 384 mb intern, draaiend op Slackware 8.1 kernel: 2.4.18. Kan iemand mij hier bij helpen? Oja, de load is nu nog vrij laag. Maar al wel iritant, kan niet eens normaal meer typen

[Newjersey]

ga is je mem testen, ik heb dit ook gehad.

staat er iets ongewoons in je /var/log/syslog en /var/log/messsages.?

en post de output van dmesg is hier.

Ik had dat probleem met brak geheugen,ik had in 1 keer een load van 16 ofzo

[Blubber]

mmm dit ziet er niet goed uit:

code:

Aug 19 12:07:39 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:39 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:40 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:40 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:40 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:41 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:41 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:41 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:41 osiris kernel: ide0: reset: success
Aug 19 12:07:42 osiris kernel: hdb: status error: status=0x00 { }

Kapotte hd-kabel ofzow?

[JJJ]

Blubber schreef op 19 augustus 2002 @ 14:44:
mmm dit ziet er niet goed uit:

code:

Aug 19 12:07:39 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:39 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:40 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:40 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:40 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:41 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:41 osiris kernel: hdb: status error: status=0x00 { }
Aug 19 12:07:41 osiris kernel: hdb: drive not ready for command
Aug 19 12:07:41 osiris kernel: ide0: reset: success
Aug 19 12:07:42 osiris kernel: hdb: status error: status=0x00 { }

Kapotte hd-kabel ofzow?

Kan, of de drive zelf is kapoet..

[Blubber]

Kan ook. Heb ff een andere kabel erin gedaan. Ga nu boodschappen doen, als ik dan weer allemaal errors in me syslog heb staan vrees ik het ergste

update: Dit ziet er beter uit. Tis nog ff afwachten. Ik hoop dat dat me hoge load verklaart

[Coen Rosdorff]

Alle processes met D in de status staan op "uninterruptible sleep", dat geeft meestal een zeer hoge load.

"uninterruptible sleep" kan komen door IO problemen.

[saviour]

Dat probleem had ik laatst ook, diezelfde error.

Ik kon niet meer ssh'en of ftp'en etc. het routen deed hij nog wel. Na een reboot was het probleem verholpen. ( daar ging mijn uptime van 110 dagen )

[Blubber]

little_soundman schreef op 19 augustus 2002 @ 15:26:
Alle processes met D in de status staan op "uninterruptible sleep", dat geeft meestal een zeer hoge load.

"uninterruptible sleep" kan komen door IO problemen.

Er staan nu geen D processen meer tussen. En de load is ook een stuk lager. Dus die kabel wa het probleem denk ik dan maar. /var/log/syslog is ook leeg, tenminste geen errors

[igmar]

Blubber schreef op 19 augustus 2002 @ 14:39:
Ik heb hier een extreem hoge load, terwijl de computer niks doet. Samba staat uit. De enige deamons die draaien zijn pureftpd en apache. En dan zonder bezoekers. top:

code:

  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
    6 root       9   0     0    0     0 DW    0.0  0.0   2:34 kupdated
    8 root       9   0     0    0     0 DW    0.0  0.0   1:14 kjournald
   67 root       9   0   756  712   652 D     0.0  0.1   1:14 syslogd

Ik snap er geen zak meer van. Welk process veroorzaakt nou zo'n load? Het is een Celeron 600 met 384 mb intern, draaiend op Slackware 8.1 kernel: 2.4.18. Kan iemand mij hier bij helpen? Oja, de load is nu nog vrij laag. Maar al wel iritant, kan niet eens normaal meer typen

3 processen in D state, + 1 running. Da's de verklaring. D is uninterruptable sleep, en duidt vaak op stront aan de knikker

[Blubber]

mmm, toch is het probleem niet helemaal over. De hoge load is nu weg. Maar het typen via SSH gaat nog steeds niet altijd soepel. Dan type ik wat, en dan stottert dat ding, dus ik denk ff de load tjekken met w. 0.00 0.00 0.00. Helemaal niks dus. En toch stotteren. Zou dat een geheugen probleem zijn ofzow?

Ik krijg trouwens wel deze error constant.

Aug 20 17:20:01 osiris kernel: eth0: Too much work in interrupt, status e401.

Eth0 is een 3com 3c905x

[deadinspace]

En als je op de console typt? Als dat wel goed gaat is die eth0 error waarschijnlijk de oorzaak.

[Blubber]

mm nog niet echt uitgebreig getest. Loop morgen wel ff naar de meterkast . Maar die eth0 is niet het probleem. Want dat apperaat heeft ook nog eenn eth1 en daar doet ie precies hetzelfde, watbetreft het typen...

[Heidistein]

ik heb een search op google gedaan naar die error, en komt allemaal hierop neer:

* I get the error 'too much work in interrupt'

There are a few things you can try. First, you can try to increase the amount of work a driver will attempt to do in an interrupt. For 3c59x this is done with the option max_interrupt_work (so add something like 'options 3c59x max_interrupt_work=10000' to your /etc/modules.conf file), other cards might have similar options. If this fails, try swapping the cards out for other ones.

En verder zeggen de meeste ook dat je compu moet vastlopen

[Verwijderd]

Het geval me dat bericht met de 3c59X heb ik ook gehad. Als ik in KDE met xmms via een smb share alles selecteer en dan laat afspelen. Dan schieten de vensters omhoog met download vensters. De load schiet dan extreem omhoog todat de netwerkkaart eruitschiet. Dan moet ik de instellingen in /etc/network/interfaces weer laden en de netwerkkaart module weer laden. Verder moet ik ongeveer 200 smb processen killen want andere computers in het netwerk mogen niet meer aanloggen. Tegenwoord mount ik dan ook maar smb shares dan streamen ze en dat stresst de server niet zo.

[Blubber]

Heidistein schreef op 21 augustus 2002 @ 03:47:
ik heb een search op google gedaan naar die error, en komt allemaal hierop neer:

[...]


En verder zeggen de meeste ook dat je compu moet vastlopen

Tja, hij is vanacht dus ook vastgelopen...

[Blubber]

mmm, ik heb die kaart opnieuw gemodprobed met opties. Ziet er idd beter uit. Maar tis nog ff afwachten natuurijk.