linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"

dm-devel.redhat.com archive mirror
 help / color / mirror / Atom feed

* linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
@ 2010-08-13 18:01 Jeff Chua
  2010-08-14 15:54 ` [dm-devel] " Alasdair G Kergon
  0 siblings, 1 reply; 11+ messages in thread
From: Jeff Chua @ 2010-08-13 18:01 UTC (permalink / raw)
  To: lkml, lvm-devel, dm-devel

It seems one of these commits in
8357422d4bf33bc2c35884d4016c3fc9efbbc1d2 is causing LVM2
(LVM2.2.02.72) to fail.

Previously good logical volumes cannot be mounted anymore, and new one
cannot be created. All failed with the error ...

"device-mapper: version ioctl failed: Inappropriate ioctl for device"

Is there a new LVM2 for this new dm ioctl or the dm is not right?

Thanks,
Jeff.

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-13 18:01 linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device" Jeff Chua
@ 2010-08-14 15:54 ` Alasdair G Kergon
  2010-08-14 16:16   ` Alasdair G Kergon
  2010-08-15  5:23   ` Jeff Chua
  0 siblings, 2 replies; 11+ messages in thread
From: Alasdair G Kergon @ 2010-08-14 15:54 UTC (permalink / raw)
  To: Jeff Chua; +Cc: device-mapper development, lkml, lvm-devel

On Sat, Aug 14, 2010 at 02:01:47AM +0800, Jeff Chua wrote:
> It seems one of these commits in
> 8357422d4bf33bc2c35884d4016c3fc9efbbc1d2 is causing LVM2
> (LVM2.2.02.72) to fail.

Did you (partially) bisect that or are you just guessing?
The only one there possibly relevant is 7e507eb6432afdd798d4c6dccf949b8c43ef151c.

> Previously good logical volumes cannot be mounted anymore, and new one
> cannot be created. All failed with the error ...
> "device-mapper: version ioctl failed: Inappropriate ioctl for device"

What distribution?  What version of udev package?
'lvm version' output?
Provide long listing of /dev/mapper and any dm/lvm devices in /dev.
Add -vvvv to your lvm command for better clues.

> Is there a new LVM2 for this new dm ioctl or the dm is not right?
There's no new dm ioctl.
 
