Description of problem:
Tried to install to my Intel fwraid array, 2x80GB drives striped, with an image containing 18.23, parted 3.1-9, and dlehman's updates-intel-frwaid.0.img to fix the crash at the hub.
Version-Release number of selected component:
libreport version: 2.0.17
cmdline: /usr/bin/python /sbin/anaconda
:The following was filed automatically by anaconda:
:anaconda 18.23 exception report
:Traceback (most recent call first):
: File "/tmp/updates/pyanaconda/storage/udev.py", line 148, in udev_device_get_uuid
: md_uuid = udev_info.get("MD_UUID", '')
: File "/tmp/updates/pyanaconda/storage/deviceaction.py", line 444, in execute
: self.device.format.uuid = udev_device_get_uuid(info)
: File "/tmp/updates/pyanaconda/storage/devicetree.py", line 323, in processActions
: File "/tmp/updates/pyanaconda/storage/__init__.py", line 293, in doIt
: File "/tmp/updates/pyanaconda/storage/__init__.py", line 131, in turnOnFilesystems
: File "/tmp/updates/pyanaconda/install.py", line 113, in doInstall
: File "/usr/lib64/python2.7/threading.py", line 504, in run
: self.__target(*self.__args, **self.__kwargs)
: File "/tmp/updates/pyanaconda/threads.py", line 91, in run
: threading.Thread.run(self, *args, **kwargs)
:AttributeError: 'NoneType' object has no attribute 'get'
Created attachment 637247 [details]
Created attachment 637248 [details]
Created attachment 637249 [details]
Created attachment 637250 [details]
Created attachment 637251 [details]
Created attachment 637252 [details]
Created attachment 637253 [details]
Created attachment 637254 [details]
Created attachment 637255 [details]
Created attachment 637256 [details]
Created attachment 637257 [details]
Created attachment 637258 [details]
Created attachment 637259 [details]
Created attachment 637260 [details]
Created attachment 637261 [details]
dlehman proposed this as Beta blocker - I should've done it earlier, sorry. It is a continuation of the problems with intel FW RAID installation: https://bugzilla.redhat.com/show_bug.cgi?id=866519 and https://bugzilla.redhat.com/show_bug.cgi?id=872361 . The bugs are getting filed separately, but it's all been one long process to get Intel fwRAID install to work. Marking this AcceptedBlocker as with the others.
anaconda-18.24-1.fc18 has been submitted as an update for Fedora 18.
* 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.24-1.fc18'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
anaconda-18.25-1.fc18 has been submitted as an update for Fedora 18.
anaconda-18.26-1.fc18 has been submitted as an update for Fedora 18.
verified, TC7 is OK for this.
anaconda-18.27-1.fc18 has been submitted as an update for Fedora 18.
18.26 went stable. Closing. (Bodhi closing of bugs when updates go stable is currently broken).
Appears to not be entirely fixed, triggered this crash with anaconda-18.38.8-1 trying to work around Bug 890302 "cannot create boot mount point on existing Btrfs volume".
Steps to reproduce:
1. Btrfs volume, single disk. Existing boot and home subvols.
2. Manual Partitioning.
3. Set existing boot and home subvols to /boot and /home mount points.
4. Create new mount point Root.
5. Finish Partitioning
6. Begin Installation
Setting back to assigned.
Created attachment 669147 [details]
Created attachment 669148 [details]
Created attachment 669149 [details]
Created attachment 669150 [details]
Chris, your case is completely different to mine, which was a blocker because it was a showstopper for RAID installs. Can you file it separately, and include the traceback (anaconda-tb-foo) file too? The traceback is very important, we really need it.
If you think it constitutes a blocker, nominate the new bug as a blocker. Thanks.
(It looks like we could really stand to make libreport better at identifying dupes and not-dupes wrt anaconda...)
(In reply to comment #29)
Filed as bug 891443.