[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

[linux-lvm] os upgrade probleme...lv activation error...



hi,

my configuration:
- bi-xeon emt64 hyperthread 2.8ghz.
- 3 go ram
- sata promise "Promise PDC20318 (SATA150 TX4)" cards.
- sata intel "6300ESB SATA Storage Controller" cards.


with i've upgraded opensuse from 10.0 (x64) to 10.2 (x64).
all worked fine... but one lv d'ont whant to activate...

and when they try to activate my lv/vg with "vgchange" they say device mapper error:
#vgchange -ay
1 logical volume(s) in volume group "mailvg" now active
1 logical volume(s) in volume group "imagesvg" now active
device-mapper: reload ioctl failed: Invalid argument
4 logical volume(s) in volume group "downvg" now active
4 logical volume(s) in volume group "rootvg" now active
1 logical volume(s) in volume group "backupvg" now active

#lvs
LV VG Attr LSize Origin Snap% Move Log Copy%
lvbackup backupvg -wi-ao 80.00G
downloadlv downvg -wi-d- 310.00G
mysqllv downvg -wi-ao 200.00M
rootarchlv downvg -wi-ao 1.00G
vmwarelv downvg -wi-ao 40.00G
imageslv imagesvg -wi-ao 80.00G
lvmail mailvg -wi-ao 30.00G
homelv rootvg -wi-ao 500.00M
rootlv rootvg -wi-ao 6.80G
swaplv rootvg -wi-ao 1.00G
varlv rootvg -wi-ao 1.00G

the downloadlv from downvg can't be activated...
the device-mapper don't whant the device...

i've activated debug log and extracted the part who seem interesting:
Jun 29 11:59:51 taris lvm[31615]: memlock_count inc to 1
Jun 29 11:59:51 taris lvm[31615]: Setting activation/missing_stripe_filler to /dev/ioerror
Jun 29 11:59:51 taris lvm[31615]: Getting device info for downvg-downloadlv [LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr]
Jun 29 11:59:51 taris lvm[31615]: dm info LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm deps (253:6) OF [16384]
Jun 29 11:59:51 taris lvm[31615]: Getting device info for downvg-downloadlv-real [LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-real]
Jun 29 11:59:51 taris lvm[31615]: dm info LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-real OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm info opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-real OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm info downvg-downloadlv-real OF [16384]
Jun 29 11:59:51 taris lvm[31615]: Getting device info for downvg-downloadlv-cow [LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-cow]
Jun 29 11:59:51 taris lvm[31615]: dm info LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-cow OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm info opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-cow OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm info downvg-downloadlv-cow OF [16384]
Jun 29 11:59:51 taris lvm[31615]: Getting device info for downvg-downloadlv_mlog [LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-_mlog]
Jun 29 11:59:51 taris lvm[31615]: dm info LVM-opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-_mlog OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm info opeUf9Zkipl4E843JYE0hxbksLxIZEscOUOvuMPZ4twoc4dC5WrxF1ScqfYwo3Fr-_mlog OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm info downvg-downloadlv_mlog OF [16384]
Jun 29 11:59:51 taris lvm[31615]: Getting target version for linear
Jun 29 11:59:51 taris lvm[31615]: dm versions OF [16384]
Jun 29 11:59:51 taris lvm[31615]: Getting target version for striped
Jun 29 11:59:51 taris lvm[31615]: dm versions OF [16384]
Jun 29 11:59:51 taris lvm[31615]: Loading downvg-downloadlv table
Jun 29 11:59:51 taris lvm[31615]: Adding target: 0 488390656 linear 8:33 384
Jun 29 11:59:51 taris lvm[31615]: Adding target: 488390656 245760 linear 8:65 384
Jun 29 11:59:51 taris lvm[31615]: Adding target: 488636416 98566144 linear 8:65 63160704
Jun 29 11:59:51 taris lvm[31615]: Adding target: 587202560 62914560 linear 8:65 182698368
Jun 29 11:59:51 taris lvm[31615]: dm table (253:6) OF [16384]
Jun 29 11:59:51 taris lvm[31615]: dm reload (253:6) NF [16384]
Jun 29 11:59:51 taris kernel: device-mapper: table: 253:6: linear: dm-linear: Device lookup failed
Jun 29 11:59:51 taris kernel: device-mapper: ioctl: error adding target to table
Jun 29 11:59:51 taris lvm[31615]: device-mapper: reload ioctl failed: Invalid argument

is the only one vg that make "dm deps", what it is ? why ?

is the only one vg that is on two disk.
#pvs
PV VG Fmt Attr PSize PFree
/dev/hda2 rootvg lvm2 a- 9.36G 72.00M
/dev/sda1 backupvg lvm2 a- 232.88G 152.88G
/dev/sdc1 downvg lvm2 a- 232.88G 0
/dev/sdd1 imagesvg lvm2 a- 232.88G 152.88G
/dev/sde1 downvg lvm2 a- 232.88G 114.57G
/dev/sdf1 mailvg lvm2 a- 232.88G 202.88G

i've tryed to recreate pv metadata in single user with
# pvcreate -ff --uuid "HHJhqk-4N8h-bwZF-6CIg-8pex-uMtK-NCTfJ4" --restorefile /etc/lvm/archive/downvg_00024.vg /dev/sdc1
# pvcreate -ff --uuid "H58I7A-nzSX-9zbR-qxlo-LfXQ-3fNr-LBJdz3" --restorefile /etc/lvm/archive/downvg_00024.vg /dev/sde1
# vgcfgrestore -f /etc/lvm/archive/downvg_00024.vg downvg
# vgscan
and when y try to activate vg it's ok!!!!

but when reboot in multi user...
i've the error again...

extract from downvg backup:
downvg {
id = "opeUf9-Zkip-l4E8-43JY-E0hx-bksL-xIZEsc"
seqno = 21
status = ["EXPORTED", "RESIZEABLE", "READ", "WRITE"]
extent_size = 8192 # 4 Megabytes
max_lv = 0
max_pv = 0

physical_volumes {

pv0 {
id = "HHJhqk-4N8h-bwZF-6CIg-8pex-uMtK-NCTfJ4"
device = "/dev/sdc1" # Hint only

status = ["ALLOCATABLE", "EXPORTED"]
dev_size = 488392002 # 232.883 Gigabytes
pe_start = 384
pe_count = 59618 # 232.883 Gigabytes
}

pv1 {
id = "H58I7A-nzSX-9zbR-qxlo-LfXQ-3fNr-LBJdz3"
device = "/dev/sde1" # Hint only

status = ["ALLOCATABLE", "EXPORTED"]
dev_size = 488392002 # 232.883 Gigabytes
pe_start = 384
pe_count = 59618 # 232.883 Gigabytes
}
}

logical_volumes {

downloadlv {
id = "OUOvuM-PZ4t-woc4-dC5W-rxF1-Scqf-Ywo3Fr"
status = ["READ", "WRITE", "VISIBLE"]
segment_count = 4

segment1 {
start_extent = 0
extent_count = 59618 # 232.883 Gigabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv0", 0
]
}
segment2 {
start_extent = 59618
extent_count = 30 # 120 Megabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv1", 0
]
}
segment3 {
start_extent = 59648
extent_count = 12032 # 47 Gigabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv1", 7710
]
}
segment4 {
start_extent = 71680
extent_count = 7680 # 30 Gigabytes

type = "striped"
stripe_count = 1 # linear

stripes = [
"pv1", 22302
]
}
}


package version on opensuse 10.0:
on opensuse 10.2:
any idea to correct this ?
how to add more trace ?

Thanks for help!
Best regards,
Mathieu


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]