Bug 491120
| Summary: | AttributeError: 'BTRFS' object has no attribute 'fslabel' | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | M8R-nxns8i | ||||||
| Component: | anaconda | Assignee: | Anaconda Maintenance Team <anaconda-maint-list> | ||||||
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | urgent | Docs Contact: | |||||||
| Priority: | urgent | ||||||||
| Version: | rawhide | CC: | anaconda-maint-list, awilliam, dlehman, jbacik, jlaska, pjones, rmaximo, vanmeeuwen+fedora, wwoods | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | anaconda_trace_hash:f521d4b556e90ad1881b1ce94ec1792db2479c34ae2645d5fe10003b9defde1f | ||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2009-04-23 22:43:23 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: | 476774 | ||||||||
| Attachments: |
|
||||||||
Created attachment 335861 [details]
Attached traceback automatically from anaconda.
Created attachment 336094 [details]
Attached traceback automatically from anaconda.
Tried this with icantbeleiveitsnotbtr, once using the default lvm layout and just changing lv_root to btrfs, and then another time taking out lvm altogether and just doing btrfs. Then I tried it without icantbelieveitsnotbtr and it still died. This should be fixed in the next build of anaconda (11.5.0.35-1). Thanks for the bug report. can reporters confirm or deny the claimed fix? this is on f11 preview blocker list. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers There's no description of the actions that lead to this traceback, so I assume the bug here concerns the obvious case: "install onto btrfs". I've just completed an install onto btrfs / (on LVM) on x86_64 - no trouble from anaconda-11.5.0.47 during the initial installation. Just to be sure, I also started a new installation (without the magic commandline parameter) and it isn't exploding when it sees the existing btrfs partition. Therefore I'm going to consider the fix confirmed and close the bug. Feel free to reopen if you can still trigger this bug with current rawhide / F11Preview. |
The following was filed automatically by anaconda: anaconda 11.5.0.33 exception report Traceback (most recent call first): File "/usr/lib/anaconda/storage/formats/fs.py", line 831, in _getFormatOptions if self.fslabel: File "/usr/lib/anaconda/storage/formats/fs.py", line 266, in doFormat argv = self._getFormatOptions(options=options) File "/usr/lib/anaconda/storage/formats/fs.py", line 676, in create return self.doFormat(*args, **kwargs) File "/usr/lib/anaconda/storage/deviceaction.py", line 280, in execute options=self.device.formatArgs) File "/usr/lib/anaconda/storage/devicetree.py", line 634, in processActions action.execute(intf=self.intf) File "/usr/lib/anaconda/storage/__init__.py", line 184, in doIt self.devicetree.processActions() File "/usr/lib/anaconda/packages.py", line 115, in turnOnFilesystems anaconda.id.storage.doIt() File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib/anaconda/dispatch.py", line 128, in gotoNext self.moveStep() File "/usr/lib/anaconda/gui.py", line 1317, in nextClicked self.anaconda.dispatch.gotoNext() AttributeError: 'BTRFS' object has no attribute 'fslabel'