Whenever I create/remove an lvm snapshot i get an 'Unable to find dmeventd' error. The snapshot appears to have been created fine, the data is there and intact and removing did work also...but the error always shows up. This was reported in bug 290788 for x86 which was closed as fixed in version 2.02.56; but it appears the new version still has this problem on amd64 Reproducible: Always Steps to Reproduce: 1. create/remove lvm snapshot 2. 3. Actual Results: Unable to find dmeventd error is shown Expected Results: should not see Unable to find dmeventd emerge --info Portage 2.1.7.17 (default/linux/amd64/10.0/server, gcc-4.3.4, glibc-2.10.1-r1, 2.6.33.1 x86_64) ================================================================= System uname: Linux-2.6.33.1-x86_64-Intel-R-_Xeon-R-_CPU_E5520_@_2.27GHz-with-gentoo-1.12.13 Timestamp of tree: Sun, 28 Mar 2010 18:15:01 +0000 app-shells/bash: 4.0_p35 dev-lang/python: 2.6.4-r1 sys-apps/baselayout: 1.12.13 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.63-r1 sys-devel/automake: 1.10.3 sys-devel/binutils: 2.18-r3 sys-devel/gcc: 4.3.4 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=native -msse4 -mcx16 -msahf -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=native -msse4 -mcx16 -msahf -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://mirrors.tera-byte.com/pub/gentoo ftp://gentoo.arcticnetwork.ca/pub/gentoo/ ftp://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ ftp://gentoo.cites.uiuc.edu/pub/gentoo/ ftp://lug.mtu.edu/gentoo/ ftp://ftp.gtlib.gatech.edu/pub/gentoo " LDFLAGS="-Wl,-O1" LINGUAS="en" MAKEOPTS="-j17" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="acl amd64 apache2 berkdb bzip2 cli cracklib crypt cups cxx dri fortran gdbm gpm iconv mmx modules mudflap multilib ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session snmp spl sse sse2 ssl sysfs tcpd truetype unicode xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="fbdev glint intel mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY lvm version LVM version: 2.02.56(1) (2009-11-24) Library version: 1.02.40 (2009-11-24) Driver version: 4.16.0
Please retest again .64.
> Please retest again .64. I've just tested 2.02.64 and the bug is still there. The problem is (at least in my tests) that dmeventd is not started by the init script and LVM tries to start it itself. But instead of searching the dmeventd binary in /sbin/dmeventd, where it has been installed, LVM tries to open /usr/sbin/dmeventd. It seems like this is an upstream bug, because the default installation path of dmeventd is constructed using the sbin_dir (respectively static_dir) from the configuration process, whereas the default search path of dmeventd is constructed using EPREFIX/sbin. Anyway I think it would be a good idea to add --with-dmeventd-path=/sbin/dmeventd to the ebuilds.
Reopening per comment 2.
Fixed in .67
