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]

 



Right, this is a multipath-tools problem (AFAIK regression).. not aware
of any new ioctl requirements that a newer multipathd would have to
warrant the stricter use of a newer DM ioctl version.

Mike

On Wed, Sep 19 2018 at 11:30am -0400,
Özkan Göksu <ozkangksu@xxxxxxxxx> wrote:

>    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:
>    [1]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.
> 
>    Zdenek Kabelac <[2]zkabelac@xxxxxxxxxx>, 19 Eyl 2018 �r, 15:52 tarihinde
>    sunu yazdi:
> 
>      Dne 19.9.2018 v 12:35 �kan G� napsal(a):
>      > Hello.
>      > I just upgraded my Kernel to: 4.14.70-1-lts | device-mapper 2.02.181-1
>      |
>      > multipath-tools 0.7.7-1
>      > After that multipathd started to giving the log: // device-mapper:
>      ioctl:
>      > ioctl interface mismatch: kernel(4.37.0), user(4.39.0), cmd(16)
>      > It was working great on my ex kernel "4.14.30-1-lts" with |
>      device-mapper
>      > 2.02.177-5 | multipath-tools 0.7.6-1
>      > Also I tried multipath git version but nothing change.
>      >
>      > I think the problem related to device-mapper and my device mapper
>      Build Date:
>      > 2018-08-01 19:05 UTC =
>      > [3]https://www.archlinux.org/packages/core/x86_64/device-mapper/
>      > Do I need to compile device mapper git version or what should I do?
>      >
> 
>      Hi
> 
>      Can you pastebin how is your package linked while being compiled (gcc
>      log) and
>      how is then used runtime  (ldd) ?
> 
>      It seems the code was linked with different .so library then it's using
>      in
>      runtime.
> 
>      libdm  is supposed to handle all kernel versions.
> 
>      Regards
> 
>      Zdenek
> 
> References
> 
>    Visible links
>    1. https://paste.ubuntu.com/p/zV58g56gVT/
>    2. mailto:zkabelac@xxxxxxxxxx
>    3. https://www.archlinux.org/packages/core/x86_64/device-mapper/

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

--
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