Bug 1442146
Summary: | Fedora 26 install fails because kickstart template passes metalink URL to --mirrorlist option, which Anaconda cannot understand | ||
---|---|---|---|
Product: | [Retired] Beaker | Reporter: | Anthony Gialluca <agialluc> |
Component: | general | Assignee: | Dan Callaghan <dcallagh> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Dan Callaghan <dcallagh> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 24 | CC: | beaker-dev-list, dcallagh, dgilmore, jpazdziora, mjia, rjoost |
Target Milestone: | 24.3 | Keywords: | Patch |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-05-30 07:07:55 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Comment 2
Dan Callaghan
2017-04-19 07:34:08 UTC
The ks_meta="no_updates_repos" works and is a reasonable workaround before Fedora 26 was released. But with the GA getting near, we really should be prepared to be able to use the release together with updates from day 1. Is there a plan to address the issue before Fedora 26 GA? Well there are no "plans" for Beaker, due to https://mojo.redhat.com/docs/DOC-1127927 ... but I agree, it will be good to get this sorted before Fedora 26 GA. I will take a look next week. I can't find any indication in that docs that --mirrorlist ever *should* accept a metalink XML file (even though it clearly has in past versions of Anaconda). I guess it only worked like this as a happy accident in the past? I also can't find any change in pykickstart or anaconda which would have taken this behaviour anyway though... I'm sure that we put in this line into the kickstart templates: repo --name=fedora-updates --mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=updates-released-f26&arch=x86_64 to mimic what happens if you do an actual Fedora netinstall manually, with no kickstart. In that case it will pull packages from updates by default. But I am not sure where the canonical source of *that* behaviour is either. Is the updates repo magically injected by some code inside Fedora's build of Anaconda? I need to find that so I can see exactly what URL they use (mirrorlist, metalink, something else...) So I was trying to figure out exactly what the Fedora netinstall images do... the canonical source seems to be https://pagure.io/pungi-fedora although I cannot find any configuration for the netinstall image specifically in there. Regardless, that seems to refer back to the kickstarts in https://pagure.io/fedora-kickstarts and there I see a snippet which has: repo --name=fedora --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch repo --name=updates --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f$releasever&arch=$basearch #repo --name=updates-testing --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=updates-testing-f$releasever&arch=$basearch url --mirrorlist=https://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch Note /mirrorlist as opposed to /metalink which we have. I am guessing when this was originally added into the Beaker kickstart templates we just picked the wrong URL by mistake. Presumably we can just swap /metalink to /mirrorlist and everything will work -- although I will need to test older Fedora releases to ensure that we can still provision them with this change. Tested this on beaker-devel with Fedora 18, Fedora 21, and Fedora 26 (random selection). Looks fine. https://gerrit.beaker-project.org/5698 Beaker 24.3 has been released. |