Comment 0 for bug 1744038

When deploying trusty, curtin fails to configure the archive mirror to the one it is being told to. When deploying xenial with the same configuration, this is not the case.

MAAS sends the config to curtin like:

apt:
  preserve_sources_list: false
  primary:
  - arches: [default]
    uri: http://us.archive.ubuntu.com/ubuntu
  proxy: http://10.90.90.1:8000/
  security:
  - arches: [default]
    uri: http://us.archive.ubuntu.com/ubuntu

The result of this is that curtin starts the installation, but fallbacks to 'archive.ubuntu.com' instead of accessing the defined mirror. Excerpt cloud-init logs:

[...]
Get:1 http://security.ubuntu.com trusty-security InRelease [65.9 kB]
Ign http://archive.ubuntu.com trusty InRelease
Get:2 http://ppa.launchpad.net trusty InRelease [16.0 kB]
Get:3 http://archive.ubuntu.com trusty-updates InRelease [65.9 kB]
Get:4 http://ppa.launchpad.net trusty/main amd64 Packages [1139 B]
Get:5 http://security.ubuntu.com trusty-security/main amd64 Packages [704 kB]
Get:6 http://archive.ubuntu.com trusty-backports InRelease [65.9 kB]
Get:7 http://archive.ubuntu.com trusty Release.gpg [933 B]
Get:8 http://archive.ubuntu.com trusty-updates/main amd64 Packages [1050 kB]
Get:9 http://security.ubuntu.com trusty-security/restricted amd64 Packages [14.1 kB]
Get:10 http://security.ubuntu.com trusty-security/universe amd64 Packages [201 kB]
Get:11 http://security.ubuntu.com trusty-security/multiverse amd64 Packages [4803 B]
Get:12 http://archive.ubuntu.com trusty-updates/restricted amd64 Packages [17.2 kB]
Get:13 http://archive.ubuntu.com trusty-updates/universe amd64 Packages [439 kB]
Get:14 http://archive.ubuntu.com trusty-updates/multiverse amd64 Packages [14.6 kB]
Get:15 http://archive.ubuntu.com trusty-backports/main amd64 Packages [13.3 kB]
Get:16 http://archive.ubuntu.com trusty-backports/restricted amd64 Packages [28 B]
Get:17 http://archive.ubuntu.com trusty-backports/universe amd64 Packages [43.1 kB]
Get:18 http://archive.ubuntu.com trusty-backports/multiverse amd64 Packages [1567 B]
Get:19 http://archive.ubuntu.com trusty Release [58.5 kB]
Get:20 http://archive.ubuntu.com trusty/main amd64 Packages [1350 kB]
Get:21 http://archive.ubuntu.com trusty/restricted amd64 Packages [13.0 kB]
Get:22 http://archive.ubuntu.com trusty/universe amd64 Packages [5859 kB]
Get:23 http://archive.ubuntu.com trusty/multiverse amd64 Packages [132 kB]
Fetched 10.1 MB in 5s (1843 kB/s)
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
The following extra packages will be installed:
  linux-signed-image-3.13.0-139-generic linux-signed-image-generic sbsigntool
The following NEW packages will be installed:
  linux-signed-generic linux-signed-image-3.13.0-139-generic
  linux-signed-image-generic sbsigntool
0 upgraded, 4 newly installed, 0 to remove and 12 not upgraded.
Need to get 62.2 kB of archives.
After this operation, 468 kB of additional disk space will be used.
[...].

Now, If I change the curtin configuration to the old format, I experience the same issue:

apt_mirrors: {ubuntu_archive: 'http://us.archive.ubuntu.com/ubuntu', ubuntu_security: 'http://us.archive.ubuntu.com/ubuntu'}

The result is the same as above.

Again, this does *NOT* happen when deploying xenial, only trusty (and hence precise).