Bug 892665
| Summary: | slow NIC or wifi -> installation source: nothing selected | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Kamil Páral <kparal> | ||||||||||||||||||||||
| Component: | anaconda | Assignee: | Radek Vykydal <rvykydal> | ||||||||||||||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||||||||
| Version: | 18 | CC: | awilliam, g.kaviyarasu, jonathan, jreznik, robatino, sbueno, tflink, vanmeeuwen+fedora | ||||||||||||||||||||||
| Target Milestone: | --- | Keywords: | CommonBugs | ||||||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||||||||
| Hardware: | Unspecified | ||||||||||||||||||||||||
| OS: | Unspecified | ||||||||||||||||||||||||
| Whiteboard: | RejectedBlocker https://fedoraproject.org/wiki/Common_F18_bugs#netinst-wifi | ||||||||||||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||||||
| Last Closed: | 2013-05-11 01:54: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: | |||||||||||||||||||||||||
| Attachments: |
|
||||||||||||||||||||||||
|
Description
Kamil Páral
2013-01-07 14:44:06 UTC
Created attachment 674092 [details]
unplugged.png
Created attachment 674093 [details]
connecting.png
Created attachment 674094 [details]
connected.png
Created attachment 674095 [details]
nothing-selected.png
Created attachment 674096 [details]
installation-source.png
Created attachment 674097 [details]
anaconda.log
Created attachment 674098 [details]
ifcfg.log
Created attachment 674099 [details]
packaging.log
Created attachment 674100 [details]
program.log
Created attachment 674101 [details]
syslog
I see the same problem when using wifi (and no wired connection): 1. boot netinst 2. in the initial screen, select a wifi network 3. it is not clear that you should click Configure, so don't click it now, click Continue 4. the main hub says Installation Source - Nothing selected, and Network configuration - disconnected 5. Enter Network Configuration, select wifi network again, this time click Configure, enter wifi password, OK, see that you are connected now 6. go back to main hub, Installation source still says "Nothing selected" and it can't be fixed by entering the screen and confirming "Closest Mirror" A more clever approach, still broken: 1. boot netinst 2. in the initial screen, select a wifi network. Because you are clever now, hit Configure immediately, provide wifi password, see that you are connected, hit Continue 3. the main hub says Network configuration - connected to FOO network, but it still claims Installation Source - Nothing selected Net result - people with just wifi will have a hard time to install from the network. It takes a non-trivial workaround to fix the "Installation source - Nothing selected" issue. This probably also affects DVD+updates installation (updates won't be downloaded). Of course, it doesn't affect Live installation. Proposing for Blocker/NTH discussion. (In reply to comment #11) > 3. it is not clear that you should click Configure, so don't click it now, > click Continue Yes, this will be fixed post F18 with our secret agent asking for passwords. For F18, there is a note in Installation guide. > > A more clever approach, still broken: > 1. boot netinst > 2. in the initial screen, select a wifi network. Because you are clever now, > hit Configure immediately, provide wifi password, see that you are > connected, hit Continue > 3. the main hub says Network configuration - connected to FOO network, but > it still claims Installation Source - Nothing selected > > Net result - people with just wifi will have a hard time to install from the > network. It takes a non-trivial workaround to fix the "Installation source - > Nothing selected" issue. Patch sent to anaconda-patches. Visiting Source spoke and just hitting Done (Closest mirror being pre-selected) would do the right thing now. I think this is reasonable fix in scope of this bug. Automatic re-download of source metadata on network status change would need some more careful thinking, we have a separate bug for it. Kamil, what's that "a non-trivial workaround"? (In reply to comment #13) > Kamil, what's that "a non-trivial workaround"? I believe it is what is described here: https://bugzilla.redhat.com/show_bug.cgi?id=873468#c0 "If you hit the bug, it's annoying to work around: you have to go into Installation Source and change it somehow - just changing it to 'http://foo' is enough - and hit Done, wait for the hub to process, then go back into Installation Source and change back to 'Closest mirror' and hit Done again. At that point, things work normally." (In reply to comment #13) > Kamil, what's that "a non-trivial workaround"? grep -i workaround #description ;-) > "If you hit the bug, it's annoying to work around: you have to go into > Installation Source and change it somehow - just changing it to 'http://foo' > is enough - and hit Done, wait for the hub to process, then go back into > Installation Source and change back to 'Closest mirror' and hit Done again. > At that point, things work normally." Exactly. Updates image with fix: http://rvykydal.fedorapeople.org/updates.nothingselected.img (In reply to comment #15) > (In reply to comment #13) > > Kamil, what's that "a non-trivial workaround"? > > grep -i workaround #description ;-) Sorry, I'm blind but also thanks for Radek's more detailed one :) (In reply to comment #12) > Patch sent to anaconda-patches. Visiting Source spoke and just hitting Done > (Closest mirror being pre-selected) would do the right thing now. > I think this is reasonable fix in scope of this bug. So the fix is still some kind of workaround, just not as complicated - it still has to be manually set, right? This fix is b) from bug #870570 (the Description). The a) is what I am talking about in comment #12: (In reply to comment #12) > Automatic re-download of source metadata on network status change would need > some more careful thinking, we have a separate bug for it. (In reply to comment #16) > Updates image with fix: > http://rvykydal.fedorapeople.org/updates.nothingselected.img I copied that locally and served as inst.updates=hd:sdb1:/updates.img. Works great. You have to enter the Installation Source screen, but simple OK reloads the metadata, no hacks needed. Also if you're on a wifi and wait for your connection before entering the main hub, the metadata are downloaded with no intervention needed. I think this bug may be just on the wrong side of jlaska's law of diminishing blocker returns. There are various workarounds, and it's a pretty uncommon case, and at some point we have to stop poking anaconda...but that's just my first reaction. As we see "pretty safe" NTHs coming back, I'm inclined to -1/-1 either at this time. I'm also -1/-1. We need to release some time and this seems like a bit of a corner case and not too terrible to workaround Dan408 is also -1, so that's -4 / +0 at present. Setting rejectedblocker. If anyone strongly disagrees, please speak up! The fix for this went into git master:
commit 86a264cec88a2cccbcb0faf631748811ac53e5f1
Author: Radek Vykydal <rvykydal>
Date: Tue Jan 8 14:02:30 2013 +0100
Don't redownload payload from closest mirror only if we actually have some (#892665)
Follow-up of commit fc0ed882a0507794685d4eaad28ddbe78dad9e6
Kamil tested it and gave it the thumbs up in c#19. So let's close this.
|