A next action would be to confirm that the failing tests are indeed
doing proxy manipulation:

1.  Repeat tests in a PPA, and verify it fails
2.  Add to the failing dep8 test(s) debug info, such as `env`, /etc/environment 
and /etc/apt/*
3.  Perhaps try adding some simple wget fetches in the dep8 tests

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/2116119

Title:
  autopkgtests fail on PS7 due to mandatory proxy

Status in apport package in Ubuntu:
  Confirmed
Status in livecd-rootfs package in Ubuntu:
  Triaged
Status in ubuntu-boot-test package in Ubuntu:
  Triaged
Status in update-manager package in Ubuntu:
  Triaged

Bug description:
  Canonical PS7 (prodstack 7) now requires[1] a proxy for any outgoing
  connection, even to archive.ubuntu.com. This breaks assumptions made
  by some of the update-manager tests[2], which expect a direct
  connection.

  Affected packages (known so far):
  * livecd-rootfs
  * update-manager
  * ubuntu-release-upgrader
  * ubuntu-boot-test

  Long thread on internal mattermost here[3].

  For example:
  1320s ERROR: testOriginMatcherSimple 
(test_update_origin.TestOriginMatcher.testOriginMatcherSimple)
  1320s ----------------------------------------------------------------------
  1320s Traceback (most recent call last):
  1320s   File "/usr/lib/python3/dist-packages/apt/cache.py", line 565, in 
update
  1320s     res = self._cache.update(fetch_progress, slist, pulse_interval)
  1320s apt_pkg.Error: E:Failed to fetch 
http://archive.ubuntu.com/ubuntu/dists/noble/InRelease  Cannot initiate the 
connection to archive.ubuntu.com:80 (2620:2d:4000:1::101). - connect (101: 
Network is unreachable)

  Curiously, these tests seem to have passed in non-amd64 architectures,
  but closer inspection showed that these ran in good-old-PS6 (bos03),
  where direct connections to archive.ubuntu.com (and
  changelogs.ubuntu.com) are allowed.

  This bug might be invalid for update-manager in the end, and we could
  decide to allow such direct connections in PS7, but for the meantime,
  we need a place to discuss, and reference, because we are about to
  have to skip these tests for SRUs and migrations that this is
  blocking.

  Keep in mind that forcing all these tests to go through a proxy will
  also probably mean we will lose test coverage, since we are losing the
  directly-connected test scenario.

  Some troubleshooting was done already, here is some info.

  a) provisioning of proxy settings for PS7 autopkgtest vms:

    - echo http_proxy=http://egress.ps7.internal:3128/ >> /etc/environment
    - echo https_proxy=http://egress.ps7.internal:3128/ >> /etc/environment
    - echo no_proxy=127.0.0.1,127.0.1.1,localhost,localdomain >> 
/etc/environment
    - echo 'Acquire::http::Proxy \"http://egress.ps7.internal:3128/\";;' > 
/etc/apt/apt.conf.d/99proxy

  1. No clue where this decision was made
  2. 
https://autopkgtest.ubuntu.com/results/autopkgtest-questing/questing/amd64/u/update-manager/20250707_093622_8d0d0@/log.gz
  3. https://chat.canonical.com/canonical/pl/g7hugd5p53nwmmibntd359z3gr

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


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to