Re: device-mapper: ioctl: ioctl interface mismatch: kernel(4.37.0), user(4.39.0), cmd(16)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Dne 19.9.2018 v 17:30 Özkan Göksu napsal(a):
Hello.

After your mail I tried something;
I just curious what will happen when I downgrade multipath-tools package and the rest was latest.
lvm2 2.02.181-1
device-mapper 2.02.181-1

I just downgrade to: multipath-tools 0.7.6-1
Everything works great. I didnt saw any problem.
I was thinking the problem related to device-mapper but now its seems something else.


This is compile process from Arch-linux AUR repository: https://paste.ubuntu.com/p/zV58g56gVT/ If I'm not mistaken this is the log you want. If its not then tell me where should I look for the log you want?

[root@SMDEV2  service]# ldd /usr/bin/multipathd
linux-vdso.so.1 (0x00007fffea4fe000)
libmultipath.so.0 => /usr/lib/libmultipath.so.0 (0x00007f729711e000)
libmpathpersist.so.0 => /usr/lib/libmpathpersist.so.0 (0x00007f7297114000)
libmpathcmd.so.0 => /usr/lib/libmpathcmd.so.0 (0x00007f729710f000)
libudev.so.1 => /usr/lib/libudev.so.1 (0x00007f72970ef000)
libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f72970ea000)
liburcu.so.6 => /usr/lib/liburcu.so.6 (0x00007f7296ee2000)
libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f7296ebf000)
libdevmapper.so.1.02 => /usr/lib/libdevmapper.so.1.02 (0x00007f7296c69000)
libreadline.so.7 => /usr/lib/libreadline.so.7 (0x00007f7296a1c000)
libsystemd.so.0 => /usr/lib/libsystemd.so.0 (0x00007f7296990000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007f72967cc000)
libaio.so.1 => /usr/lib/libaio.so.1 (0x00007f72965ca000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f72971b5000)
liburcu-common.so.6 => /usr/lib/liburcu-common.so.6 (0x00007f72963c3000)
libm.so.6 => /usr/lib/libm.so.6 (0x00007f729623e000)
libncursesw.so.6 => /usr/lib/libncursesw.so.6 (0x00007f7295fd1000)
librt.so.1 => /usr/lib/librt.so.1 (0x00007f7295fc7000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007f7295da1000)
liblz4.so.1 => /usr/lib/liblz4.so.1 (0x00007f7295b84000)
libgcrypt.so.20 => /usr/lib/libgcrypt.so.20 (0x00007f7295866000)
libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00007f7295646000)

I did not tried to compile from GIT by myself. But my knowledge the aur package also takes the code from your git repository
If you need anything else just ask me please.



Hi

Wild guess -  latest multipath probably started to require latest kernel
which has some enhanced support for polling events - which is not yet
used by dmeventd nor supported by libdm API.

And likely multipath fully?? switched to use this event mechanism and
there is no backward compatibility support for older kernel ?
Or maybe the detection and switch to old mechanism isn't properly working yet ?

Regards

Zdenek

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




[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux