All of lore.kernel.org
 help / color / mirror / Atom feed
From: "BERTRAND Joël" <joel.bertrand@systella.fr>
To: sparclinux@vger.kernel.org, linux-raid@vger.kernel.org,
	iscsitarget-devel@lists.sourceforge.net
Subject: Strange CPU occupation...
Date: Wed, 31 Oct 2007 13:38:20 +0100	[thread overview]
Message-ID: <4728773C.7010802@systella.fr> (raw)

	Hello,

	I'm looking for a bug in iSCSI target code, but I have found this 
morning a new bug that is certainly related to mine...

Please consider these raid volumes:
Root gershwin:[/etc] > cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md7 : active raid1 sdi1[2](F) md_d0p1[0]
       1464725632 blocks [2/1] [U_]

md_d0 : active raid5 sdc1[0] sdh1[5] sdg1[4] sdf1[3] sde1[2] sdd1[1]
       1464725760 blocks level 5, 64k chunk, algorithm 2 [6/6] [UUUUUU]

md6 : active raid1 sda1[0] sdb1[1]
       7815552 blocks [2/2] [UU]

md5 : active raid1 sda8[0] sdb8[1]
       14538752 blocks [2/2] [UU]

md4 : active raid1 sda7[0] sdb7[1]
       4883648 blocks [2/2] [UU]

md3 : active raid1 sda6[0] sdb6[1]
       9767424 blocks [2/2] [UU]

md2 : active raid1 sda5[0] sdb5[1]
       29294400 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
       489856 blocks [2/2] [UU]

md0 : active raid1 sdb4[1] sda4[0]
       4883648 blocks [2/2] [UU]

unused devices: <none>
Root gershwin:[/etc] >

md7 only has one disk because I cannot synchronize it over iSCSI. But 
without any message, load average of this server (24 threads T1000) 
increases until more than 9. top returns :
top - 13:36:08 up 4 days,  1:00,  3 users,  load average: 9.23, 8.46, 6.26
Tasks: 252 total,   5 running, 246 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.0%us,  4.2%sy,  0.0%ni, 87.4%id,  8.4%wa,  0.0%hi,  0.0%si, 
0.0%st
Mem:   4139024k total,  4115920k used,    23104k free,   743976k buffers
Swap:  7815536k total,      304k used,  7815232k free,  2188048k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 

  5426 root      15  -5     0    0    0 R  100  0.0  46:32.54 
md_d0_raid5
17215 root      20   0  3120 1552 1112 R    1  0.0   0:01.38 top 

     1 root      20   0  2576  960  816 S    0  0.0   0:09.74 init 

     2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd 

     3 root      RT  -5     0    0    0 S    0  0.0   0:00.18 
migration/0
     4 root      15  -5     0    0    0 S    0  0.0   0:00.18 
ksoftirqd/0

and some process are in D state :
Root gershwin:[/etc] > ps auwx | grep D
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root       270  0.0  0.0      0     0 ?        D    Oct27   1:17 [pdflush]
root      3676  0.9  0.0      0     0 ?        D    Oct27  56:03 [nfsd]
root      5435  0.0  0.0      0     0 ?        D<   Oct27   3:16 [md7_raid1]
root      5438  0.0  0.0      0     0 ?        D<   Oct27   1:01 [kjournald]
root      5440  0.0  0.0      0     0 ?        D<   Oct27   0:33 [loop0]
root      5441  0.0  0.0      0     0 ?        D<   Oct27   0:05 [kjournald]
root     16442  0.0  0.0  20032  1208 pts/2    D+   13:23   0:00 iftop 
-i eth2

	Why md7_raid is in D state ? Same question about iftop ?

	Regards,

	JKB

WARNING: multiple messages have this Message-ID (diff)
From: "BERTRAND Joël" <joel.bertrand@systella.fr>
To: sparclinux@vger.kernel.org, linux-raid@vger.kernel.org,
	iscsitarget-devel@lists.sourceforge.net
