Bug 1636739
| Summary: | kickstart doesn't find standard repos Fedora 29 beta Everything netinst (metalink False) | |||
|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Edgar Hoch <edgar.hoch> | |
| Component: | anaconda | Assignee: | Jiri Konecny <jkonecny> | |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | |
| Severity: | high | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 29 | CC: | anaconda-maint-list, edgar.hoch, fzatlouk, jkonecny, jonathan, kellin, kparal, robatino, vanmeeuwen+fedora, vponcova, wwoods | |
| Target Milestone: | --- | |||
| Target Release: | --- | |||
| Hardware: | x86_64 | |||
| OS: | Linux | |||
| Whiteboard: | AcceptedBlocker | |||
| Fixed In Version: | anaconda-29.24.7-1 | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1641620 (view as bug list) | Environment: | ||
| Last Closed: | 2018-10-24 10:53:58 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1517013, 1641620, 1642089 | |||
| Attachments: | ||||
|
Description
Edgar Hoch
2018-10-07 10:23:49 UTC
Created attachment 1491320 [details]
small kickstart file to find the problem
You can use the small kickstart file attached to reproduce the problem.
Created attachment 1491321 [details]
/var/log/anaconda/packaging.log
Can anyone reproduce the problem? Is it an error, or the intended behaviour, because I use a beta release? If it is not the intended behaviour, then it should fix before the release of Fedora 28, because errors in installation images cannot easyly be fixed by updates. Then, I think, it should be a blocker bug? Proposed as a Blocker for 29-final by Fedora user jkonecny using the blocker tracking app because: The installer must be able to use all supported local and remote package and installer sources. This bug makes installer unable to use local repository files. Local repository files can be used by kickstart: repo --name=updates repo --name=updates-testing Thanks Edgar for reporting. This is a major issue caused by smaller rework in the Anaconda code base. The problem is that local repositories aren't enabled in DNF, so they are never used. I've proposed this as a blocker bug to be sure to get this to Fedora 29. Could you please test this patch by trying your installation above with this updates image. I want to be sure that everything is working correctly now. You can use the updates image by adding this to the kernel command line boot parameters. inst.updates=https://jkonecny.fedorapeople.org/redhat/bugs/1636739/repo_fix_updates.img Thank you. Created attachment 1495789 [details] /var/log/anaconda/packaging.log, kickstart installation with fix from comment #6 (In reply to Jiri Konecny from comment #6) > Could you please test this patch by trying your installation above with this > updates image. I want to be sure that everything is working correctly now. > > You can use the updates image by adding this to the kernel command line boot > parameters. > > inst.updates=https://jkonecny.fedorapeople.org/redhat/bugs/1636739/ > repo_fix_updates.img Jiri, thanks for the fix, it solves the problem. See attached file packaging.log. Discussed during the 2018-10-22 blocker review meeting: [1] The decision to classify this bug as an AcceptedBlocker was made: "WE find this bug is a violation of the following criteria: "The installer must be able to use all supported local and remote package and installer sources." We note that the anaconda team says a fix has been submitted and merged and will be available ASAP" [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2018-10-22/f29-blocker-review.2018-10-22-16.00.log.txt I built my own boot.iso using lorax containing anaconda-29.24.7-1. I tested with this kickstart: install text firewall --disabled rootpw --plaintext fedora auth --enableshadow --passalgo=md5 firstboot --disable keyboard us lang en_US selinux --permissive timezone --isUtc Europe/Prague network --device link --activate zerombr bootloader --timeout=1 clearpart --all --initlabel part biosboot --fstype=biosboot --size=1 part swap --fstype=swap --size=512 part / --fstype=ext4 --grow --size=1 repo --name=fedora repo --name=updates %packages %end But the installation doesn't start and shows "Error setting up software source" in "Installation source". dnf.librepo.log says: 2018-10-23T13:04:14Z DEBUG check_transfer_statuses: Error during transfer: Curl error (37): Couldn't read a file:// file for file:///run/install/repo/repodata/repomd.xml [Couldn't open file /run/install/repo/repodata/repomd.xml] Am I doing something wrong? Created attachment 1496695 [details] dnf.librepo.log for comment 10 Created attachment 1496721 [details] anaconda.log for comment 10 Created attachment 1496722 [details] packaging.log for comment 10 Created attachment 1496724 [details] program.log for comment 10 (In reply to Kamil Páral from comment #10) > I built my own boot.iso using lorax containing anaconda-29.24.7-1. You may run into the problem with a new dbus package described in bug 1642089 ? OK, this fix works, but only if you have a nfs command (or probably an url command) in the kickstart as well. That was present in OP's ks, but not in mine. So if I test with this: nfs --server=192.168.11.1 --dir=/mnt/test repo --name=fedora repo --name=updates repo --name=updates-testing the old anaconda doesn't use the extra "repo" repos, the new one does (easily testeable with updates-testing). Since anaconda-29.24.7-1 is already in stable updates, I'm closing this as resolved. |