From: Guillaume Filion <gfk@logidac.com>
To: linux-raid@vger.kernel.org
Subject: Crooked raid
Date: Tue, 15 Nov 2005 10:20:40 -0500 [thread overview]
Message-ID: <4379FCC8.5090903@logidac.com> (raw)
Hi all,
Some time ago, I wanted to setup a software RAID-1 between hdc2 and
hdg2. However, not being familiar with mdadm and software raid, I made a
couple of bad commands. I don't remember the exact commands, but it's in
the order of setting /dev/hdc, /dev/hdc2, /dev/hdg and /dev/hdg2 in
the same RAID. Because of this, I was getting all sorts of errors in my
dmesg (see dmesg-broken below), but otherwise the RAID would work fine.
After setting my /etc/mdadm/mdadm.conf to:
DEVICE /dev/hdc2 /dev/hdg2
ARRAY /dev/md0 level=raid1 num-devices=2
UUID=b013e39b:ec629293:98df4657:97255939
I don't get theses errors in my dmesg (see dmesg-now), but I can still
see incoherent data when looking at md0 -- see the lines Total Devices
and Failed Devices in mdadm below.
I tried to
mdadm /dev/md0 --remove /dev/hdc
but without success:
mdadm: hot remove failed for /dev/hdc: No such device or address
I'm wondering what would be the easiest way to correct this. If
possible, I'd prefer not having to start from scratch.
I'm running kernel 2.4.27-2-k7 on debian testing and using mdadm v1.12.0.
Thanks in advance,
GFK's
========= dmesg-broken ===========
device-mapper: 4.1.1-ioctl (2004-04-07) initialised: dm-devel@redhat.com
VFS: Disk change detected on device 21:00
/dev/ide/host2/bus0/target0/lun0: p1
VFS: Disk change detected on device 21:00
/dev/ide/host2/bus0/target0/lun0: p1
/dev/ide/host2/bus0/target0/lun0: p1
/dev/ide/host2/bus0/target0/lun0: p1
VFS: Disk change detected on device 21:00
/dev/ide/host2/bus0/target0/lun0: p1
VFS: Disk change detected on device 21:00
/dev/ide/host2/bus0/target0/lun0: p1
[events: 0000005d]
md: bind<ide/host0/bus1/target0/lun0/part2,1>
[events: 00000027]
md0: WARNING: ide/host0/bus1/target0/lun0/disc appears to be on the same
physical disk as ide/host0/bus1/target0/lun0/part2. True
protection against single-disk failure might be compromised.
md: bind<ide/host0/bus1/target0/lun0/disc,2>
[events: 0000002a]
md: bind<ide/host2/bus1/target0/lun0/disc,3>
[events: 0000005d]
md0: WARNING: ide/host2/bus1/target0/lun0/part2 appears to be on the
same physical disk as ide/host2/bus1/target0/lun0/disc. True
protection against single-disk failure might be compromised.
md: bind<ide/host2/bus1/target0/lun0/part2,4>
md: ide/host2/bus1/target0/lun0/part2's event counter: 0000005d
md: ide/host2/bus1/target0/lun0/disc's event counter: 0000002a
md: ide/host0/bus1/target0/lun0/disc's event counter: 00000027
md: ide/host0/bus1/target0/lun0/part2's event counter: 0000005d
md: superblock update time inconsistency -- using the most recent one
md: freshest: ide/host2/bus1/target0/lun0/part2
md: kicking non-fresh ide/host2/bus1/target0/lun0/disc from array!
md: unbind<ide/host2/bus1/target0/lun0/disc,3>
md: export_rdev(ide/host2/bus1/target0/lun0/disc)
md: kicking non-fresh ide/host0/bus1/target0/lun0/disc from array!
md: unbind<ide/host0/bus1/target0/lun0/disc,2>
md: export_rdev(ide/host0/bus1/target0/lun0/disc)
md0: max total readahead window set to 124k
raid1: device ide/host2/bus1/target0/lun0/part2 operational as mirror 0
raid1: device ide/host0/bus1/target0/lun0/part2 operational as mirror 1
raid1: raid set md0 active with 2 out of 2 mirrors
md: updating md0 RAID superblock on device
md: ide/host2/bus1/target0/lun0/part2 [events: 0000005e]<6>(write)
ide/host2/bus1/target0/lun0/part2's sb offset: 77508032
md: ide/host0/bus1/target0/lun0/part2 [events: 0000005e]<6>(write)
ide/host0/bus1/target0/lun0/part2's sb offset: 77508032
========== dmesg-now =============
Partition check:
/dev/ide/host0/bus1/target0/lun0: p1 p2
/dev/ide/host2/bus0/target0/lun0: p1
/dev/ide/host2/bus1/target0/lun0: p1 p2
[events: 00000065]
md: bind<ide/host0/bus1/target0/lun0/part2,1>
[events: 00000065]
md: bind<ide/host2/bus1/target0/lun0/part2,2>
md: ide/host2/bus1/target0/lun0/part2's event counter: 00000065
md: ide/host0/bus1/target0/lun0/part2's event counter: 00000065
md0: max total readahead window set to 124k
md0: 1 data-disks, max readahead per data-disk: 124k
raid1: device ide/host2/bus1/target0/lun0/part2 operational as mirror 0
raid1: device ide/host0/bus1/target0/lun0/part2 operational as mirror 1
raid1: raid set md0 active with 2 out of 2 mirrors
md: updating md0 RAID superblock on device
md: ide/host2/bus1/target0/lun0/part2 [events: 00000066]<6>(write)
ide/host2/bus1/target0/lun0/part2's sb offset: 77508032
md: ide/host0/bus1/target0/lun0/part2 [events: 00000066]<6>(write)
ide/host0/bus1/target0/lun0/part2's sb offset: 77508032
========== mdadm ==============
gfk@ali:~$ sudo mdadm --detail /dev/md0
/dev/md0:
Version : 00.90.00
Creation Time : Wed Dec 29 21:32:26 2004
Raid Level : raid1
Array Size : 77508032 (73.92 GiB 79.37 GB)
Device Size : 77508032 (73.92 GiB 79.37 GB)
Raid Devices : 2
Total Devices : 3
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Mon Nov 14 19:17:30 2005
State : active
Active Devices : 2
Working Devices : 2
Failed Devices : 1
Spare Devices : 0
UUID : b013e39b:ec629293:98df4657:97255939
Events : 0.102
Number Major Minor RaidDevice State
0 34 2 0 active sync /dev/hdg2
1 22 2 1 active sync /dev/hdc2
gfk@ali:~$
=============================
--
Guillaume Filion, ing. jr
Logidac Tech., Beaumont, Québec, Canada - http://logidac.com/
PGP Key and more: http://guillaume.filion.org/
-
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 reply other threads:[~2005-11-15 15:20 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-11-15 15:20 Guillaume Filion [this message]
2005-11-15 23:07 ` Crooked raid Neil Brown
2005-11-16 13:47 ` Guillaume Filion
-- strict thread matches above, loose matches on Subject: below --
2005-11-15 18:44 Andrew Burgess
2005-11-15 23:24 ` Guillaume Filion
2005-11-16 15:41 Andrew Burgess
2005-11-16 16:39 ` Guillaume Filion
2005-11-16 23:55 ` Guillaume Filion
2005-11-16 16:07 Andrew Burgess
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=4379FCC8.5090903@logidac.com \
--to=gfk@logidac.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).