linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Oopsing with md in 2.6.14-rc5-mm1
@ 2005-11-04  4:17 Reuben Farrelly
  2005-11-04  4:59 ` Neil Brown
  0 siblings, 1 reply; 2+ messages in thread
From: Reuben Farrelly @ 2005-11-04  4:17 UTC (permalink / raw)
  To: linux-raid; +Cc: neilb

Hi,

After some minor dramas with one of the disks in my raid1 array deciding to not 
be seen by the bios on reboot, I managed to get it back, but had to manually 
re-add the partitions to the array.  Every time an md device finished resyncing, 
I would get this on the console, although things did keep working:

ov  4 14:21:21 tornado kernel: md: md10: sync done.
Nov  4 14:21:21 tornado kernel: md: syncing RAID array md6
Nov  4 14:21:21 tornado kernel: md: minimum _guaranteed_ reconstruction speed: 1
000 KB/sec/disc.
Nov  4 14:21:21 tornado kernel: md: using maximum available idle IO bandwidth (b
ut not more than 200000 KB/sec) for reconstruction.
Nov  4 14:21:21 tornado kernel: md: using 128k window, over a total of 104320 bl
ocks.
Nov  4 14:21:21 tornado kernel: RAID1 conf printout:
Nov  4 14:21:21 tornado kernel: md: delaying resync of md3 until md6 has finishe
d resync (they share one or more physical units)
Nov  4 14:21:21 tornado kernel:  --- wd:2 rd:2
Nov  4 14:21:21 tornado kernel:  disk 0, wo:0, o:1, dev:sda10
Nov  4 14:21:21 tornado kernel:  disk 1, wo:0, o:1, dev:sdb10
Nov  4 14:21:21 tornado kernel: Debug: sleeping function called from invalid con
text at include/asm/semaphore.h:102
Nov  4 14:21:21 tornado kernel: in_atomic():0, irqs_disabled():1
Nov  4 14:21:21 tornado kernel:  [<c0103a20>] dump_stack+0x17/0x19
Nov  4 14:21:24 tornado kernel:  [<c011a1c4>] __might_sleep+0x9d/0xae
Nov  4 14:21:24 tornado kernel:  [<c018e4b3>] sysfs_hash_and_remove+0x2c/0x124
Nov  4 14:21:24 tornado kernel:  [<c01901ba>] sysfs_remove_link+0xb/0xd
Nov  4 14:21:24 tornado kernel:  [<c0297cde>] super_90_sync+0x209/0x480
Nov  4 14:21:24 tornado kernel:  [<c0298ecf>] sync_sbs+0x2c/0x47
Nov  4 14:21:24 tornado kernel:  [<c0298f53>] md_update_sb+0x69/0x1a9
Nov  4 14:21:24 tornado kernel:  [<c029d4fd>] md_check_recovery+0x133/0x42b
Nov  4 14:21:24 tornado kernel:  [<c02957a4>] raid1d+0x1f/0x3b8
Nov  4 14:21:24 tornado kernel:  [<c029bcfe>] md_thread+0x59/0x109
Nov  4 14:21:24 tornado kernel:  [<c012f547>] kthread+0x99/0x9d
Nov  4 14:21:24 tornado kernel:  [<c01010b5>] kernel_thread_helper+0x5/0xb
Nov  4 14:21:24 tornado kernel: md: md6: sync done.

I noticed a heap of patches out today from NeilB, are these likely to solve this 
problem?

Reuben

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Oopsing with md in 2.6.14-rc5-mm1
  2005-11-04  4:17 Oopsing with md in 2.6.14-rc5-mm1 Reuben Farrelly
@ 2005-11-04  4:59 ` Neil Brown
  0 siblings, 0 replies; 2+ messages in thread
From: Neil Brown @ 2005-11-04  4:59 UTC (permalink / raw)
  To: Reuben Farrelly; +Cc: linux-raid

On Friday November 4, reuben-lkml@reub.net wrote:
> 
> I noticed a heap of patches out today from NeilB, are these likely to solve this 
> problem?

Thanks for the report.
This problem has been fixed in a patch sent to Andrew, but I think it
is a little less recent that the bunch you mention.
The fix should be in the next -mm, and maybe even in -rc1 (though it
hasn't made it to -git yet).

NeilBrown

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2005-11-04  4:59 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-04  4:17 Oopsing with md in 2.6.14-rc5-mm1 Reuben Farrelly
2005-11-04  4:59 ` Neil Brown

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).