* device-mapper: device /dev/hdc too small for target @ 2006-02-07 17:37 Thomas Berton 2006-02-07 18:41 ` Arno Wagner 0 siblings, 1 reply; 6+ messages in thread From: Thomas Berton @ 2006-02-07 17:37 UTC (permalink / raw) To: dm-devel 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:~# ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: device-mapper: device /dev/hdc too small for target 2006-02-07 17:37 device-mapper: device /dev/hdc too small for target Thomas Berton @ 2006-02-07 18:41 ` Arno Wagner 2006-02-07 19:06 ` Thomas Berton 2006-03-01 7:08 ` neelima dahiya 0 siblings, 2 replies; 6+ messages in thread From: Arno Wagner @ 2006-02-07 18:41 UTC (permalink / raw) To: device-mapper development 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 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: device-mapper: device /dev/hdc too small for target 2006-02-07 18:41 ` Arno Wagner @ 2006-02-07 19:06 ` Thomas Berton 2006-02-07 20:55 ` Jonathan E Brassow 2006-03-01 7:08 ` neelima dahiya 1 sibling, 1 reply; 6+ messages in thread From: Thomas Berton @ 2006-02-07 19:06 UTC (permalink / raw) To: device-mapper development Arno Wagner wrote: >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] >... > This is my output: storage:~# cat /proc/mdstat Personalities : [linear] [multipath] unused devices: <none> storage:~# ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: device-mapper: device /dev/hdc too small for target 2006-02-07 19:06 ` Thomas Berton @ 2006-02-07 20:55 ` Jonathan E Brassow 2006-02-14 8:16 ` Thomas Berton 0 siblings, 1 reply; 6+ messages in thread From: Jonathan E Brassow @ 2006-02-07 20:55 UTC (permalink / raw) To: device-mapper development md and dm are two different things. LVM uses dm, not md. I can't really say I see what is wrong, but your binaries seem to be pretty old... "device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com" brassow On Feb 7, 2006, at 1:06 PM, Thomas Berton wrote: > Arno Wagner wrote: > >> 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] ... >> > This is my output: > > storage:~# cat /proc/mdstat > Personalities : [linear] [multipath] > unused devices: <none> > storage:~# > > -- > dm-devel mailing list > dm-devel@redhat.com > https://www.redhat.com/mailman/listinfo/dm-devel > ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: device-mapper: device /dev/hdc too small for target 2006-02-07 20:55 ` Jonathan E Brassow @ 2006-02-14 8:16 ` Thomas Berton 0 siblings, 0 replies; 6+ messages in thread From: Thomas Berton @ 2006-02-14 8:16 UTC (permalink / raw) To: device-mapper development Jonathan E Brassow wrote: > md and dm are two different things. LVM uses dm, not md. > > I can't really say I see what is wrong, but your binaries seem to be > pretty old... > > "device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com" My apologies for the late response. The problem seems to be fixed when using the latest (at the moment) vanilla kernel sources, 2.6.15-4. Thank you Jonathan for pointing me into the good direction! I hope this information is of any use to other lvm users with strange problems. Greetings, Thomas. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: device-mapper: device /dev/hdc too small for target 2006-02-07 18:41 ` Arno Wagner 2006-02-07 19:06 ` Thomas Berton @ 2006-03-01 7:08 ` neelima dahiya 1 sibling, 0 replies; 6+ messages in thread From: neelima dahiya @ 2006-03-01 7:08 UTC (permalink / raw) To: device-mapper development [-- Attachment #1.1: Type: text/plain, Size: 6060 bytes --] 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 > [-- Attachment #1.2: Type: text/html, Size: 10569 bytes --] [-- Attachment #2: Type: text/plain, Size: 0 bytes --] ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2006-03-01 7:08 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2006-02-07 17:37 device-mapper: device /dev/hdc too small for target Thomas Berton 2006-02-07 18:41 ` Arno Wagner 2006-02-07 19:06 ` Thomas Berton 2006-02-07 20:55 ` Jonathan E Brassow 2006-02-14 8:16 ` Thomas Berton 2006-03-01 7:08 ` neelima dahiya
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.