From: rrk <rrk@prairie.lakes.com>
To: linux-raid@vger.kernel.org
Subject: Re: re mdadm raid1 creation problems
Date: Sun, 13 Jun 2004 04:26:02 -0500 [thread overview]
Message-ID: <40CC1DAA.70808@prairie.lakes.com> (raw)
In-Reply-To: <006401c4507c$f7e62b40$6705a8c0@a30>
Jay Strauss wrote:
>rrk,
>
>You say make filesystem on hda, do you really mean you created
>filesystems hda[123]?
>
>
yes
>After you edited /etc/boot/grub/menu.lst did you run grub?
>
>
no i'm wondering if that is somehow part of the problem
the error message does not match the data
/dev/md1 file system size (according to the superblock) is 2560351
the pyhical size of the device is 2560320 either the superblock or the partion
is corrupt
note the device size 2560320 ---where did that come from ?
superblock
>dev/hda1:
> Magic : a92b4efc
> Version : 00.90.00
> UUID : cdbefbc6:eae47c90:4bc54343:35b9dfcc
> Creation Time : Fri Jun 11 06:29:17 2004
> Raid Level : raid1
> Device Size : 10241280 (9.77 GiB 10.49 GB)
> Raid Devices : 2
> Total Devices : 3
>You don't need to reboot so often
>
>take a look at:
>http://marc.theaimsgroup.com/?l=linux-raid&m=108571782912454&w=2
>
>
mdstat
Personalities : [raid1]
read_ahead 1024 sectors
md1 : active raid1 hdc1[1] hda1[0]
10241280 blocks [2/2] [UU]
mdstat and superblock both match as they should be one in the same
and when you look at the fdisk partion dump
Disk /dev/hda: 120.0 GB, 120000000000 bytes
255 heads, 63 sectors/track, 14589 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 1275 10241406 fd Linux raid autodetect
/dev/hda2 1276 14589 106944705 5 Extended
/dev/hda5 1276 1676 3221001 fd Linux raid autodetect
/dev/hda6 1677 2377 5630751 fd Linux raid autodetect
/dev/hda7 2378 2414 297171 82 Linux swap
/dev/hda8 2415 14589 97795656 fd Linux raid autodetect
note that the partion size is larger than the superblock size by 126 blocks
so where did the 2560320 number come from in the boot error msg
the boot process is getting bad data -- how and why -- grub is the boot
loader
so it must be involved both hardrives appear to be the same.
i read the link you sent -- it was different in some respects however
the grub
cfg was the same as well as the fstab -- the last raid1 i built was with
the 2.4.23
kernel maybe that could be part of the problem
line 16 of the link
16. Reboot and check /proc/mdstat see if you are mirroring
what is the definitive answer for checking the mirroring - - i maybe wrong
i thought if you booted off of mdx and mdstat looked good you were
mirroring
thanks
rob
>Jay
>----- Original Message -----
>From: "rrk" <rrk@prairie.lakes.com>
>To: <linux-raid@vger.kernel.org>
>Sent: Saturday, June 12, 2004 5:13 AM
>Subject: re mdadm raid1 creation problems
>
>
>
>
>>sorry my reply's are not making it to the list
>>
>>the error msg i get is
>>
>>/dev/md1 file system size ( according to the superblock) is 2560351
>>the pyhical size of the device is 2560320 either the superblock or
>>the partion table is corrupt
>>
>>/dev/md1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY
>>
>>i get this msg on the first boot with md1 as the primary boot partion
>>
>>i thought i was being pretty careful about rebooting after all partion
>>changes
>>
>>the build order/process is
>>
>>build and test hda debian 2.4.26 with raid compiled in
>>sfdisk to transfer partions sfdisk -d /dev/hda | sfdisk /dev/hdc
>>set hdc partion type to fd
>>reboot
>>mk file system on hdc and copy hda to hdc
>>reboot
>>test hdc as primary boot
>>reboot
>>create md1 mdadm --create /dev/md1 --level=1 --raid-devices=2 missing
>>/dev/hdc1
>>there are 3 md devices / home & var
>>reboot
>>mount md device for test
>>change hda partion type to fd
>>reboot
>>edit fstab and grub on md devices
>>shutdown
>>boot from mepis rescue disk
>>mdadm --add /dev/md1 /dev/hda1
>>wait for resync
>>shutdown
>>reboot from md1
>>
>>thanks
>>rob
>>
>>
>>-
>>To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>>the body of a message to majordomo@vger.kernel.org
>>More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>>
>>
>>
>
>-
>To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
>
next prev parent reply other threads:[~2004-06-13 9:26 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-12 10:13 re mdadm raid1 creation problems rrk
2004-06-12 12:58 ` Jay Strauss
2004-06-13 9:26 ` rrk [this message]
2004-06-13 10:15 ` Neil Brown
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=40CC1DAA.70808@prairie.lakes.com \
--to=rrk@prairie.lakes.com \
--cc=linux-raid@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 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).