Alasdair

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-14 15:54 ` [dm-devel] " Alasdair G Kergon
@ 2010-08-14 16:16   ` Alasdair G Kergon
  2010-08-15  5:23   ` Jeff Chua
  1 sibling, 0 replies; 11+ messages in thread
From: Alasdair G Kergon @ 2010-08-14 16:16 UTC (permalink / raw)
  To: Jeff Chua; +Cc: device-mapper development, lkml, lvm-devel

On Sat, Aug 14, 2010 at 04:54:01PM +0100, Alasdair G Kergon wrote:
> The only one there possibly relevant is 7e507eb6432afdd798d4c6dccf949b8c43ef151c.

I'm guessing you could have a configuration not covered by the latest userspace
libdevmapper - not handling some combination of kernel+userspace+initrd packages
correctly.  We already dealt with one udev+initrd combination that failed last
week.
 
Alasdair

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-14 15:54 ` [dm-devel] " Alasdair G Kergon
  2010-08-14 16:16   ` Alasdair G Kergon
@ 2010-08-15  5:23   ` Jeff Chua
  2010-08-15 13:03     ` Alasdair G Kergon
  1 sibling, 1 reply; 11+ messages in thread
From: Jeff Chua @ 2010-08-15  5:23 UTC (permalink / raw)
  To: Jeff Chua, device-mapper development, lkml, lvm-devel

[-- Attachment #1: Type: text/plain, Size: 1626 bytes --]

On Sat, Aug 14, 2010 at 11:54 PM, Alasdair G Kergon <agk@redhat.com> wrote:
> On Sat, Aug 14, 2010 at 02:01:47AM +0800, Jeff Chua wrote:
>> It seems one of these commits in
>> 8357422d4bf33bc2c35884d4016c3fc9efbbc1d2 is causing LVM2
>> (LVM2.2.02.72) to fail.
>
> Did you (partially) bisect that or are you just guessing?
> The only one there possibly relevant is 7e507eb6432afdd798d4c6dccf949b8c43ef151c.

Guessing only. Not bisecting yet. Prior to the git pull, everything
was working fine. And double confirmed by going to prior to the pull,
everything still worked.

>> Previously good logical volumes cannot be mounted anymore, and new one
>> cannot be created. All failed with the error ...
>> "device-mapper: version ioctl failed: Inappropriate ioctl for device"
>
> What distribution?  What version of udev package?

Just a vanilla linux. No udev.

> 'lvm version' output?

  LVM version:     2.02.72(2) (2010-07-28)
  Library version: 1.02.53 (2010-07-28)
  Driver version:  4.17.0

> Provide long listing of /dev/mapper and any dm/lvm devices in /dev.
> Add -vvvv to your lvm command for better clues.

Attached. good.vg01 is from prior to the patch. bad.vg01 is the bad one.

>> Is there a new LVM2 for this new dm ioctl or the dm is not right?
> There's no new dm ioctl.

> I'm guessing you could have a configuration not covered by the latest userspace
> libdevmapper - not handling some combination of kernel+userspace+initrd
> packages correctly.  We already dealt with one udev+initrd combination that
> failed last week.

Could be. Please help.

Thanks,
Jeff

[-- Attachment #2: vg01.good --]
[-- Type: application/octet-stream, Size: 12486 bytes --]

#lvmcmdline.c:1060         Processing: vgchange -ay -vvvv vg01
#lvmcmdline.c:1063         O_DIRECT will be used
#config/config.c:987       Setting global/locking_type to 1
#config/config.c:987       Setting global/wait_for_locks to 1
#locking/locking.c:240       File-based locking selected.
#config/config.c:964       Setting global/locking_dir to /var/lock/lvm
#toollib.c:526     Using volume group(s) on command line
#toollib.c:466     Finding volume group "vg01"
#locking/file_locking.c:235       Locking /var/lock/lvm/V_vg01 RB
#locking/file_locking.c:141         _do_flock /var/lock/lvm/V_vg01:aux WB
#locking/file_locking.c:51         _undo_flock /var/lock/lvm/V_vg01:aux
#locking/file_locking.c:141         _do_flock /var/lock/lvm/V_vg01 RB
#device/dev-io.c:487         Opened /dev/sda15 RO O_DIRECT
#device/dev-io.c:134         /dev/sda15: block size is 512 bytes
#label/label.c:160       /dev/sda15: lvm2 label detected
#cache/lvmcache.c:1136         lvmcache: /dev/sda15: now in VG #orphans_lvm2 (#orphans_lvm2)
#format_text/format-text.c:1180         /dev/sda15: Found metadata at 13824 size 2141 (in area at 4096 size 192512) for vg01 (LPJWM7-4hrp-9bMn-A6Gd-LTc1-COT6-8QZOOI)
#cache/lvmcache.c:1136         lvmcache: /dev/sda15: now in VG vg01 with 1 mdas
#cache/lvmcache.c:923         lvmcache: /dev/sda15: setting vg01 VGID to LPJWM74hrp9bMnA6GdLTc1COT68QZOOI
#cache/lvmcache.c:1173         lvmcache: /dev/sda15: VG vg01: Set creation host to usb.
#label/label.c:270         Using cached label for /dev/sda15
#label/label.c:270         Using cached label for /dev/sda15
#format_text/format-text.c:525         Read vg01 metadata (7) from /dev/sda15 at 13824 size 2141
#cache/lvmcache.c:119         Metadata cache: VG vg01 (LPJWM7-4hrp-9bMn-A6Gd-LTc1-COT6-8QZOOI) stored (2162 bytes).
#metadata/pv_manip.c:296         /dev/sda15 0:      0   4608: lv01(0:0)
#metadata/pv_manip.c:296         /dev/sda15 1:   4608   7168: lv02(0:0)
#metadata/pv_manip.c:296         /dev/sda15 2:  11776   4608: lv03(0:0)
#metadata/pv_manip.c:296         /dev/sda15 3:  16384   2048: lv04(0:0)
#metadata/pv_manip.c:296         /dev/sda15 4:  18432   9728: lv05(0:0)
#metadata/pv_manip.c:296         /dev/sda15 5:  28160  27384: lv06(0:0)
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#ioctl/libdm-iface.c:1890         dm version   OF   [16384]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3 NF   [16384]
#vgchange.c:220     6 logical volume(s) in volume group "vg01" already active
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3 NF   [16384]
#vgchange.c:226     6 existing logical volume(s) in volume group "vg01" monitored
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv01
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM NF   [16384]
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv02
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl NF   [16384]
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv03
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm NF   [16384]
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv04
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr NF   [16384]
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv05
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA NF   [16384]
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3 (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv06
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3 NF   [16384]
#vgchange.c:156     Activated 6 logical volumes in volume group vg01
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA NF   [16384]
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#ioctl/libdm-iface.c:1890         dm info  LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3 NF   [16384]
#cache/lvmcache.c:85         Metadata cache: VG vg01 wiped.
#locking/file_locking.c:74       Unlocking /var/lock/lvm/V_vg01
#locking/file_locking.c:51         _undo_flock /var/lock/lvm/V_vg01
#device/dev-io.c:533         Closed /dev/sda15
  6 logical volume(s) in volume group "vg01" now active

[-- Attachment #3: vg01.bad --]
[-- Type: application/octet-stream, Size: 14373 bytes --]

#lvmcmdline.c:1060         Processing: vgchange -a y -vvvv vg01
#lvmcmdline.c:1063         O_DIRECT will be used
#config/config.c:987       Setting global/locking_type to 1
#config/config.c:987       Setting global/wait_for_locks to 1
#locking/locking.c:240       File-based locking selected.
#config/config.c:964       Setting global/locking_dir to /var/lock/lvm
#toollib.c:526     Using volume group(s) on command line
#toollib.c:466     Finding volume group "vg01"
#locking/file_locking.c:235       Locking /var/lock/lvm/V_vg01 RB
#locking/file_locking.c:141         _do_flock /var/lock/lvm/V_vg01:aux WB
#locking/file_locking.c:51         _undo_flock /var/lock/lvm/V_vg01:aux
#locking/file_locking.c:141         _do_flock /var/lock/lvm/V_vg01 RB
#device/dev-io.c:487         Opened /dev/sda15 RO O_DIRECT
#device/dev-io.c:134         /dev/sda15: block size is 512 bytes
#label/label.c:160       /dev/sda15: lvm2 label detected
#cache/lvmcache.c:1136         lvmcache: /dev/sda15: now in VG #orphans_lvm2 (#orphans_lvm2)
#format_text/format-text.c:1180         /dev/sda15: Found metadata at 13824 size 2141 (in area at 4096 size 192512) for vg01 (LPJWM7-4hrp-9bMn-A6Gd-LTc1-COT6-8QZOOI)
#cache/lvmcache.c:1136         lvmcache: /dev/sda15: now in VG vg01 with 1 mdas
#cache/lvmcache.c:923         lvmcache: /dev/sda15: setting vg01 VGID to LPJWM74hrp9bMnA6GdLTc1COT68QZOOI
#cache/lvmcache.c:1173         lvmcache: /dev/sda15: VG vg01: Set creation host to usb.
#label/label.c:270         Using cached label for /dev/sda15
#label/label.c:270         Using cached label for /dev/sda15
#format_text/format-text.c:525         Read vg01 metadata (7) from /dev/sda15 at 13824 size 2141
#cache/lvmcache.c:119         Metadata cache: VG vg01 (LPJWM7-4hrp-9bMn-A6Gd-LTc1-COT6-8QZOOI) stored (2163 bytes).
#metadata/pv_manip.c:296         /dev/sda15 0:      0   4608: lv01(0:0)
#metadata/pv_manip.c:296         /dev/sda15 1:   4608   7168: lv02(0:0)
#metadata/pv_manip.c:296         /dev/sda15 2:  11776   4608: lv03(0:0)
#metadata/pv_manip.c:296         /dev/sda15 3:  16384   2048: lv04(0:0)
#metadata/pv_manip.c:296         /dev/sda15 4:  18432   9728: lv05(0:0)
#metadata/pv_manip.c:296         /dev/sda15 5:  28160  27384: lv06(0:0)
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#ioctl/libdm-iface.c:1890         dm version   OF   [16384]
#ioctl/libdm-iface.c:1907   device-mapper: version ioctl failed: Inappropriate ioctl for device
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv01
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:1162         <backtrace>
#activate/activate.c:1208         <backtrace>
#locking/locking.c:389         <backtrace>
#vgchange.c:141         <backtrace>
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv02
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:1162         <backtrace>
#activate/activate.c:1208         <backtrace>
#locking/locking.c:389         <backtrace>
#vgchange.c:141         <backtrace>
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv03
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:1162         <backtrace>
#activate/activate.c:1208         <backtrace>
#locking/locking.c:389         <backtrace>
#vgchange.c:141         <backtrace>
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv04
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:1162         <backtrace>
#activate/activate.c:1208         <backtrace>
#locking/locking.c:389         <backtrace>
#vgchange.c:141         <backtrace>
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv05
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:1162         <backtrace>
#activate/activate.c:1208         <backtrace>
#locking/locking.c:389         <backtrace>
#vgchange.c:141         <backtrace>
#locking/file_locking.c:291       Locking LV LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3 (R)
#metadata/metadata.c:3401       Finding volume group for uuid LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3
#label/label.c:270         Using cached label for /dev/sda15
#cache/lvmcache.c:651         Using cached metadata for VG vg01.
#metadata/metadata.c:3407     Found volume group "vg01"
#activate/activate.c:267     activation/volume_list configuration setting not defined, checking only host tags for vg01/lv06
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:1162         <backtrace>
#activate/activate.c:1208         <backtrace>
#locking/locking.c:389         <backtrace>
#vgchange.c:141         <backtrace>
#vgchange.c:156     Activated 0 logical volumes in volume group vg01
#activate/dev_manager.c:236         Getting device info for vg01-lv01 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIfoRXJdmPaXe2FscWCw9nb9IrkQKiaxXM]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv02 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIwNvveOlSIfbVrtRkeV3P8wwHtZw0GIkl]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv03 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOI6onEPZ3MNfg5P56yVKfwavhQj6CFaUVm]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv04 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIOlPD0O2R7L5DMfU23vCMyDrZIXuAfkJr]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv05 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOILCctZ9G3Q4dILPskoW1iqIcr3SjIrTUA]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#activate/dev_manager.c:236         Getting device info for vg01-lv06 [LVM-LPJWM74hrp9bMnA6GdLTc1COT68QZOOIigf9RZiBVuZMasAs82a4g9ZHyDhcXZh3]
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/dev_manager.c:76         <backtrace>
#activate/dev_manager.c:104         <backtrace>
#activate/activate.c:463         <backtrace>
#activate/activate.c:579         <backtrace>
#cache/lvmcache.c:85         Metadata cache: VG vg01 wiped.
#locking/file_locking.c:74       Unlocking /var/lock/lvm/V_vg01
#locking/file_locking.c:51         _undo_flock /var/lock/lvm/V_vg01
#device/dev-io.c:533         Closed /dev/sda15
  0 logical volume(s) in volume group "vg01" now active

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-15  5:23   ` Jeff Chua
@ 2010-08-15 13:03     ` Alasdair G Kergon
  2010-08-15 14:13       ` Jeff Chua
  0 siblings, 1 reply; 11+ messages in thread
