Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 869841
Summary: | anaconda sees unknown partition types as resizeable, crashes if told to resize one it actually cannot resize | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Reartes Guillermo <rtguille> | ||||||||||||||||||||||||||||||
Component: | anaconda | Assignee: | David Lehman <dlehman> | ||||||||||||||||||||||||||||||
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||||||||||
Severity: | unspecified | Docs Contact: | |||||||||||||||||||||||||||||||
Priority: | unspecified | ||||||||||||||||||||||||||||||||
Version: | 18 | CC: | anaconda-maint-list, awilliam, g.kaviyarasu, jonathan, kparal, robatino, tflink, vanmeeuwen+fedora | ||||||||||||||||||||||||||||||
Target Milestone: | --- | Keywords: | Reopened | ||||||||||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||||||||||
Hardware: | x86_64 | ||||||||||||||||||||||||||||||||
OS: | Unspecified | ||||||||||||||||||||||||||||||||
Whiteboard: | abrt_hash:c33405d447f18f5adac211d423f93e35f2f67946bafc44e55da96fb9490c1aeb AcceptedNTH RejectedBlocker | ||||||||||||||||||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||||||||||
Last Closed: | 2012-12-21 05:14:42 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: | |||||||||||||||||||||||||||||||||
Bug Depends On: | |||||||||||||||||||||||||||||||||
Bug Blocks: | 752665 | ||||||||||||||||||||||||||||||||
Attachments: |
|
Description
Reartes Guillermo
2012-10-24 23:15:44 UTC
Created attachment 633106 [details]
File: anaconda-tb
Created attachment 633107 [details]
File: product
Created attachment 633108 [details]
File: type
Created attachment 633109 [details]
File: ifcfg.log
Created attachment 633110 [details]
File: storage.log
Created attachment 633111 [details]
File: version
Created attachment 633112 [details]
File: environ
Created attachment 633113 [details]
File: anaconda.log
Created attachment 633114 [details]
File: syslog
Created attachment 633115 [details]
File: hashmarkername
Created attachment 633116 [details]
File: packaging.log
Created attachment 633117 [details]
File: cmdline_file
Created attachment 633118 [details]
File: release
Created attachment 633119 [details]
File: program.log
i tried automatic partitioning, type BTRFS on a guest with a previous instance. a biosboot (delete) lvm(delete) and another (shrink). and ext4 (shrink) Package: anaconda-18.24 OS Release: Fedora release 18-Beta-TC7 Can you please try this again with a tree containing anaconda-18.31 or later? Note that this would have to be later than the beta, unfortunately. With the reworked resize dialog in there, I have the shrink button shaded out for devices we don't know how to shrink, and I am hoping that will take care of this problem. We shouldn't be scheduling a resize action for this type of device. sure, i am leaving it with the needinfo flag not cleared. I tested it again with smoke5 Package: anaconda-18.37 OS Release: Fedora release 18 It is still possible to start installing by selecting 'shrink' for ufs (openbsd) partition/filesystem and 'delete' for the rest. It looks like StorageDevice.resizable makes the mistake of assuming that a DeviceFormat means unformatted when it can also indicate unrecognized formatting, which should not be treated as resizable. It sounds like uncrecognized formats are detected as resizable when they shouldn't be so that if anaconda attempts to resize them, it crashes. Am I understanding correctly? If so, it would be a violation of the following F18 beta release criterion [1]: The installer's custom partitioning mode must be capable of the following ... Rejecting obviously invalid operations without crashing . [1] http://fedoraproject.org/wiki/Fedora_18_Beta_Release_Criteria Discussed at 2012-12-17 blocker review meeting: http://meetbot.fedoraproject.org/fedora-bugzappers/2012-12-17/f18final-blocker-review-5.2012-12-17-16.40.log.txt . We agreed this isn't really serious enough to be a blocker, as it's likely to be comparatively rarely encountered ('typical' scenarios will only have known partition types) and doesn't cause any terrible consequences (you can really just reboot and try again). But it's accepted as NTH as it's a crasher that should be fixed. The worst-case scenario is that we actually succeed in resizing the device and cause data loss by not managing the formatting accordingly. I'm not sure if this is possible or not. dlehman: well we were working on the assumption that all actually *resizing* requires calling a hardcoded command name related to the format - there isn't a single generic 'resize' command. So we assumed this will always fail for an unknown filesystem type. If we're wrong about that, please let us know, as that could certainly change the equation. It will always crash like this from the reclaim dialog because the new target size will always be zero, which is the immediate cause of the traceback from this bug. If the device is resized from the custom spoke, I'm fairly certain you could end up shrinking the device without touching the formatting, which is really bad. ah, we shrink the device and then the filesystem? seems ass-backwards. But yeah, that would be awful. (In reply to comment #26) > ah, we shrink the device and then the filesystem? seems ass-backwards. But > yeah, that would be awful. It depends on whether you are growing or shrinking the device which you do first. It is possible to schedule a device resize without scheduling an accompanying format resize (think actually unformatted device, although in retrospect I don't really care about that case) -- that's what would happen in this case if the new target size was non-zero. anaconda-18.37.4-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.37.4-1.fc18 Package anaconda-18.37.4-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.37.4-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-20677/anaconda-18.37.4-1.fc18 then log in and leave karma (feedback). anaconda-18.37.4-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. Reartes, can you please confirm this is fixed in smoke9? http://dl.fedoraproject.org/pub/alt/qa/20121219_f18-smoke9/ i was not able to select 'shrink' for type ufs (openbsd), so i was unable to reproduce the issue in the 'description'. So it seems fixed. Please note that this does not cover comment #15 yet, since i did not re-test it. Thanks. |