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: anaconda-18.23 Additional info: libreport version: 2.0.17 cmdline: /usr/bin/python /sbin/anaconda kernel: 3.6.5-2.fc18.x86_64 description: :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 : action.execute() : File "/tmp/updates/pyanaconda/storage/__init__.py", line 293, in doIt : self.devicetree.processActions() : File "/tmp/updates/pyanaconda/storage/__init__.py", line 131, in turnOnFilesystems : storage.doIt() : File "/tmp/updates/pyanaconda/install.py", line 113, in doInstall : turnOnFilesystems(storage) : 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] File: anaconda-tb
Created attachment 637248 [details] File: product
Created attachment 637249 [details] File: type
Created attachment 637250 [details] File: ifcfg.log
Created attachment 637251 [details] File: storage.log
Created attachment 637252 [details] File: version
Created attachment 637253 [details] File: environ
Created attachment 637254 [details] File: executable
Created attachment 637255 [details] File: anaconda.log
Created attachment 637256 [details] File: syslog
Created attachment 637257 [details] File: hashmarkername
Created attachment 637258 [details] File: packaging.log
Created attachment 637259 [details] File: cmdline_file
Created attachment 637260 [details] File: release
Created attachment 637261 [details] File: program.log
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. https://admin.fedoraproject.org/updates/anaconda-18.24-1.fc18
Package anaconda-18.24-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.24-1.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-17543/anaconda-18.24-1.fc18 then log in and leave karma (feedback).
anaconda-18.25-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.25-1.fc18
anaconda-18.26-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.26-1.fc18
verified, TC7 is OK for this.
anaconda-18.27-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/anaconda-18.27-1.fc18
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 Crash. Setting back to assigned.
Created attachment 669147 [details] c24 anaconda.log
Created attachment 669148 [details] c24 program.log
Created attachment 669149 [details] c24 storage.log
Created attachment 669150 [details] c24 storage.state
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.