linux-kernel - Re: [lvm-devel] [dm-devel] linux-2.6.35+ causes LVM to fail with " device-mapper: version ioctl failed: Inappropriate ioctl for device"

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20100816142246.GA11907@agk-dp.fab.redhat.com>
Date:	Mon, 16 Aug 2010 15:22:46 +0100
From:	Alasdair G Kergon <agk@...hat.com>
To:	Zdenek Kabelac <zkabelac@...hat.com>
Cc:	device-mapper development <dm-devel@...hat.com>,
	lkml <linux-kernel@...r.kernel.org>,
	Jeff Chua <jeff.chua.linux@...il.com>, lvm-devel@...hat.com
Subject: Re: [lvm-devel] [dm-devel] linux-2.6.35+ causes LVM to fail with "
	device-mapper: version ioctl failed: Inappropriate ioctl for device"

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

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/