Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LP#2060897 "Xubuntu installation failed: RuntimeError: aborting install since no mirror is usable" #75

Closed
github-actions bot opened this issue Apr 18, 2024 · 9 comments
Labels
Fix Released The fix was released. Launchpad Issue synced from Launchpad.

Comments

@github-actions
Copy link

Reported first on Launchpad at https://bugs.launchpad.net/ubuntu/+source/xubuntu-meta/+bug/2060897

Copy link
Author

LP#0: Sean Davis (bluesabre) wrote on 2024-04-11:

Xubuntu 24.04 with the new Flutter installer. ISO 20240410.1

Installation failed with log:

RuntimeError: aborting install since no mirror is usable

See attached installer logs folder.

@github-actions github-actions bot added In Progress The assigned person is working on it. Launchpad Issue synced from Launchpad. labels Apr 18, 2024
Copy link
Author

LP#1: Sean Davis (bluesabre) wrote on 2024-04-11:

Attachments:

Copy link
Author

LP#2: Ubuntu QA Website (ubuntuqa) wrote on 2024-04-11:

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

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

Copy link
Author

LP#3: Dan Bungert (dbungert) wrote on 2024-04-12:

So this outcome is not limited to xubuntu. I was able to produce the same result with the base desktop ISO as well.

The key here is a "deadnet" type configuration - active networking but not going anywhere.
I was however able to make the install work on the deadnet by setting the autoinstall policy
apt: {fallback: offline-install}

The code equivalent of that is a proof-of-concept that I think is overdue to make real, in canonical/subiquity#1816, except I think server wants this default also and that PR applies this policy value change to desktop.

Copy link
Author

LP#4: Dan Bungert (dbungert) wrote on 2024-04-12:

A default policy equivalent of autoinstall {fallback: offline-install} was merged in canonical/subiquity#1971.

Copy link
Author

LP#5: Tim Andersson (andersson123) wrote on 2024-04-16:

I think I managed to recreate this appropriately.

I did an install with the noble amd64 iso dated 15th April 2024, within a VM and disabled my wifi from the host machine.

The VM was then "connected" to a network, but with no actual internet access - I hope this is enough to mimic a "deadnet" network.

Anyway, my conclusion is that the install wasn't successful, please see the log attached.

Perhaps this change hasn't made it into the image of the 15th :)

Attachments:

Copy link
Author

LP#6: Dan Bungert (dbungert) wrote on 2024-04-16:

Perhaps this change hasn't made it into the image of the 15th :)

Correct, this needs a newer snap than build 113 which is on the stable channel.

Copy link
Author

LP#7: Dan Bungert (dbungert) wrote on 2024-04-19:

@sean - I believe this is resolved

Copy link
Author

Issue closed on Launchpad with status: Fix Released

@github-actions github-actions bot added Fix Released The fix was released. and removed In Progress The assigned person is working on it. labels Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Fix Released The fix was released. Launchpad Issue synced from Launchpad.
Projects
None yet
Development

No branches or pull requests

0 participants