do_md_run returned -22 [Was: 2.6.24-rc8-mm1]
On 01/17/2008 11:35 AM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc8/2.6.24-rc8-mm1/
still the same md issue (do_md_run returns -22=EINVAL) as in -rc6-mm1 reported
by Thorsten here:
http://lkml.org/lkml/2007/12/27/45
Is there around any fix for this?
Having 0.90 raid 0 and 1, commenting this out helps:
diff --git a/drivers/md/md.c b/drivers/md/md.c
index 8633bd4..9b8ecc8 100644
--- a/drivers/md/md.c
+++ b/drivers/md/md.c
@@ -3292,8 +3292,8 @@ static int do_md_run(mddev_t * mddev)
* Analyze all RAID superblock(s)
*/
if (!mddev->raid_disks) {
- if (!mddev->persistent)
- return -EINVAL;
+/* if (!mddev->persistent)
+ return -EINVAL;*/
analyze_sbs(mddev);
}
The persistency is marked even in analyze_sbs->validate_super, I guess?
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: sata badness in 2.6.20-rc1? [Was: Re: md patches in -mm]
Rafael J. Wysocki wrote: > Okay, I have identified the patch that causes the problem to appear, which is > > fix-sense-key-medium-error-processing-and-retry.patch > > With this patch reverted -rc1-mm1 is happily running on my test box. Yes! Here too. Good work. regards, -- http://www.fi.muni.cz/~xslaby/ Jiri Slaby faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
Neil Brown wrote: > On Monday December 11, [EMAIL PROTECTED] wrote: >> On Mon, 11 Dec 2006, Neil Brown wrote: >> >>>> this nash thing is exactly the command which triggers a bit different >>>> oops in my case. On my side, the oops is fully reproducible. If you >>>> manage to make your case also reproducible, could you please try to >>>> revert md-change-lifetime-rules-for-md-devices.patch? This made the >>>> oops vanish in my case. I think Neil is working on it. >>> Trying to work on it - not making a lot of progress. I find it hard to >>> see how anything in md can cause the inode for a block-device file to >>> disappear... It is a bit of a long-shot, but this patch might change >>> things. It changes the order in which things are de-allocated. Jiri and >>> Jiri: would either of both of you see if you can reproduce the bug with >>> this patch on 2.6.19-rc6-mm2 ??? >> Hi Neil, >> >> sorry to say that, but it's still there after applying your patch. > > Not a big surprise, but thanks a lot for testing. I think I'm going > to have to try harder to duplicate it myself. Away from that machine now, so that I can't test anything till thursday. > If I remember rightly you are using FC - which version exactly? (I've > never installed FC before so this is going to be learning experience). FC6 with latest updates. > And you have no MD arrays at all - is that correct? I do have. md1 md2 md3 -- raid0, 1, 0. But there is no md0 (removed in the past) and 'raidautorun /dev/md0 | nash' causes the troubles. > And you compile your own kernel. Is it monolithic, or are you using > modules? Do you boot with an initrd or just the kernel? Yup. Monolithic as much as possible (md is in the kernel and so dm is). / on the lvm2 on the /dev/md1 with no initrd. All are sata disks, so sd_mod, sata_promise and ata_piix are in the kernel. > I'd like to duplicate your installation as closely as possible, so any > relevant details or recipes would be greatly appreciated. Hm, I have never seen FC6 installation process, so I can't say what special option I have turned on -- it's 'yum upgrade'd from FC5, FC4... regards, -- http://www.fi.muni.cz/~xslaby/Jiri Slaby faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
oops on 2.6.19-rc6-mm2: deref of 0x28 at permission+0x7
Hi! I got this oops on 2.6.19-rc6-mm2 when starting the system. It happened only once -- when echo "raidautorun /dev/md0" | nash --quiet was executed. I don't know why it happened, after reboot it started OK. There is no md0, only md1, md2 and md3. See camera-shots here: http://www.fi.muni.cz/~xslaby/sklad/dm_oops1.png http://www.fi.muni.cz/~xslaby/sklad/dm_oops2.png regards, -- http://www.fi.muni.cz/~xslaby/ Jiri Slaby faculty of informatics, masaryk university, brno, cz e-mail: jirislaby gmail com, gpg pubkey fingerprint: B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E - To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
