Bug 865942
| Summary: | KeyError: -1 | ||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Daniel Peess <dpeess> | ||||||||||||||||||||||||||||
| Component: | anaconda | Assignee: | Chris Lumens <clumens> | ||||||||||||||||||||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||||||||||||||
| Version: | 18 | CC: | awilliam, g.kaviyarasu, jonathan, vanmeeuwen+fedora | ||||||||||||||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||||||||||||||
| Hardware: | x86_64 | ||||||||||||||||||||||||||||||
| OS: | Unspecified | ||||||||||||||||||||||||||||||
| Whiteboard: | abrt_hash:aa4d5ced029ae8e0d3224bd044f8c50d18ea34685b89972461275eb267b20220 | ||||||||||||||||||||||||||||||
| Fixed In Version: | anaconda-18.21-1 | Doc Type: | Bug Fix | ||||||||||||||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||||||||||||||
| Last Closed: | 2012-11-23 04:54:19 UTC | Type: | --- | ||||||||||||||||||||||||||||
| 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
Daniel Peess
2012-10-12 21:05:45 UTC
Created attachment 626277 [details]
File: anaconda-tb
Created attachment 626278 [details]
File: environ
Created attachment 626279 [details]
File: type
Created attachment 626280 [details]
File: ifcfg.log
Created attachment 626281 [details]
File: storage.log
Created attachment 626282 [details]
File: version
Created attachment 626283 [details]
File: program.log
Created attachment 626284 [details]
File: product
Created attachment 626285 [details]
File: anaconda.log
Created attachment 626286 [details]
File: hashmarkername
Created attachment 626287 [details]
File: cmdline_file
Created attachment 626288 [details]
File: release
Created attachment 626289 [details]
File: messages
Do you still see this with anaconda-18.16? Sorry for the lame default question, but storage changes are going in pretty fast right now so it's worth rechecking. the installation successfully started and finished as soon as i first mkfs.ext4 the / of the existing fedora 17 installation. without any files in it i could select the existing / as the target of my feodra 18 installation. didn't know the installer was still in early stages, i was rather interested into the bug-report-at-install-time, and that worked flawlessly ;-). The problem here appears to be that we are allowing you to modify /dev/sr0, which is of course not legal. Do you remember if your old F17 installation reference /dev/sr0 in your /etc/fstab? exactly: # /etc/fstab # Created by anaconda on Sun Dec 4 04:28:09 2011 # Accessible filesystems, by reference, are maintained under '/dev/disk' # See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info UUID=a8ae94f9-81c8-4983-a6b6-83894596263f / ext4 defaults,relatime,discard,barrier=1,data=journal,journal_checksum 1 1 UUID=2072db8e-f7dc-4c37-bf96-5a7a3ae5ff01 /home ext4 defaults,relatime,discard,barrier=1,data=journal,journal_checksum 1 2 /dev/disk/by-id/ata-Slimtype_BD_E_DS4E1S_105060498663 /disc udf,iso9660 user,noauto,noexec,nosuid,nodev 0 0 ## volatile temporary directory tmpfs /tmpfs tmpfs mode=3777,noexec,nosuid,nodev 0 0 ## fedora tmpfs memory based upgrades #tmpfs /var/cache/yum/x86_64/18/ tmpfs size=2048M,noexec,nosuid,nodev 0 0 ## end-of-file are you sincere with the not legal part? is there any new dynamic way to permit non-root-users to mount optical media without any gnome mounting magic in the background? this 'user,noauto' stuff worked for ages... suddenly declaring it "forbidden or we crash" is kind of funny. By "not legal", I mean anaconda should not let you modify a CD/DVD drive as if it were a partitionable device. We've never let you use such devices in the UI before I don't know anything about any gnome mounting background magic. i'm confused... i did not *select* any DVD drive at all. i did select an existing fedora 17 installation that happens to have a fstab entry of an optical media... and the installer of f18 crashed. on upgrades the installer is perfectly fine to parse configuration files of my existing installations, but in installation mode and manual partitioning? additionally configuration file parsing that crashes on unexpected values is weird... recalling "always sanitize your input". > additionally configuration file parsing that crashes on unexpected values is
> weird... recalling "always sanitize your input".
Well, that's why this is a bug report.
anaconda-18.21-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.21-1.fc18 Package anaconda-18.21-1.fc18, pykickstart-1.99.21-1.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing anaconda-18.21-1.fc18 pykickstart-1.99.21-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-16868/pykickstart-1.99.21-1.fc18,anaconda-18.21-1.fc18 then log in and leave karma (feedback). This bug looks to have been fixed for many anaconda builds now but missed being closed. If you find you are still experiencing it with Fedora 18 Beta (RC1) or later, please re-open the bug. anaconda-18.32-1.fc18, pykickstart-1.99.22-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/pykickstart-1.99.22-1.fc18,anaconda-18.32-1.fc18 pykickstart-1.99.22-1.fc18, anaconda-18.35-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |