<div>Hi </div> <div> </div> <div>I am a new linux user </div> <div>this device mapper mutilpathing has been disturbing me for quite sometime now.</div> <div>can anyone please tell me what are the hardware requirements for using kpartx and mutipathing on linux</div> <div> </div> <div>Thanks,</div> <div>neelima </div> <div>On 2/8/06, Arno Wagner <<a href="mailto:wagner@tik.ee.ethz.ch">wagner@tik.ee.ethz.ch</a>> wrote: <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Is it possible that you are using the wrong target type, e.g. RAID0/1/5? That would explain the complaint about hdc being too small. Maybe you do not have linear in as target type in the new system? If you do a 'cat /proc/mdstat', it needs to list the 'linear' target, like this: root ~>cat /proc/mdstat Personalities : [linear] [raid0] [raid1] [raid5] [raid10] ... ^^^^^^^^ Arno On Tue, Feb 07, 2006 at 06:37:26PM +0100, Thomas Berton wrote: > Hello, > I'm encountering some problems with device-mapper when migrating my lvm > system to a new debian system. > I must say I had to play around with pvcreate and vgcfgrestore to get > /dev/hdb recognized again on the new system but after fixing that issue > I'm stuck with following problem: > Booting the new system with the lvm disks it seems that the > device-mapper is having troubles putting together the lvm device: > > output from dmesg: > device-mapper: 4.1.0-ioctl (2003-12-10) initialised: <a href="mailto:dm@uk.sistina.com">dm@uk.sistina.com </a> > device-mapper: device /dev/hdc too small for target > device-mapper: : dm-linear: Device lookup failed > > device-mapper: error adding target to table > > Starting the lvm service gives the following: > storage:~# /etc/init.d/lvm start > Setting up LVM Volume Groups... > Reading all physical volumes. This may take a while... > Found volume group "storage" using metadata type lvm2 > /dev/storage: opendir failed: No such file or directory > device-mapper ioctl cmd 9 failed: Invalid argument > Couldn't load device 'storage-storage1'. > 1 logical volume(s) in volume group "storage" now active > storage:~# > > Nevertheless other lvm commands seem to display correct information > about the lvm. > Below is the output from pvscan, lvscan, lvmdiskscan, pvdisplay and > vgdisplay. > The lvm is appearing in the /dev/mapper folder, but no link is made in > the /dev folder btw. > Mounting the lvm fails, gives the error of bad superblock (ext3 > filesystem). > The lvm has been created using the full disks and not working on > partitions. > I'm hoping someone on this list can help me out or give me some pointers > on how to continue and getting the disks right and making my lvm > mountable again. > Thx in advance, > Thomas. > > storage:~# pvscan > PV /dev/hda VG storage lvm2 [279.46 GB / 0 free] > PV /dev/hdc VG storage lvm2 [189.92 GB / 0 free] > PV /dev/hdb VG storage lvm2 [279.46 GB / 0 free] > Total: 3 [748.84 GB] / in use: 3 [748.84 GB] / in no VG: 0 [0 ] > storage:~# > > storage:~# lvscan > ACTIVE '/dev/storage/storage1' [748.84 GB] inherit > storage:~# > > storage:~# lvmdiskscan > /dev/hda [ 279.46 GB] LVM physical volume > /dev/hdc [ 189.92 GB] LVM physical volume > /dev/sda1 [ 18.63 GB] > /dev/sda2 [ 957.00 MB] > /dev/sda3 [ 4.66 GB] > /dev/sda5 [ 956.97 MB] > /dev/sda6 [ 2.80 GB] > /dev/hdb [ 279.46 GB] LVM physical volume > 0 disks > 5 partitions > 3 LVM physical volume whole disks > 0 LVM physical volumes > storage:~# > > storage:~# pvdisplay > --- Physical volume --- > PV Name /dev/hda > VG Name storage > PV Size 279.46 GB / not usable 0 > Allocatable yes (but full) > PE Size (KByte) 4096 > Total PE 71541 > Free PE 0 > Allocated PE 71541 > PV UUID ZDOYsq-1rGU-bngq-QVZu-DqvG-I7AO-r7Rnl5 > > --- Physical volume --- > PV Name /dev/hdc > VG Name storage > PV Size 189.92 GB / not usable 0 > Allocatable yes (but full) > PE Size (KByte) 4096 > Total PE 48620 > Free PE 0 > Allocated PE 48620 > PV UUID VT7Lkj-n4V1-G8mV-a6GF-kspp-Zs61-3YzXD3 > > --- Physical volume --- > PV Name /dev/hdb > VG Name storage > PV Size 279.46 GB / not usable 0 > Allocatable yes (but full) > PE Size (KByte) 4096 > Total PE 71541 > Free PE 0 > Allocated PE 71541 > PV UUID jJqtAX-XxMz-nIEC-2ast-7y40-XPFG-rN0Rzz > storage:~# > > storage:~# vgdisplay > --- Volume group --- > VG Name storage > System ID > Format lvm2 > Metadata Areas 3 > Metadata Sequence No 12 > VG Access read/write > VG Status resizable > MAX LV 0 > Cur LV 1 > Open LV 0 > Max PV 0 > Cur PV 3 > Act PV 3 > VG Size 748.84 GB > PE Size 4.00 MB > Total PE 191702 > Alloc PE / Size 191702 / 748.84 GB > Free PE / Size 0 / 0 > VG UUID 59Yxut-UcZa-MBUS-KH8Y-5wZP-Eh1x-1E33Wl > > storage:~# > > -- > dm-devel mailing list > <a href="mailto:dm-devel@redhat.com">dm-devel@redhat.com</a> > <a href="https://www.redhat.com/mailman/listinfo/dm-devel">https://www.redhat.com/mailman/listinfo/dm-devel </a> > -- Arno Wagner, Dipl. Inform., CISSP --- CSG, ETH Zurich, <a href="mailto:wagner@tik.ee.ethz.ch">wagner@tik.ee.ethz.ch</a> GnuPG: ID: 1E25338F FP: 0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F ---- Cuddly UI's are the manifestation of wishful thinking. -- Dylan Evans Windows is the "under-3" toy of the OS world. -- Matthew D. Fuller -- dm-devel mailing list <a href="mailto:dm-devel@redhat.com"> dm-devel@redhat.com</a> <a href="https://www.redhat.com/mailman/listinfo/dm-devel">https://www.redhat.com/mailman/listinfo/dm-devel</a> </blockquote></div>