Completing Copying of Logs stage takes a very long time

Status changed to 'Confirmed' because the bug affects multiple users.

Confirm that this is occurring on both Ubuntu and Kubuntu Kinectic daily ISO's dated 15-09-2022

Attaching the syslog from the installer Kubuntu Kinetic ISO 15-09-2022

Hm, there is a few minute span where it looks like DNS was not working:

Sep 14 15:50:17 ubuntu-budgie finish-install: Ign:1 http://gb.archive.ubuntu.com/ubuntu kinetic InRelease
Sep 14 15:50:17 ubuntu-budgie finish-install: Ign:2 http://security.ubuntu.com/ubuntu kinetic-security InRelease
Sep 14 15:50:18 ubuntu-budgie systemd[1]: Starting Clean up old snapshots to free space...
Sep 14 15:50:19 ubuntu-budgie systemd[1]: Starting ZSYS daemon service...
Sep 14 15:50:19 ubuntu-budgie systemd[1]: Started ZSYS daemon service.
Sep 14 15:50:19 ubuntu-budgie systemd[1]: zsys-gc.service: Deactivated successfully.
Sep 14 15:50:19 ubuntu-budgie systemd[1]: Finished Clean up old snapshots to free space.
Sep 14 15:50:45 ubuntu-budgie finish-install: Ign:3 http://gb.archive.ubuntu.com/ubuntu kinetic-updates InRelease
Sep 14 15:50:46 ubuntu-budgie finish-install: Ign:2 http://security.ubuntu.com/ubuntu kinetic-security InRelease
Sep 14 15:51:13 ubuntu-budgie finish-install: Ign:4 http://gb.archive.ubuntu.com/ubuntu kinetic-backports InRelease
Sep 14 15:51:16 ubuntu-budgie finish-install: Ign:2 http://security.ubuntu.com/ubuntu kinetic-security InRelease
Sep 14 15:51:19 ubuntu-budgie systemd[1]: zsysd.service: Deactivated successfully.
Sep 14 15:51:41 ubuntu-budgie finish-install: Ign:1 http://gb.archive.ubuntu.com/ubuntu kinetic InRelease
Sep 14 15:51:48 ubuntu-budgie finish-install: Err:2 http://security.ubuntu.com/ubuntu kinetic-security InRelease
Sep 14 15:51:48 ubuntu-budgie finish-install: Could not resolve ‘security.ubuntu.com’
Sep 14 15:52:09 ubuntu-budgie finish-install: Ign:3 http://gb.archive.ubuntu.com/ubuntu kinetic-updates InRelease
Sep 14 15:52:37 ubuntu-budgie finish-install: Ign:4 http://gb.archive.ubuntu.com/ubuntu kinetic-backports InRelease
Sep 14 15:53:05 ubuntu-budgie finish-install: Ign:1 http://gb.archive.ubuntu.com/ubuntu kinetic InRelease
Sep 14 15:53:33 ubuntu-budgie finish-install: Ign:3 http://gb.archive.ubuntu.com/ubuntu kinetic-updates InRelease
Sep 14 15:54:01 ubuntu-budgie finish-install: Ign:4 http://gb.archive.ubuntu.com/ubuntu kinetic-backports InRelease
Sep 14 15:54:29 ubuntu-budgie finish-install: Err:1 http://gb.archive.ubuntu.com/ubuntu kinetic InRelease
Sep 14 15:54:29 ubuntu-budgie finish-install: Could not resolve ‘gb.archive.ubuntu.com’
Sep 14 15:54:57 ubuntu-budgie finish-install: Err:3 http://gb.archive.ubuntu.com/ubuntu kinetic-updates InRelease
Sep 14 15:54:57 ubuntu-budgie finish-install: Could not resolve ‘gb.archive.ubuntu.com’
Sep 14 15:55:12 ubuntu-budgie systemd[1]: Starting Cleanup of Temporary Directories...
Sep 14 15:55:12 ubuntu-budgie systemd[1]: Starting Ubuntu Advantage Timer for running repeated jobs...
Sep 14 15:55:12 ubuntu-budgie systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully.
Sep 14 15:55:12 ubuntu-budgie systemd[1]: Finished Cleanup of Temporary Directories.
Sep 14 15:55:12 ubuntu-budgie systemd[1]: ua-timer.service: Deactivated successfully.
Sep 14 15:55:12 ubuntu-budgie systemd[1]: Finished Ubuntu Advantage Timer for running repeated jobs.
Sep 14 15:55:25 ubuntu-budgie finish-install: Err:4 http://gb.archive.ubuntu.com/ubuntu kinet...

I have installed four times over four days with the same result, one on real hardware, others jn virtualbox. All installs have the same behaviour

To clarify, each day I have zsync'd to get the latest daily.

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
https://iso.qa.ubuntu.com/qatracker/reports/bugs/1989596

I think someone needs to pick this up and check if this bug is reproducible for regular Ubuntu desktop installations as well, or just Budgie. And since it seems reproducible by more than one person, should be also reproducible by someone working on this.

Note post #4 and #5 this has been reproduced on both ubuntu and kubuntu ... logs of kubuntu also attached

Tested Ubuntu Kinetic Desktop daily ISO 19-09-2022 and bug still present.

Test result here: http://iso.qa.ubuntu.com/qatracker/milestones/433/builds/259338/testcases/1300/results/

I'm actually seeing this right now but the text its stuck at is "Copying installation logs..." and I suspect something else is going on other than really copying the logs. In the expanded terminal I see a name resolution error. Was yours also stuck at "Copying installations logs"?

Correct ... that's the last message visible. When you open the expander on the message I see the resolve issues appearing several times very slowly ... that's in the syslog as well.

I also saw the name resolution error...just to confirm.

The cause of this is that livecd.ubuntu.squashfs contains an /etc/resolv.conf with private DNS servers (I think it was copied from the build environment). This is copied to the target chroot, so the call of `apt-get update` in d-i/source/apt-setup/finish-install.d/10apt-cdrom-setup[1] repeatedly fails with timeouts, until finally giving up after 10 minutes or so.

I have not figured out if this is due to a change in the build environment, or if systemd-resolved packaging changes broke assumptions in live-build build scripts such as lb_chroot_resolv [2].

[1] https://git.launchpad.net/ubuntu/+source/ubiquity/tree/d-i/source/apt-setup/finish-install.d/10apt-cdrom-setup
[2] https://git.launchpad.net/ubuntu/+source/live-build/tree/scripts/build/lb_chroot_resolv

I believe this was a side effect of bug 1990278, because it changed the way lb_chroot_resolv configured /etc/resolv.conf in the chroot, since systemd-resolved was not installed yet. Since the latest daily image built with systemd 251.4-1ubuntu6, the issue is no longer present.