Bug 967531
Summary: | Kickstart installation can't use default repositories | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Vojtěch Boček <vbocek> | ||||||
Component: | anaconda | Assignee: | Brian Lane <bcl> | ||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | unspecified | Docs Contact: | |||||||
Priority: | unspecified | ||||||||
Version: | 19 | CC: | anaconda-maint-list, awilliam, dshea, g.kaviyarasu, jonathan, kparal, loleary, mkolman, robatino, sbueno, vanmeeuwen+fedora | ||||||
Target Milestone: | --- | Keywords: | Reopened | ||||||
Target Release: | --- | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Whiteboard: | AcceptedFreezeException | ||||||||
Fixed In Version: | anaconda-19.30.3-1.fc19 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2013-06-12 19:41:46 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: | 834091 | ||||||||
Attachments: |
|
Description
Vojtěch Boček
2013-05-27 11:19:43 UTC
Created attachment 753584 [details]
packaging.log from kickstart installation
*** Bug 967472 has been marked as a duplicate of this bug. *** This can probably be argued to be a blocker: "The installer must be able to complete a scripted installation which duplicates the default interactive installation as closely as possible. " "Any installation method or process designed to run unattended must do so. There should be no prompts requiring user intervention. " http://fedoraproject.org/wiki/Fedora_19_Beta_Release_Criteria There is a workaround to use "url" command, however that allows you to use only a single source, so there is no alternative if you want to install from fedora+updates(+updates-testing) repositories. This was done on purpose for bug 887254 and the Kickstart docs do say that an install method (eg. url, cdrom, etc.) is required. url --url=http://dl.fedoraproject.org/pub/fedora/linux/development/19/x86_64/os/ repo --name=fedora repo --name=updates repo --name=updates-testing Brian, bug 887254 was about keyboard and timezone, and I see its point. But does it make sense not to use the default network sources settings? Do users want to override them individually, in GUI? Furthermore, if you require "url" or other install source definitions (which wasn't required any previous releases and everything worked well), you force the administrator to put in a redundant repository - because I don't want to install from a specific url, I want to install from the closest mirrors. Also, you force the administrator to manage that url - for every Fedora version and every architecture he needs to have a different kickstart (please note that even if some variable substitution works, the URLs are still different between stable and development releases). Anaconda-generated kickstart (available at /root/anaconda-ks.cfg after installation) doesn't contain "url" line either. If it were required, it should be there. I think that bug 887254 can be solved in a more elegant fashion. Instead of completely neglecting the defaults (even if provided using "repo"), you can add a new kickstart command "wait", that would pre-set the correct (even default) values, but wouldn't start the installation itself. The user could then use the main hub to override any settings he wishes (keyboard etc) and only then hit "Begin installation". Isn't that nice? If you don't like the proposed solution, I have even a simpler one, although not that generic: If "repo" is specified inside the kickstart, don't require "url" as well, because it's superfluous. This solution requires administrators to change their kickstarts (add "repo" lines), but doesn't burden them overly with specific url definitions per Fedora release and architecture. What do you think? Discussed at 2013-05-29 blocker review meeting: http://meetbot.fedoraproject.org/fedora-blocker-review/2013-05-29/f19final-blocker-review-1.2013-05-29-16.02.log.txt . As we could see both sides of this issue and there isn't a clear-cut 'correct' behaviour we didn't currently accept this as a release blocker, though it does clearly have implications for the criterion we have. We accepted it as an FE issue on the basis that if we do decide to tweak this behaviour, we ought to do it for F19 final. On a personal note, I can see both sides, but I have to side more with kparal: since it's not possible to completely satisfy both demands, I think we should prioritize being as close to previous releases in behaviour as possible, and the behaviour kparal is asking for is what we had in F<19. Not having a url or cdrom or other install command from https://fedoraproject.org/wiki/Anaconda/Kickstart#install was a bug. This has been fixed. It is useful to have kickstarts that can work with multiple releases though, so what I've done is added variable substitution for $basearch and $releasever to kickstart baseurl and mirrorlist urls. So now you can do: url --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-$releasever&arch=$basearch Should the default install then write out an anaconda-ks.cfg which specifies that 'url' directive? Yes. And it does. (In reply to Brian C. Lane from comment #7) > Not having a url or cdrom or other install command from > https://fedoraproject.org/wiki/Anaconda/Kickstart#install was a bug. This > has been fixed. It is useful to have kickstarts that can work with multiple > releases though, so what I've done is added variable substitution for > $basearch and $releasever to kickstart baseurl and mirrorlist urls. Perfect, thank you. That should make the installations simple again. (In reply to Brian C. Lane from comment #9) > Yes. And it does. I checked with anaconda 19.30 and for DVD install it adds 'cdrom', for kernel pair boot + inst.repo=nfs: it adds 'nfs', but for a standard netinst install it doesn't add anything, no 'url'. Or maybe this was also fixed in anaconda 19.30.2? *** Bug 969927 has been marked as a duplicate of this bug. *** (In reply to Kamil Páral from comment #10) > Or maybe this was also fixed in anaconda 19.30.2? Correct. It wasn't writing anything because it was empty. Now that it is required it won't be empty. anaconda-19.30.2-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/anaconda-19.30.2-1.fc19 Package anaconda-19.30.2-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-19.30.2-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-9996/anaconda-19.30.2-1.fc19 then log in and leave karma (feedback). anaconda-19.30.3-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/anaconda-19.30.3-1.fc19 Tested with anaconda-19.30.2. "url" and "repo" commands work well together. However, /root/anaconda-ks.cfg still does not contain "url" (or any other source definition) after a default netinst installation. Package anaconda-19.30.3-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-19.30.3-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-10283/anaconda-19.30.3-1.fc19 then log in and leave karma (feedback). I don't suppose anything changed between 19.30.2 and 19.30.3, so moving back to assigned. (In reply to Kamil Páral from comment #16) > Tested with anaconda-19.30.2. "url" and "repo" commands work well together. > However, /root/anaconda-ks.cfg still does not contain "url" (or any other > source definition) after a default netinst installation. Do you mean kickstart or interactive install? I'm not sure we want to write out the url line for interactive, but it certainly does work for kickstart installs with TC2 which is what this bug was about. bcl: see comments #8 and #9, where I asked if the interactive install should write out 'url', and you said it already would. anaconda-19.30.3-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report. (In reply to Brian C. Lane from comment #19) > > However, /root/anaconda-ks.cfg still does not contain "url" (or any other > > source definition) after a default netinst installation. > > Do you mean kickstart or interactive install? Interactive. But from cdrom and nfs interactive install the relevant commands are included. Just for network install the 'url' is missing. You said the install source is now required. Which means anaconda now generates invalid kickstart file for network installs. That might confuse some users when they try to re-use that generated file for further installs. Should I separate that into a new bug report? I think this is all tightly related and it's not worth the effort. I'd prefer a different bug. something like 'gui install missing url from anaconda-ks.cfg' Rather "interactive network install missing url from anaconda-ks.cfg", no? It should work for a text install too... Created bug 973808. Closing this one again. |