Bug 493293

Summary: Anaconda crashes when probing fakeraid disks
Product: [Fedora] Fedora Reporter: Phil <phil.ingram>
Component: python-pyblockAssignee: Peter Jones <pjones>
Status: CLOSED RAWHIDE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: hdegoede, jgranado, pjones, rmaximo, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-04-03 10:46:54 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:
Attachments:
Description Flags
TGZ of /tmp/*
none
2nd TGZ of /tmp/* none

Description Phil 2009-04-01 10:12:58 UTC
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 14:26:31 UTC
For my future reference:

anaconda 11.5.0.38 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 09:52:28 UTC
Thanks for reporting this, this should be fixed in anaconda-11.5.0.39-1,
which should show up in rawhide today or tomorrow.

Please check that your local mirror has anaconda-11.5.0.39-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-11.5.0.39-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 21:41:48 UTC
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 21:45:24 UTC
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 06:54:33 UTC
(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 10:46:54 UTC
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 10:48:39 UTC
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.