Subject: Strange CPU occupation...
Date: Wed, 31 Oct 2007 12:38:20 +0000	[thread overview]
Message-ID: <4728773C.7010802@systella.fr> (raw)

	Hello,

	I'm looking for a bug in iSCSI target code, but I have found this 
morning a new bug that is certainly related to mine...

Please consider these raid volumes:
Root gershwin:[/etc] > cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md7 : active raid1 sdi1[2](F) md_d0p1[0]
       1464725632 blocks [2/1] [U_]

md_d0 : active raid5 sdc1[0] sdh1[5] sdg1[4] sdf1[3] sde1[2] sdd1[1]
       1464725760 blocks level 5, 64k chunk, algorithm 2 [6/6] [UUUUUU]

md6 : active raid1 sda1[0] sdb1[1]
       7815552 blocks [2/2] [UU]

md5 : active raid1 sda8[0] sdb8[1]
       14538752 blocks [2/2] [UU]

md4 : active raid1 sda7[0] sdb7[1]
       4883648 blocks [2/2] [UU]

md3 : active raid1 sda6[0] sdb6[1]
       9767424 blocks [2/2] [UU]

md2 : active raid1 sda5[0] sdb5[1]
       29294400 blocks [2/2] [UU]

md1 : active raid1 sda2[0] sdb2[1]
       489856 blocks [2/2] [UU]

md0 : active raid1 sdb4[1] sda4[0]
       4883648 blocks [2/2] [UU]

unused devices: <none>
Root gershwin:[/etc] >

md7 only has one disk because I cannot synchronize it over iSCSI. But 
without any message, load average of this server (24 threads T1000) 
increases until more than 9. top returns :
top - 13:36:08 up 4 days,  1:00,  3 users,  load average: 9.23, 8.46, 6.26
Tasks: 252 total,   5 running, 246 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.0%us,  4.2%sy,  0.0%ni, 87.4%id,  8.4%wa,  0.0%hi,  0.0%si, 
0.0%st
Mem:   4139024k total,  4115920k used,    23104k free,   743976k buffers
Swap:  7815536k total,      304k used,  7815232k free,  2188048k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 

  5426 root      15  -5     0    0    0 R  100  0.0  46:32.54 
md_d0_raid5
17215 root      20   0  3120 1552 1112 R    1  0.0   0:01.38 top 

     1 root      20   0  2576  960  816 S    0  0.0   0:09.74 init 

     2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd 

     3 root      RT  -5     0    0    0 S    0  0.0   0:00.18 
migration/0
     4 root      15  -5     0    0    0 S    0  0.0   0:00.18 
ksoftirqd/0

and some process are in D state :
Root gershwin:[/etc] > ps auwx | grep D
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root       270  0.0  0.0      0     0 ?        D    Oct27   1:17 [pdflush]
root      3676  0.9  0.0      0     0 ?        D    Oct27  56:03 [nfsd]
root      5435  0.0  0.0      0     0 ?        D<   Oct27   3:16 [md7_raid1]
root      5438  0.0  0.0      0     0 ?        D<   Oct27   1:01 [kjournald]
root      5440  0.0  0.0      0     0 ?        D<   Oct27   0:33 [loop0]
root      5441  0.0  0.0      0     0 ?        D<   Oct27   0:05 [kjournald]
root     16442  0.0  0.0  20032  1208 pts/2    D+   13:23   0:00 iftop 
-i eth2

	Why md7_raid is in D state ? Same question about iftop ?

	Regards,

	JKB

             reply	other threads:[~2007-10-31 12:38 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-31 12:38 BERTRAND Joël [this message]
2007-10-31 12:38 ` Strange CPU occupation BERTRAND Joël
2007-11-01  9:25 ` Strange CPU occupation... and system hangs BERTRAND Joël
2007-11-01  9:25   ` BERTRAND Joël
2007-11-07  8:55 ` Strange CPU occupation Goswin von Brederlow
2007-11-07  8:55   ` Goswin von Brederlow

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4728773C.7010802@systella.fr \
    --to=joel.bertrand@systella.fr \
    --cc=iscsitarget-devel@lists.sourceforge.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=sparclinux@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.