Thanks to Laney I now know that iptables is actually hanging in what
seems to be a busy loop:
ubuntu 717 0.0 0.7 22976 11968 ? S 08:36 0:00 | \_ sshd:
ubuntu@notty
root 3715 0.0 0.6 16064 9536 ? Ss 08:36 0:00 | \_
sudo -n /tmp/autopkgtest-run-wrapper env
ADT_TEST_TRIGGERS=iptables/1.8.3-2ubuntu1 sh -ec su --shell=/bin/sh ubuntu -c
'set -e; exec 3>&1 >&2; set -x; cd /tmp/autopkgtest.eeLwnO/build.zyB/src;
DEB_BUILD_OPTIONS="parallel=1 $DEB_BUILD_OPTIONS" dpkg-buildpackage -us -uc -b;
dpkg-source --before-build .'
root 3716 0.0 0.1 11200 1920 ? S 08:36 0:00 |
\_ /bin/bash /tmp/autopkgtest-run-wrapper env
ADT_TEST_TRIGGERS=iptables/1.8.3-2ubuntu1 sh -ec su --shell=/bin/sh ubuntu -c
'set -e; exec 3>&1 >&2; set -x; cd /tmp/autopkgtest.eeLwnO/build.zyB/src;
DEB_BUILD_OPTIONS="parallel=1 $DEB_BUILD_OPTIONS" dpkg-buildpackage -us -uc -b;
dpkg-source --before-build .'
root 3718 0.0 0.0 3520 1408 ? S 08:36 0:00 |
\_ sh -ec su --shell=/bin/sh ubuntu -c 'set -e; exec 3>&1 >&2; set -x; cd
/tmp/autopkgtest.eeLwnO/build.zyB/src; DEB_BUILD_OPTIONS="parallel=1
$DEB_BUILD_OPTIONS" dpkg-buildpackage -us -uc -b; dpkg-source --before-build .'
root 3719 0.0 0.5 15680 8960 ? S 08:36 0:00 |
\_ su --shell=/bin/sh ubuntu -c set -e; exec 3>&1 >&2; set -x; cd
/tmp/autopkgtest.eeLwnO/build.zyB/src; DEB_BUILD_OPTIONS="parallel=1
$DEB_BUILD_OPTIONS" dpkg-buildpackage -us -uc -b; dpkg-source --before-build .
ubuntu 3720 0.0 0.0 3520 1344 ? Ss 08:36 0:00 |
\_ sh -c set -e; exec 3>&1 >&2; set -x; cd
/tmp/autopkgtest.eeLwnO/build.zyB/src; DEB_BUILD_OPTIONS="parallel=1
$DEB_BUILD_OPTIONS" dpkg-buildpackage -us -uc -b; dpkg-source --before-build .
ubuntu 3721 0.0 1.3 28416 21120 ? S 08:36 0:00 |
\_ /usr/bin/perl /usr/bin/dpkg-buildpackage -us -uc -b
ubuntu 3810 0.0 0.0 3520 1344 ? S 08:36 0:00 |
\_ /bin/sh /usr/bin/fakeroot debian/rules binary
ubuntu 3825 0.0 0.1 9728 1728 ? S 08:36 0:00 |
\_ /usr/bin/make -f debian/rules binary
ubuntu 3835 0.0 0.1 3904 1792 ? S 08:36 0:00 |
\_ /bin/sh ./run_tests.sh -i /usr/bin/python2
ubuntu 3854 1.0 3.4 58048 53952 ? S 08:36 1:54 |
\_ /usr/bin/python2 ./tests/unit/runner.py
ubuntu 25819 99.9 0.1 5312 2368 ? R 08:39 173:53 |
\_ /sbin/iptables -N ufw-caps-testZNBjxu
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ufw in Ubuntu.
https://bugs.launchpad.net/bugs/1840633
Title:
autopkgtests get stuck in Eoan with iptables 1.8.3
Status in ufw package in Ubuntu:
New
Bug description:
Hi,
it is time to report a bug to keep all info in one place.
First of all ufw tests were broken with iptables 1.8.3 due to an ordering
issue in the output.
This I fixed and tested in [1].
It only adds one more "allowed result" to one of the tests, so it should be
no big change.
I double checked the upload to not (by any accident) change something else.
$ debdiff ufw_0.36-1ubuntu1.dsc ufw_0.36-1ubuntu2.dsc | diffstat
changelog | 8
patches/0003-fix-test-iptables1.8.patch | 4151
++++++++++++++++++++++++++++++++
patches/series | 1
3 files changed, 4160 insertions(+)
$ grep -e '---' -e '+++'
ufw-0.36/debian/patches/0003-fix-test-iptables1.8.patch
--- /dev/null
+++ b/tests/root/valid/result.1.8
--- /dev/null
+++ b/tests/root/valid6/result.1.8
=> That seems safe to me.
But since this hit Eoan the tests get stuck and hang what seems until aborted
(we have seen up to 75h). A normal execution in the past was ~30 minutes.
The modified test worked fine: http://paste.ubuntu.com/p/RKFvhTP8Ft/
But the test for ufw has multiple runs and I only fixed/modified/tested the
"root-unitest". I'm running the full test now hoping it might reproduce locally
for debugging.
First I thought something else in Eoan changed now trigging this issue. But
that is rather unlikely, as without the new iptables it works fine.
So for now the working theory for now is that iptables 1.8.3 changed
something else changed
Formerly this was not seen as it failed on the bug I fixed before hitting the
hang.
But with the fix above applied it now triggers the hang.
It always hangs at this tests:
Test get_netfilter_capabilities()
ERROR (CommandError): No server with a name or ID of
'0eb6260d-c544-41eb-8cfa-baa9a745c528'
nova show 0eb6260d-c544-41eb-8cfa-baa9a745c528
(adt-eoan-s390x-ufw-20190815-202934)
The test uses no Nova, the last two lines is from the automation being
aborted.
What is interesting is that this test would be ran up to three times,
and it sometimes succeeds one or two times now. So it might (in
addition to be broken) also be flaky.
[1]:
https://code.launchpad.net/~paelzer/ubuntu/+source/ufw/+git/ufw/+merge/371391
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ufw/+bug/1840633/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
