Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 120511 - device-mapper-1.02.02 is incompatible with lvm2-2.01.14
Summary: device-mapper-1.02.02 is incompatible with lvm2-2.01.14
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Eric Edgar (RETIRED)
URL:
Whiteboard:
Keywords: InVCS
: 125505 125897 126424 127509 129983 131223 131576 132748 133029 136139 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-01-26 23:56 UTC by Ginsu
Modified: 2006-11-11 19:52 UTC (History)
30 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
lvm2-2.01.14-static.patch (lvm2-2.01.14-static.patch,1.01 KB, patch)
2006-01-31 13:26 UTC, Diego Elio Pettenò (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Ginsu 2006-01-26 23:56:05 UTC
I just upgraded to the new device-mapper and compiling lvm2-2.01.14 fails with this:

i686-pc-linux-gnu-gcc -o lvm.static dumpconfig.o formats.o lvchange.o lvconvert.o lvcreate.o lvdisplay.o lvextend.o lvmchange.o lvmcmdline.o lvmdiskscan.o lvreduce.o lvremove.o lvrename.o lvresize.o lvscan.o polldaemon.o pvchange.o pvcreate.o pvdisplay.o pvmove.o pvremove.o pvscan.o reporter.o segtypes.o toollib.o vgcfgbackup.o vgcfgrestore.o vgchange.o vgck.o vgcreate.o vgconvert.o vgdisplay.o vgexport.o vgextend.o vgimport.o vgmerge.o vgmknodes.o vgreduce.o vgremove.o vgrename.o vgscan.o vgsplit.o lvm-static.o -static -Wl,--export-dynamic -L../lib -L/usr/lib -llvm -ldevmapper \
        -lreadline -ldl -lncurses  -rdynamic
/usr/lib/libdevmapper.a(pool.o): In function `_align_chunk': multiple definition of `_align_chunk'
../lib/liblvm.a(pool.o):pool.c:(.text+0xff): first defined here
/usr/lib/libdevmapper.a(pool.o): In function `_new_chunk': multiple definition of `_new_chunk'
../lib/liblvm.a(pool.o):pool.c:(.text+0x117): first defined here
/usr/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/ld: Warning: size of symbol `_new_chunk' changed from 161 in ../lib/liblvm.a(pool.o) to 164 in /usr/lib/libdevmapper.a(pool.o)
../lib/liblvm.a(sharedlib.o): In function `load_shared_library':sharedlib.c:(.text+0xf4): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libreadline.a(complete.o): In function `rl_username_completion_function':complete.c:(.text+0x816): warning: Using 'getpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libreadline.a(tilde.o): In function `tilde_expand_word':tilde.c:(.text+0x1db): warning: Using 'getpwnam' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libreadline.a(shell.o): In function `sh_get_home_dir':shell.c:(.text+0x132): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
/usr/lib/libreadline.a(complete.o): In function `rl_username_completion_function':complete.c:(.text+0x920): warning: Using 'setpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
:complete.c:(.text+0x939): warning: Using 'endpwent' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking

Portage 2.1_pre3-r1 (default-linux/x86/2005.1, gcc-4.0.2, glibc-2.3.6-r2, 2.6.15-ck2 i686)
=================================================================
System uname: 2.6.15-ck2 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.12.0_pre15
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.91.0.5
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -mfpmath=sse -fomit-frame-pointer -ftracer -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control /var/www/localhost/htdocs"
CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -mfpmath=sse -fomit-frame-pointer -ftracer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks noinfo sandbox sfperms"
GENTOO_MIRRORS="http://mirror.espri.arizona.edu/gentoo/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 audiofile bzip2 cairo cups curl dga exif expat firefox gd gif glut gtk gtk2 java jpeg junit lirc mmx mysql ncurses nptl nsplugin opengl pcre perl php png python readline sse sse2 ssl truetype udev usb win32codecs xinerama xml2 xv xvid zlib elibc_glibc kernel_linux userland_GNU"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Comment 1 Gregg Casillo 2006-01-30 09:28:38 UTC
I am seeing the same problem.
Comment 2 Wolfram Schlich (RETIRED) gentoo-dev 2006-01-31 08:28:19 UTC
Same happens here.
I stumbled over that after switching from gcc-3.3 to 3.4 and re-merging world.
Comment 3 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-01-31 13:26:51 UTC
Created attachment 78589 [details, diff]
lvm2-2.01.14-static.patch

This patch fixes it for me, by removing the symbols from being exported.
Actually, also device-mapper should apply a similar check to avoid exporting them, either.
Comment 4 Diego Elio Pettenò (RETIRED) gentoo-dev 2006-01-31 13:37:26 UTC
The bump in bug #120265 also fixes it.
Comment 5 Ginsu 2006-01-31 14:50:17 UTC
lvm2 2.02.01 and device-mapper-1.02.02 work here too.
Comment 6 Eric Edgar (RETIRED) gentoo-dev 2006-01-31 15:43:50 UTC
InCVS.  Patch applied to older ebuild.  DEPENDS updated on older build and bumped to -r1.  New ebuild created for new lvm2 package.
Comment 7 Gregg Casillo 2006-03-08 12:15:20 UTC
There are several bugs that seem to correspond to the problem I and others are having, but I will post here. It seems device-mapper-1.02.03 is incompatible with lvm2-2.02.01. Not sure of older versions of lvm2. Details are found in this thread:

http://forums.gentoo.org/viewtopic-t-441060-highlight-.html

device-mapper-1.02.02 works for me. Unsure what in 1.02.03 is different.
Comment 8 SpanKY gentoo-dev 2006-03-08 16:20:42 UTC
*** Bug 125505 has been marked as a duplicate of this bug. ***
Comment 9 Ben Peddell 2006-03-09 07:09:02 UTC
This same problem occurs on lvm2-2.01.09
lvm2-2.01.14.patch applies cleanly on lvm2-2.01.09, and should apply on any version between lvm2-beta1 and lvm2-2.01.15

(In reply to comment #3)
> Actually, also device-mapper should apply a similar check to avoid exporting
> them, either.

True. This bug is due to not making private functions static.

lvm2-2.01.* does not work with device-mapper-1.02.* without patching because several components including lib/mm/pool.c were moved from lvm2 into device-mapper.

See http://sources.redhat.com/cgi-bin/cvsweb.cgi/device-mapper/lib/mm/pool-fast.c?cvsroot=dm and http://sources.redhat.com/cgi-bin/cvsweb.cgi/LVM2/lib/mm/Attic/pool-fast.c?cvsroot=lvm2
Comment 10 SpanKY gentoo-dev 2006-03-12 00:38:14 UTC
*** Bug 125897 has been marked as a duplicate of this bug. ***
Comment 11 Jakub Moc (RETIRED) gentoo-dev 2006-03-16 08:14:18 UTC
*** Bug 126424 has been marked as a duplicate of this bug. ***
Comment 12 Michael Hampton 2006-03-18 06:33:20 UTC
The problem here is that if you install a fresh 2006.0 system without ~x86, then device-mapper 1.02.02 and lvm2-2.01.09 will try to install, and they aren't compatible with each other, as the commenters above pointed out. I'd suggest the new device-mapper go into ~x86 or the new lvm come out...one or the other, otherwise new installs using LVM (like mine) are going to break horribly.
Comment 13 Paul de Vrieze (RETIRED) gentoo-dev 2006-03-21 07:45:49 UTC
Could this bug be fixed. Or are there reasons that a revbump is not an option?
Comment 14 Aron Griffis (RETIRED) gentoo-dev 2006-03-24 11:23:32 UTC
additionally device-mapper-1.02.03 is incompatible with lvm2-2.02.01.  These are the latest versions in portage.  Build fails with

mirror/mirrored.c: In function `_add_log':
mirror/mirrored.c:241: error: too few arguments to function `dm_tree_node_add_mirror_target_log'
make[1]: *** [mirror/mirrored.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/lvm2-2.02.01/work/LVM2.2.02.01/lib'make: *** [lib] Error 2

This is while trying to add ~ia64 keywords
Comment 15 Aron Griffis (RETIRED) gentoo-dev 2006-03-24 11:25:28 UTC
(In reply to comment #14)
> additionally device-mapper-1.02.03 is incompatible with lvm2-2.02.01.  These
> are the latest versions in portage.  Build fails with

Actually this is the issue from bug 126484, different from the issue reported in this bug.
Comment 16 Jakub Moc (RETIRED) gentoo-dev 2006-03-25 00:51:21 UTC
*** Bug 127509 has been marked as a duplicate of this bug. ***
Comment 17 Mike Hammill 2006-03-25 09:33:36 UTC
(In reply to comment #14)
Additionally, for PPC, device-mapper-1.02.02 is incompatible with newly available lvm2-2.02.02.  I currently have the afore mentioned device-mapper running happily with lvm2-2.02.01 (thanks to adding lvm2 to package.keywords).  Interestingly, the error message I get is almost identical to that in comment #14, except the problem is too _many_ arguments to function!!

mirror/mirrored.c: In function `_add_log':
mirror/mirrored.c:249: error: `DM_BLOCK_ON_ERROR' undeclared (first use in this function)
mirror/mirrored.c:249: error: (Each undeclared identifier is reported only once
mirror/mirrored.c:249: error: for each function it appears in.)
mirror/mirrored.c:251: error: too many arguments to function `dm_tree_node_add_mirror_target_log'
activate/dev_manager.c: In function `_tree_action':
activate/dev_manager.c:981: warning: implicit declaration of function `dm_tree_skip_lockfs'
activate/dev_manager.c:981: warning: nested extern declaration of `dm_tree_skip_lockfs'
make[1]: *** [mirror/mirrored.o] Error 1
Comment 18 Stefan Lucke 2006-03-25 23:45:22 UTC
(In reply to comment #6)
> InCVS.  Patch applied to older ebuild.  DEPENDS updated on older build and
> bumped to -r1.  New ebuild created for new lvm2 package.
> 

So lvm2-2.01.14-r1 works for me too. But I'm running now with this lvm2 version and device-mapper 1.02.02 with my root ("/") partition on lvm without problems. Resizing "/" during install was possible too (from 2G to 3G).
I don't think it is required to force a dependenciy on device-mapper 1.01* (DEPEND="=sys-fs/device-mapper-1.01*")
Comment 19 Brendan Jurd 2006-03-30 23:51:06 UTC
Me too.

Using standard options, I get the error shown in the OP.  Using ~x86, I get the error shown in comment #17.

I'm a bit of a gentoo-newb, could someone please explain how I can workaround this problem?  It's preventing me from booting into my new system, so I'm starting to get pretty desperate for a solution.

Cheers
Comment 20 Brendan Jurd 2006-03-31 00:16:46 UTC
(In reply to comment #19)

Disregard previous comment, I got device-mapper-1.02.02 and lvm2-2.02.01 to cooperate.
Comment 21 John Herdy 2006-04-06 08:05:48 UTC
(In reply to comment #13)
> Could this bug be fixed. Or are there reasons that a revbump is not an option?
> 

could a maintainer please respond to this? why not add <arch>@gentoo.org to the cc-list and request to mark the correct version stable. i can't believe that all lvm2 users can't emerge lvm2 without changing package.keywords since january. lvm2 is a critical component that is installed on a lot of servers and workstations. i don't want to offend anyone but enterprise gentoo will never be a reality if bugs for important packages like this stay open for so long while the solution is very easy. just request the <arch> teams to change the keyword.
sys-fs/device-mapper-1.02.03 and sys-fs/lvm2-2.02.02 is a working combination.
Comment 22 John Herdy 2006-04-06 08:09:24 UTC
just another note, shouldn't this bug be assigned to the herd base-system instead of a single developer? maybe someone from the herd can set the correct keywords.
Comment 23 Jakub Moc (RETIRED) gentoo-dev 2006-04-14 13:25:15 UTC
*** Bug 129983 has been marked as a duplicate of this bug. ***
Comment 24 John Mylchreest (RETIRED) gentoo-dev 2006-04-14 18:23:54 UTC
hey guys sorry to push this but this is causing problems outside of base as well.

Arch teams, please could you test and mark stable sys-fs/lvm2-2.02.02 where possible. Its to tie in with stable device-mapper.

Also, we could do with lvm2-2.02.03 in testing to also match dm if possible.
If anyone of you guys want me to help out with this please shout.
Comment 25 SpanKY gentoo-dev 2006-04-14 19:11:21 UTC
why dont you talk to to Eric, it isnt like it's hard to get a hold of him
Comment 26 Eric Edgar (RETIRED) gentoo-dev 2006-04-19 20:24:36 UTC
working to stabilize 2.02.03 which is stable upstream.  The ebuild has been reworked to not require the clustered lvm bits by default.  This should speed stabilization of this ebuild.

Comment 27 Eric Edgar (RETIRED) gentoo-dev 2006-04-20 12:33:07 UTC
is this static patch necessary on the new 2.02.03 or 2.02.04 lvm2?
Comment 28 Eric Edgar (RETIRED) gentoo-dev 2006-04-21 13:02:03 UTC
Closing this bug as there is a newer lvm2 ebuild in the tree 2.02.04-r1.  We are working on stabilizing it at the moment.

Please open a new bug if that version is having issues for you.
Comment 29 Jakub Moc (RETIRED) gentoo-dev 2006-04-25 07:05:25 UTC
*** Bug 131223 has been marked as a duplicate of this bug. ***
Comment 30 Jakub Moc (RETIRED) gentoo-dev 2006-04-28 08:40:46 UTC
*** Bug 131576 has been marked as a duplicate of this bug. ***
Comment 31 Jakub Moc (RETIRED) gentoo-dev 2006-05-08 23:43:04 UTC
*** Bug 132748 has been marked as a duplicate of this bug. ***
Comment 32 Jakub Moc (RETIRED) gentoo-dev 2006-05-11 08:41:40 UTC
*** Bug 133029 has been marked as a duplicate of this bug. ***
Comment 33 Jakub Moc (RETIRED) gentoo-dev 2006-06-09 00:54:06 UTC
*** Bug 136139 has been marked as a duplicate of this bug. ***
Comment 34 DEMAINE Benoît-Pierre, aka DoubleHP 2006-06-09 04:47:58 UTC
Stabilisation querry in bug #136172 ... since compatibility between lvm2 and device-mapper is now *solved*, stabilisation is a seperate topic IMHO.
Comment 35 Jakub Moc (RETIRED) gentoo-dev 2006-09-06 01:39:35 UTC
*** Bug 146519 has been marked as a duplicate of this bug. ***