* [linux-lvm] After replacing sata card can't read
@ 2007-12-12 7:06 Glynn Morrison
2007-12-12 8:29 ` Luca Berra
0 siblings, 1 reply; 3+ messages in thread
From: Glynn Morrison @ 2007-12-12 7:06 UTC (permalink / raw)
To: linux-lvm
I had a SATA controller card die on me. After I replaced the card I had to re-create the raid array in order to get mdadm to admit that the two disks previously on the faulty controller where not in fact faulty. This worked fine but after I didn't get anything from pvdisplay etc.
Last lvm backup before this all went south:
raid {
id = "KFk3aC-IYfB-y2VI-R2aZ-xu1M-g0YJ-eYQetH"
seqno = 8
status = ["RESIZEABLE", "READ", "WRITE"]
extent_size = 8192 # 4 Megabytes
max_lv = 0
max_pv = 0
physical_volumes {
pv0 {
id = "uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG"
device = "/dev/md2" # Hint only
status = ["ALLOCATABLE"]
pe_start = 384
pe_count = 596171 # 2.27421 Terabytes
}
}
logical_volumes {
all {
id = "jYuHXU-UaNa-cepc-juzv-RebF-zmJL-eJhiZU"
status = ["READ", "WRITE", "VISIBLE"]
segment_count = 1
segment1 {
start_extent = 0
extent_count = 576000 # 2.19727 Terabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv0", 0
]
}
}
}
}
what I did:
mdadm --create --assume-clean /dev/md2 --level=5 --raid-devices=6 /dev/sd[a-f]1
pvcreate -u uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG /dev/md2
vgcfgrestore -f lvm-raid raid
Latter I tried: pvcreate --restorefile lvm-raid -u uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG /dev/md2 instead to the same affect.
current output:
pvdisplay -v:
--- Physical volume ---
PV Name /dev/md2
VG Name raid
PV Size 2.27 TB / not usable 0
Allocatable yes
PE Size (KByte) 4096
Total PE 596171
Free PE 20171
Allocated PE 576000
PV UUID uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG
vgdisplay -v:
--- Volume group ---
VG Name raid
System ID
Format lvm2
Metadata Areas 1
Metadata Sequence No 9
VG Access read/write
VG Status resizable
MAX LV 0
Cur LV 1
Open LV 0
Max PV 0
Cur PV 1
Act PV 1
VG Size 2.27 TB
PE Size 4.00 MB
Total PE 596171
Alloc PE / Size 576000 / 2.20 TB
Free PE / Size 20171 / 78.79 GB
VG UUID KFk3aC-IYfB-y2VI-R2aZ-xu1M-g0YJ-eYQetH
--- Logical volume ---
LV Name /dev/raid/all
VG Name raid
LV UUID jYuHXU-UaNa-cepc-juzv-RebF-zmJL-eJhiZU
LV Write Access read/write
LV Status available
# open 0
LV Size 2.20 TB
Current LE 576000
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:0
--- Physical volumes ---
PV Name /dev/md2
PV UUID uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG
PV Status allocatable
Total PE / Free PE 596171 / 20171
lvdisplay -v:
--- Logical volume ---
LV Name /dev/raid/all
VG Name raid
LV UUID jYuHXU-UaNa-cepc-juzv-RebF-zmJL-eJhiZU
LV Write Access read/write
LV Status available
# open 0
LV Size 2.20 TB
Current LE 576000
Segments 1
Allocation inherit
Read ahead sectors 0
Block device 254:0
diff /etc/lvm/backup/raid lvm-raid:
...
< seqno = 9
---
> seqno = 8
and the problem:
mount: wrong fs type, bad option, bad superblock on /dev/raid/all
xfs_check: unexpected XFS SB magic number 0x00000000
I'm assuming that all this wont have affected the actual data on the drive, but I'm at a loss of what to do now, as far as I can see everything is now as it was...
I would sincerely appreciate any help.
Rgrds,
Glynn
_________________________________________________________________
Free games, great prizes - get gaming at Gamesbox.
http://www.searchgamesbox.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [linux-lvm] After replacing sata card can't read
2007-12-12 7:06 [linux-lvm] After replacing sata card can't read Glynn Morrison
@ 2007-12-12 8:29 ` Luca Berra
2007-12-12 19:04 ` Glynn
0 siblings, 1 reply; 3+ messages in thread
From: Luca Berra @ 2007-12-12 8:29 UTC (permalink / raw)
To: linux-lvm
On Wed, Dec 12, 2007 at 07:06:46AM +0000, Glynn Morrison wrote:
>
>what I did:
>
> mdadm --create --assume-clean /dev/md2 --level=5 --raid-devices=6 /dev/sd[a-f]1
and you are 1000% sure you got the order right?
> pvcreate -u uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG /dev/md2
> vgcfgrestore -f lvm-raid raid
>
>Latter I tried: pvcreate --restorefile lvm-raid -u uRm1dv-M80B-YRPp-vNM8-WNth-kuke-oNCGHG /dev/md2 instead to the same affect.
if the mdadm was correct this should have not been needed
>I'm assuming that all this wont have affected the actual data on the
>drive, but I'm at a loss of what to do now, as far as I can see
>everything is now as it was...
usually after doing "mdadm --create --assume-clean" you should check
that data is still readable, if not try changing the order of drives in
"mdadm" and try again.
L.
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [linux-lvm] After replacing sata card can't read
2007-12-12 8:29 ` Luca Berra
@ 2007-12-12 19:04 ` Glynn
0 siblings, 0 replies; 3+ messages in thread
From: Glynn @ 2007-12-12 19:04 UTC (permalink / raw)
To: LVM general discussion and development
>> mdadm --create --assume-clean /dev/md2 --level=5 --raid-devices=6 /dev/sd[a-f]1
> and you are 1000% sure you got the order right?
No, I'm pretty sure I didn't. I tried again with what I thought was the right order but to no affect, so I ran it again without the assume-clean and it rebuilt one of the drives. I assumed that meant mdadm was now okay with the ordering?
> usually after doing "mdadm --create --assume-clean" you should check
> that data is still readable, if not try changing the order of drives in
> "mdadm" and try again.
Would it make sense to try and resolve this by constructing a bash script to try all the permitations of drive order until pvdisplay returns something?
Thanks for your help and I apologize for essentially asking mdadm questions on the lvm mailling list.
_________________________________________________________________
Telly addicts unite!
http://www.searchgamesbox.com/tvtown.shtml
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-12-12 19:05 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-12 7:06 [linux-lvm] After replacing sata card can't read Glynn Morrison
2007-12-12 8:29 ` Luca Berra
2007-12-12 19:04 ` Glynn
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.