[Bug 1814373] Re: storage / luks / dmsetup regressed (or got better) on ppc64le

[Thadeu Lima de Souza Cascardo]

So, I tested with a 4.18 kernel and I could still reproduce the issue on
eoan. Then, I tested on a bionic system, 4.15 kernel, systemd 237, glibc
2.27, and I see a failure on malloc, also memory corruption.

This appears on the backtrace.
3738                malloc_printerr ("malloc(): memory corruption");

I am going back to xenial.

Cascardo.

** Also affects: linux (Ubuntu Eoan)
   Importance: Undecided
       Status: Confirmed

** Also affects: systemd (Ubuntu Eoan)
   Importance: Undecided
       Status: New

** Also affects: udisks2 (Ubuntu Eoan)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Disco)
   Importance: Undecided
       Status: New

** Also affects: systemd (Ubuntu Disco)
   Importance: Undecided
       Status: New

** Also affects: udisks2 (Ubuntu Disco)
   Importance: Undecided
       Status: New

** Also affects: linux (Ubuntu Bionic)
   Importance: Undecided
       Status: New

** Also affects: systemd (Ubuntu Bionic)
   Importance: Undecided
       Status: New

** Also affects: udisks2 (Ubuntu Bionic)
   Importance: Undecided
       Status: New

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

Title:
  storage / luks / dmsetup regressed (or got better) on ppc64le

Status in linux package in Ubuntu:
  Confirmed
Status in systemd package in Ubuntu:
  New
Status in udisks2 package in Ubuntu:
  New
Status in linux source package in Bionic:
  New
Status in systemd source package in Bionic:
  New
Status in udisks2 source package in Bionic:
  New
Status in linux source package in Disco:
  New
Status in systemd source package in Disco:
  New
Status in udisks2 source package in Disco:
  New
Status in linux source package in Eoan:
  Confirmed
Status in systemd source package in Eoan:
  New
Status in udisks2 source package in Eoan:
  New

Bug description:
  in disco proposed with new systemd and v4.19 kernel it appears that
  dmsetup / cryptsetup storage either got better or worse.

  Devices take very long to activate, and sometimes remain in use during
  test clean up.

  This leads to udisks autopkgtest failing on ppc64le and systemd's
  "storage" autopkgtest is also failing.

  I've tried to make ppc64le test more resilient, but it's still odd
  that it became unstable in disco, and used to be rock solid on
  ppc64le.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1814373/+subscriptions