[Bug 1644253] Re: multipath-tool autopkg test fail on s390

ChristianEhrhardt 1644253 at bugs.launchpad.net
Fri Nov 25 10:19:25 UTC 2016


Worked on s390x LPAR as well as in an s390x KVM guest just as is.

I think it is related to
/dev/mapper/control: open failed: Operation not permitted
Failure to communicate with kernel device-mapper driver.
Check that device-mapper is available in the kernel.
Incompatible libdevmapper 1.02.136 (2016-11-05) and kernel driver (unknown version).

The script runs with needs-root anyway, so that isn't it.
But the unavailable kernel driver makes me wonder.

aupkg02 is a z/VM Guest that will be used for that - I don't know of the specific setup details.
I know that there is work ongoing to make this more of a normal *stack setup.

We have
CONFIG_BLK_DEV_DM_BUILTIN=y
CONFIG_BLK_DEV_DM=y
So this should always be there.

But the following executed by one who is allowed on one of the systems should help to debug:
pull-lp-source multipath-tools
cd multipath-tools-0.5.0+git1.656f8865/debian/tests
sudo ./kpartx-file-loopback
# The former should reproduce the error
# Then look why/what might be going on with /dev/mapper/control
ls -laF /dev/mapper/control
lsmod | grep dm
# check dmesg ?
# more?

I need access, help from one with access or have to wait for the new
*stack systems

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1644253

Title:
  multipath-tool autopkg test fail on s390

Status in multipath-tools package in Ubuntu:
  Confirmed

Bug description:
  Hi,
  I just happened to see that multipath-tools autpkgtest is on "always failed" on s390x.
  For a platform that so heavily relies on multipath-tools that should be fixed on next merge.

  Here is one example:
  https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-zesty/zesty/s390x/m/multipath-tools/20161123_134257_37ee0@/log.gz

  You can pick whatever is the latest from:
  http://autopkgtest.ubuntu.com/packages/multipath-tools

  P.S. the same is true for armhf but they are less "multipathy" IMHO.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1644253/+subscriptions



More information about the foundations-bugs mailing list