From: Alasdair G Kergon @ 2010-08-15 13:03 UTC (permalink / raw)
  To: Jeff Chua; +Cc: device-mapper development, lkml, lvm-devel

> Just a vanilla linux. No udev.

So likely a userspace problem where udev is now assumed to be present.
 
> > Provide long listing of /dev/mapper and any dm/lvm devices in /dev.

You can do that by running:
  ls -l /dev/mapper /dev/vg01

Also:
  cat /proc/devices
  cat /proc/misc

Alasdair

--
lvm-devel mailing list
lvm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/lvm-devel

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-15 13:03     ` Alasdair G Kergon
@ 2010-08-15 14:13       ` Jeff Chua
  2010-08-16 13:56         ` [dm-devel] " Zdenek Kabelac
  0 siblings, 1 reply; 11+ messages in thread
From: Jeff Chua @ 2010-08-15 14:13 UTC (permalink / raw)
  To: Jeff Chua, device-mapper development, lkml, lvm-devel

On Sun, Aug 15, 2010 at 9:03 PM, Alasdair G Kergon <agk@redhat.com> wrote:
>> Just a vanilla linux. No udev.
>
> So likely a userspace problem where udev is now assumed to be present.
>
>> > Provide long listing of /dev/mapper and any dm/lvm devices in /dev.
>
> You can do that by running:
>  ls -l /dev/mapper /dev/vg01
> Also:
>  cat /proc/devices

253 device-mapper

>  cat /proc/misc

236 device-mapper <== was at 60 before the new kernel


Got it! Sorry, it's me being _dumb_!!!

With 2.6.35++, /dev/mapper/control has moved from 60 to 236!

So I fix it by recreating the control file with "mknod
/var/mapper/control c 10 253".

I got this "internal error" when I activate/deactivate the volume
group, but it seems ok. I could mount the volumes and so far it's all
good.

# vgchange -a n vg01
  Internal error: Maps lock 14217216 < unlock 14221312
  Internal error: Maps lock 14221312 < unlock 14225408
  Internal error: Maps lock 14225408 < unlock 14229504
  Internal error: Maps lock 14229504 < unlock 14233600
  Internal error: Maps lock 14233600 < unlock 14237696
  Internal error: Maps lock 14237696 < unlock 14241792
  0 logical volume(s) in volume group "vg01" now active

# vgchange -a y vg01
  Internal error: Maps lock 14192640 < unlock 14196736
  Internal error: Maps lock 14196736 < unlock 14200832
  Internal error: Maps lock 14200832 < unlock 14204928
  Internal error: Maps lock 14204928 < unlock 14209024
  Internal error: Maps lock 14209024 < unlock 14213120
  Internal error: Maps lock 14213120 < unlock 14217216
  6 logical volume(s) in volume group "vg01" now active

Hopefully those errors above means no harm.

Thanks,
Jeff

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-15 14:13       ` Jeff Chua
@ 2010-08-16 13:56         ` Zdenek Kabelac
  2010-08-16 14:22           ` Alasdair G Kergon
  0 siblings, 1 reply; 11+ messages in thread
From: Zdenek Kabelac @ 2010-08-16 13:56 UTC (permalink / raw)
  To: device-mapper development; +Cc: lkml, Jeff Chua, lvm-devel

Dne 15.8.2010 16:13, Jeff Chua napsal(a):
> On Sun, Aug 15, 2010 at 9:03 PM, Alasdair G Kergon <agk@redhat.com> wrote:
>>> Just a vanilla linux. No udev.
>>
>> So likely a userspace problem where udev is now assumed to be present.
>>
>>>> Provide long listing of /dev/mapper and any dm/lvm devices in /dev.
>>
>> You can do that by running:
>>  ls -l /dev/mapper /dev/vg01
>> Also:
>>  cat /proc/devices
> 
> 253 device-mapper
> 
>>  cat /proc/misc
> 
> 236 device-mapper <== was at 60 before the new kernel
> 
> 
> Got it! Sorry, it's me being _dumb_!!!
> 
> With 2.6.35++, /dev/mapper/control has moved from 60 to 236!
> 
> So I fix it by recreating the control file with "mknod
> /var/mapper/control c 10 253".
> 
> I got this "internal error" when I activate/deactivate the volume
> group, but it seems ok. I could mount the volumes and so far it's all
> good.
> 
> # vgchange -a n vg01
>   Internal error: Maps lock 14217216 < unlock 14221312
>   Internal error: Maps lock 14221312 < unlock 14225408
>   Internal error: Maps lock 14225408 < unlock 14229504
>   Internal error: Maps lock 14229504 < unlock 14233600
>   Internal error: Maps lock 14233600 < unlock 14237696
>   Internal error: Maps lock 14237696 < unlock 14241792
>   0 logical volume(s) in volume group "vg01" now active
> 
> # vgchange -a y vg01
>   Internal error: Maps lock 14192640 < unlock 14196736
>   Internal error: Maps lock 14196736 < unlock 14200832
>   Internal error: Maps lock 14200832 < unlock 14204928
>   Internal error: Maps lock 14204928 < unlock 14209024
>   Internal error: Maps lock 14209024 < unlock 14213120
>   Internal error: Maps lock 14213120 < unlock 14217216
>   6 logical volume(s) in volume group "vg01" now active
> 
> Hopefully those errors above means no harm.
> 

Well error is usually error - so some harm under certain circumstances could
happen (low memory situation)...

But in this case I assume it's related to this kernel commit  which should fix
this problem ?

http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d7824370e26325c881b665350ce64fb0a4fde24a

Zdenek

--
lvm-devel mailing list
lvm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/lvm-devel

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-16 13:56         ` [dm-devel] " Zdenek Kabelac
@ 2010-08-16 14:22           ` Alasdair G Kergon
  2010-08-16 15:32             ` [lvm-devel] " Jeff Chua
  0 siblings, 1 reply; 11+ messages in thread
From: Alasdair G Kergon @ 2010-08-16 14:22 UTC (permalink / raw)
  To: Zdenek Kabelac; +Cc: device-mapper development, lkml, Jeff Chua, lvm-devel

On Mon, Aug 16, 2010 at 03:56:48PM +0200, Zdenek Kabelac wrote:
> Dne 15.8.2010 16:13, Jeff Chua napsal(a):
> > With 2.6.35++, /dev/mapper/control has moved from 60 to 236!

The latest LVM package made an assumption that it would be set up
correctly by udev (or manually in your case).  We are updating
the userspace libdevmapper code to handle your circumstances
automatically.

> > # vgchange -a n vg01
> >   Internal error: Maps lock 14217216 < unlock 14221312
> >   Internal error: Maps lock 14221312 < unlock 14225408
> >   Internal error: Maps lock 14225408 < unlock 14229504
> >   Internal error: Maps lock 14229504 < unlock 14233600
> >   Internal error: Maps lock 14233600 < unlock 14237696
> >   Internal error: Maps lock 14237696 < unlock 14241792
> >   0 logical volume(s) in volume group "vg01" now active

> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d7824370e26325c881b665350ce64fb0a4fde24a

For those interested, originally we used mlockall() but in non-C locales
on some distributions glibc is configured to map 80MB+ of locale data
into memory without offering any way to unmap it.  We don't need
that data locked and it increased the minimum memory required to install
a distribution as well as slowing down the LVM tools!  So we had to
write a customised version that tries to skip locking unnecessary pages
like those.

Alasdair

--
lvm-devel mailing list
lvm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/lvm-devel

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [lvm-devel] [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-16 14:22           ` Alasdair G Kergon
@ 2010-08-16 15:32             ` Jeff Chua
  2010-08-16 15:55               ` Alasdair G Kergon
  0 siblings, 1 reply; 11+ messages in thread
