The autopkgtest started failing on ppc64el: Temporary failure resolving 'ftpmaster.internal'

Bug #1916888 reported by Iain Lane
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
netplan.io (Ubuntu)
Fix Released
Undecided
Lukas Märdian
Hirsute
Fix Released
Undecided
Lukas Märdian

Bug Description

If you look at the history on

  https://autopkgtest.ubuntu.com/packages/n/netplan.io/hirsute/ppc64el

The autopkgtest started failing on 2021-02-12 with

Err:1 http://ftpmaster.internal/ubuntu hirsute/universe ppc64el wireguard-tools ppc64el 1.0.20200827-1ubuntu1
  Temporary failure resolving 'ftpmaster.internal'
E: Failed to fetch http://ftpmaster.internal/ubuntu/pool/universe/w/wireguard/wireguard-tools_1.0.20200827-1ubuntu1_ppc64el.deb Temporary failure resolving 'ftpmaster.internal'
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?

when trying to run the 'tunnels' test.

There are a couple of passes of 0.101-4ubuntu1 so maybe something else changed in the meantime to break this.

Hopefully this is reproducible in Canonistack, with:

  autopkgtest --shell-fail --timeout-copy=6000 --setup-commands setup-testbed --apt-upgrade netplan.io -- ssh -s ssh-setup/nova -- --flavor m1.small --name netplan --image ubuntu/ubuntu-hirsute-daily-ppc64el --keyname YOURKEYNAME

I'm adding a hint since this is blocking unrelated packages, but I think for things like netplan.io we need to fix the tests to have confidence they work on all supported arches.

Revision history for this message
Iain Lane (laney) wrote :

Since this starts happening part way through, it might be that one of the earlier tests sabotages the system enough to break something with whatever new version of some dependency.

tags: added: update-excuse
Lukas Märdian (slyon)
Changed in netplan.io (Ubuntu):
assignee: nobody → Lukas Märdian (slyon)
status: New → In Progress
Revision history for this message
Balint Reczey (rbalint) wrote :

I've triggered the test with hello in Hirsute release pocket:
https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-hirsute/hirsute/ppc64el/n/netplan.io/20210225_023255_3a632@/log.gz

It looks as if wifi test broke the testbed.

Due to the nature of the tests it is fair to assume the any netplan.io test running as root can break the testbed and I suggest adding this restriction for them.

tags: added: fr-1160
tags: removed: rls-hh-incoming
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package netplan.io - 0.101-4ubuntu3

---------------
netplan.io (0.101-4ubuntu3) hirsute; urgency=medium

  * d/changelog: Restore history, which was lost during previous merge
  * d/watch, d/copyright: Update Github URL
  * d/tests/control:
    - Mark ovs & cloud-init tests non-flaky
    - Mark tests with the "breaks-testbed" restriction
  * Fix DNS issues during tests on ppc64el (LP: #1916888):
    - d/p/0007-tests-keep-management-network-up-at-all-times-during.patch
    - d/p/0008-tests-integration-cleanup-OVS-WPA-files.patch

 -- Lukas Märdian <email address hidden> Fri, 26 Feb 2021 17:47:08 +0100

Changed in netplan.io (Ubuntu Hirsute):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.