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

Re: [dm-devel] device-mapper: device /dev/hdc too small for target



Hi
 
I am a new linux user
this device mapper mutilpathing has been disturbing me for quite sometime now.
can anyone please tell me what are the hardware requirements for using kpartx and mutipathing on linux
 
Thanks,
neelima

 
On 2/8/06, Arno Wagner <wagner tik ee ethz ch> wrote:
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: dm uk sistina com
> 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
> dm-devel redhat com
> https://www.redhat.com/mailman/listinfo/dm-devel
>

--
Arno Wagner, Dipl. Inform., CISSP --- CSG, ETH Zurich, wagner tik ee ethz ch
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
dm-devel redhat com
https://www.redhat.com/mailman/listinfo/dm-devel


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