| Summary: | anaconda unable to get update image | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | lnie <lnie> | ||||||||||||
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||||||||
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||
| Priority: | unspecified | ||||||||||||||
| Version: | 20 | CC: | anaconda-maint-list, dshea, g.kaviyarasu, jonathan, lnie, mkolman, pschindl, robatino, sbueno, tflink, vanmeeuwen+fedora | ||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | Unspecified | ||||||||||||||
| OS: | Unspecified | ||||||||||||||
| Whiteboard: | |||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2013-09-16 15:28:03 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: | |||||||||||||
| Bug Depends On: | |||||||||||||||
| Bug Blocks: | 980649 | ||||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
lnie
2013-09-10 03:50:29 UTC
Created attachment 795814 [details]
anaconda.log
Created attachment 795815 [details]
syslog
Created attachment 795816 [details]
program.log
Created attachment 795817 [details]
packaging.log
Created attachment 795826 [details]
screen
which updates.img did you use? the one listed in the testcase? I don't think that's a valid updates.img anymore. When I use one built earlier today, it works for my testing: http://dlehman.fedorapeople.org/updates/updates-997690.0.img If this is a valid bug, it's probably a blocker. Proposing as a blocker for F20 alpha due to violation of the following F20 alpha release criterion [1]: The installer must be able to download and use an installer update image from an HTTP server. [1] http://fedoraproject.org/wiki/Fedora_20_Alpha_Release_Criteria#Update_image (In reply to Tim Flink from comment #6) > which updates.img did you use? the one listed in the testcase? I don't think > that's a valid updates.img anymore. > > When I use one built earlier today, it works for my testing: > http://dlehman.fedorapeople.org/updates/updates-997690.0.img yes,the testcase one.I'm able to download it manually.what's more,I have asked others to test this with the testcase one,there is no this bug? in i386 install.hmmm,I feel a little confused now. I have tested this case with the image you offered,and asked that one to test this case again.It turns out that you are right.BTW,I think it's necessary to update the image in that testcase,yes? :( (In reply to lnie from comment #9) > I have tested this case with the image you offered,and asked that one to > test this case again.It turns out that you are right.BTW,I think it's > necessary to update the image in that testcase,yes? :( The updates.img in that testcase just 3 years old and the updates.img format has changed quite a bit since then. I agree that we should probably update that updates.img, though updates.img is unpacked to /run/install/updates It was caused by outdated test case (updates.img used there was too old). |