[Bug 2045000] Re: nvme-stas 2.3-1ubuntu1 autopkgtest hanging on s390x

[Olivier Gayot]

Attaching debdiff. The fix was forwarded upstream [1] and to Debian.

PPA:
[ogayot/noble-proposed](https://launchpad.net/~ogayot/+archive/ubuntu/noble-proposed)

Successful autopkgtest run on s390x against PPA [2].

NOTE I've seen another udev test (test-case 1 with IPv6) fail when
running autopkgtest on a canonistack instance. This does not seem
related to s390x (also reproduced on ppc64el) and it seems to pass fine
on the autopkgtest infrastructure. So I'll consider it something for
another day...

FAIL: test__cid_matches_tid (__main__.Test.test__cid_matches_tid)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/tmp/autopkgtest.Jnsvlo/build.2IB/src/test/test-udev.py", line 525, in test__cid_matches_tid
    self.assertEqual(
AssertionError: True != False : Test Case 1 failed


[1] https://github.com/linux-nvme/nvme-stas/pull/406
[2] https://autopkgtest.ubuntu.com/results/autopkgtest-noble-ogayot-noble-proposed/noble/s390x/n/nvme-stas/20231128_113657_357b1@/log.gz

** Patch added: "1-2.3-1ubuntu1__2.3-1ubuntu2.debdiff"
   https://bugs.launchpad.net/ubuntu/+source/nvme-stas/+bug/2045000/+attachment/5724199/+files/1-2.3-1ubuntu1__2.3-1ubuntu2.debdiff

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

Title:
  nvme-stas 2.3-1ubuntu1 autopkgtest hanging on s390x

Status in nvme-stas package in Ubuntu:
  New
Status in nvme-stas package in Debian:
  Unknown

Bug description:
  On s390x, the test-suite for nvme-stas hangs and then times out:

  596s test_clear (test-gtimer.Test.test_clear) ... ok
  596s test_new_timer (test-gtimer.Test.test_new_timer) ... ok
  596s test_start_timer (test-gtimer.Test.test_start_timer) ... ok
  596s test_AsyncTask (test-gutil.GutilUnitTest.test_AsyncTask) ... ok
  596s test__data_matches_ip (test-iputil.Test.test__data_matches_ip) ... ok
  596s test_get_interface (test-iputil.Test.test_get_interface)
  10600s Check that get_interface() returns the right info ...

  I am able to reproduce the issue consistently on a s390x host.

  The function that is hanging is the following:

  > def net_if_addrs():
  >     with socket.socket(socket.AF_NETLINK, socket.SOCK_RAW) as sock:
  >         sock.sendall(GETADDRCMD)
  >         nlmsg = sock.recv(8192)     # This call blocks forever

  where:

  > GETADDRCMD = _nlmsg(RTM_GETADDR, NLM_F_REQUEST | NLM_F_ROOT,
  _ifaddrmsg())

  and

  > def _ifaddrmsg(family=0, prefixlen=0, flags=0, scope=0, index=0):
  >     '''Implement this C struct:
  >     struct ifaddrmsg {
  >         __u8   ifa_family;
  >         __u8   ifa_prefixlen;  /* The prefix length        */
  >         __u8   ifa_flags;      /* Flags            */
  >         __u8   ifa_scope;      /* Address scope        */
  >         __u32  ifa_index;      /* Link index           */
  >     };
  >     '''
  >     return struct.pack('<BBBBL', family, prefixlen, flags, scope, index)

  This is presumably an endianness issue since s390x uses big-endian.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nvme-stas/+bug/2045000/+subscriptions