Red Hat Bugzilla – Full Text Bug Listing
|Summary:||Anaconda crashes when probing fakeraid disks|
|Product:||[Fedora] Fedora||Reporter:||Phil <phil.ingram>|
|Component:||python-pyblock||Assignee:||Peter Jones <pjones>|
|Status:||CLOSED RAWHIDE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||rawhide||CC:||hdegoede, jgranado, pjones, rmaximo, vanmeeuwen+fedora|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2009-04-03 06:46:54 EDT||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
Description Phil 2009-04-01 06:12:58 EDT
Created attachment 337479 [details] TGZ of /tmp/* Description of problem: # Anaconda times out on a non-existent fd0 device # Anaconda crashes when trying to detect arrays and stuff Version-Release number of selected component (if applicable): Official Beta released 31st March 2009 How reproducible: Very Steps to Reproduce: 1. remove second gfx card 2. boot from x86_64 media 3. Select language and keyboard 4. accept beta warning 5. wait.... 6. ignore non existent fd0 device (instead of initialising it) Actual results: CRASH!! Expected results: # arrays be found and initialised # can't we just get rid of floppy disks once and for all!? Additional info:
Comment 1 Chris Lumens 2009-04-01 10:26:31 EDT
For my future reference: anaconda 126.96.36.199 exception report Traceback (most recent call first): File "/usr/lib64/python2.6/site-packages/block/device.py", line 644, in get_le vel raise NotImplementedError, "unknown dmtype %s" % (rs.dmtype,) File "/usr/lib/anaconda/storage/devicetree.py", line 1285, in addUdevDevice level=rs.level, File "/usr/lib/anaconda/storage/devicetree.py", line 1486, in populate self.addUdevDevice(dev) File "/usr/lib/anaconda/storage/__init__.py", line 265, in reset self.devicetree.populate() File "/usr/lib/anaconda/storage/__init__.py", line 90, in storageInitialize storage.reset() 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() NameError: global name 'rs' is not defined
Comment 2 Hans de Goede 2009-04-02 05:52:28 EDT
Thanks for reporting this, this should be fixed in anaconda-188.8.131.52-1, which should show up in rawhide today or tomorrow. Please check that your local mirror has anaconda-184.108.40.206-1 in the Packages directory for rawhide, and then download boot.iso from the images dir, after checking the boot.iso modification time + date is later then that of anaconda-220.127.116.11-1, then do (or atleast start) a network installation from the rawhide boot.iso. It should now see both your raidsets without problems. Please let us know if this is fixed (or not).
Comment 3 Phil 2009-04-02 17:41:48 EDT
failed, but at least it's a different error message.. repo = http://mirrors.se.eu.kernel.org/fedora/development/x86_64/os/ i tgz'd all my logs and have attached as logs2.tgz thanks,
Comment 4 Phil 2009-04-02 17:45:24 EDT
Created attachment 337933 [details] 2nd TGZ of /tmp/* I'll try and jump on IRC at around 11:00am(GMT) for more direct contact.
Comment 5 Hans de Goede 2009-04-03 02:54:33 EDT
(In reply to comment #4) > Created an attachment (id=337933) [details] > 2nd TGZ of /tmp/* > What you are seeing now is bug 493691, which is caused by the fix for another dmraid bug. That fix consists of changes in both anaconda and pyblock (the python dmraid bindings anaconda uses), unfortunately we forgot to build a new version of pyblock together with the latest anaconda release, causing the traceback you are now seeing. This is fixed in python-pyblock-0.42-1.fc11, which should be on todays rawhide. > I'll try and jump on IRC at around 11:00am(GMT) for more direct contact. This sounds like a good plan, you can find us in #anaconda on freenode. My nick is hansg. If no new boot.iso with the new pyblock is available around that time I'll do an updates.img with the fixed pyblock in it for you, so that you can test once more, and we can hopefully close this bug. Thanks for your patience.
Comment 6 Phil 2009-04-03 06:46:54 EDT
your last update worked a treat and i'm happy to see this bug closed. thanks heaps to all involved, this has been a thorn in my side since Fedora 8 Regards, Phil
Comment 7 Hans de Goede 2009-04-03 06:48:39 EDT
I was away while you posted your testing results on IRC (lunch), good to hear things work now, and you are very welcome. This is something which should have been fixed long ago.