From: Jeff Chua @ 2010-08-16 15:32 UTC (permalink / raw)
  To: Zdenek Kabelac, device-mapper development, lkml, Jeff Chua,
	lvm-devel

On Mon, Aug 16, 2010 at 10:22 PM, Alasdair G Kergon <agk@redhat.com> wrote:
> On Mon, Aug 16, 2010 at 03:56:48PM +0200, Zdenek Kabelac wrote:
>> Dne 15.8.2010 16:13, Jeff Chua napsal(a):
>> > With 2.6.35++, /dev/mapper/control has moved from 60 to 236!
>
> The latest LVM package made an assumption that it would be set up
> correctly by udev (or manually in your case).  We are updating
> the userspace libdevmapper code to handle your circumstances
> automatically.

It'll be nice if lvm returns a more meanful message like "ioctl
failed. Check /proc/misc to ensure the device is mapped correctly."

To take care of it automatically with udev, I'm doing this in rc.S

if [ -f /sys/devices/virtual/misc/device-mapper/dev ]
then
        NODE=$(</sys/devices/virtual/misc/device-mapper/dev)
        rm -f /dev/mapper/control
        mknod /dev/mapper/control c ${NODE/:/ }
fi


>> > # vgchange -a n vg01
>> >   Internal error: Maps lock 14217216 < unlock 14221312
>> >   Internal error: Maps lock 14221312 < unlock 14225408
>> >   Internal error: Maps lock 14225408 < unlock 14229504
>> >   Internal error: Maps lock 14229504 < unlock 14233600
>> >   Internal error: Maps lock 14233600 < unlock 14237696
>> >   Internal error: Maps lock 14237696 < unlock 14241792
>> >   0 logical volume(s) in volume group "vg01" now active
>
>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=d7824370e26325c881b665350ce64fb0a4fde24a
>
> For those interested, originally we used mlockall() but in non-C locales
> on some distributions glibc is configured to map 80MB+ of locale data
> into memory without offering any way to unmap it.  We don't need
> that data locked and it increased the minimum memory required to install
> a distribution as well as slowing down the LVM tools!  So we had to
> write a customised version that tries to skip locking unnecessary pages
> like those.

