* 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).