I see that now it's fixed with that commit.

Thanks,
Jeff

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-16 15:32             ` [lvm-devel] " Jeff Chua
@ 2010-08-16 15:55               ` Alasdair G Kergon
  2010-08-16 16:10                 ` [lvm-devel] " Jeff Chua
  0 siblings, 1 reply; 11+ messages in thread
From: Alasdair G Kergon @ 2010-08-16 15:55 UTC (permalink / raw)
  To: Jeff Chua; +Cc: device-mapper development, lvm-devel, lkml, Zdenek Kabelac

On Mon, Aug 16, 2010 at 11:32:15PM +0800, Jeff Chua wrote:
> It'll be nice if lvm returns a more meanful message like "ioctl
> failed. Check /proc/misc to ensure the device is mapped correctly."
 
No need - LVM should be quite capable of detecting/dealing with the problem.

> To take care of it automatically with udev, I'm doing this in rc.S
> if [ -f /sys/devices/virtual/misc/device-mapper/dev ]
> then
>         NODE=$(</sys/devices/virtual/misc/device-mapper/dev)
>         rm -f /dev/mapper/control
>         mknod /dev/mapper/control c ${NODE/:/ }

The whole point of this change was to trigger the loading of dm-mod
automatically for people using it as a module, based on using a known
major/minor number instead of a dynamic one only known after the module
has been loaded.  That needs to happen regardless of whether someone is
using udev or not.  

This can all be fixed easily enough in userspace.

Alasdair

--
lvm-devel mailing list
lvm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/lvm-devel

^ permalink raw reply	[flat|nested] 11+ messages in thread

* Re: [lvm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"
  2010-08-16 15:55               ` Alasdair G Kergon
@ 2010-08-16 16:10                 ` Jeff Chua
  0 siblings, 0 replies; 11+ messages in thread
From: Jeff Chua @ 2010-08-16 16:10 UTC (permalink / raw)
  To: Jeff Chua, Zdenek Kabelac, device-mapper development, lkml

On Mon, Aug 16, 2010 at 11:55 PM, Alasdair G Kergon <agk@redhat.com> wrote:
> On Mon, Aug 16, 2010 at 11:32:15PM +0800, Jeff Chua wrote:
>> It'll be nice if lvm returns a more meanful message like "ioctl
>> failed. Check /proc/misc to ensure the device is mapped correctly."
>
> No need - LVM should be quite capable of detecting/dealing with the problem.

Ok, cool.

>> To take care of it automatically with udev, I'm doing this in rc.S
>> if [ -f /sys/devices/virtual/misc/device-mapper/dev ]
>> then
>>         NODE=$(</sys/devices/virtual/misc/device-mapper/dev)
>>         rm -f /dev/mapper/control
>>         mknod /dev/mapper/control c ${NODE/:/ }
>
> The whole point of this change was to trigger the loading of dm-mod
> automatically for people using it as a module, based on using a known
> major/minor number instead of a dynamic one only known after the module
> has been loaded.  That needs to happen regardless of whether someone is
> using udev or not.
>
> This can all be fixed easily enough in userspace.

I'm not using module. It's all built-in to the kernel. Hopefully this
would be taken care of as well. That's why I had it in rc.S just
before the lvm filesystems are mounted.

Thanks,
Jeff.

^ permalink raw reply	[flat|nested] 11+ messages in thread

end of thread, other threads:[~2010-08-16 16:10 UTC | newest]

Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-08-13 18:01 linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device" Jeff Chua
2010-08-14 15:54 ` [dm-devel] " Alasdair G Kergon
2010-08-14 16:16   ` Alasdair G Kergon
2010-08-15  5:23   ` Jeff Chua
2010-08-15 13:03     ` Alasdair G Kergon
2010-08-15 14:13       ` Jeff Chua
2010-08-16 13:56         ` [dm-devel] " Zdenek Kabelac
2010-08-16 14:22           ` Alasdair G Kergon
2010-08-16 15:32             ` [lvm-devel] " Jeff Chua
2010-08-16 15:55               ` Alasdair G Kergon
2010-08-16 16:10                 ` [lvm-devel] " Jeff Chua

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).