Bug 493722

Summary: Traceback at finding storage devices
Product: [Fedora] Fedora Reporter: James Twyford <jtwyford+rhbz>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: rawhideCC: anaconda-maint-list, felix, jorge.doutor, pjones, rmaximo, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard: anaconda_trace_hash:79d52cee77fae0804a73276f7c6ca331c3c10fb98fde7bbbca2db554a4f86022
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-04-06 15:17:29 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
Attached traceback automatically from anaconda.
none
Attached traceback automatically from anaconda. none

Description James Twyford 2009-04-02 20:01:26 UTC
The following was filed automatically by anaconda:
anaconda 11.5.0.38 exception report
Traceback (most recent call first):
  File "/usr/lib64/python2.6/site-packages/block/__init__.py", line 35, in dm_log
    raise Exception, message
  File "/usr/lib64/python2.6/site-packages/block/device.py", line 717, in get_map
    self._RaidSet__map = _dm.map(name=self.name, table=self.rs.dmTable)
  File "/usr/lib64/python2.6/site-packages/block/device.py", line 820, in activate
    self.map.dev.mknod(self.prefix+self.name)
  File "/usr/lib/anaconda/storage/devicetree.py", line 1257, in addUdevDevice
    rs.activate(mknod=True)
  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()
Exception: device-mapper: reload ioctl failed: Invalid argument

Comment 1 James Twyford 2009-04-02 20:01:35 UTC
Created attachment 337894 [details]
Attached traceback automatically from anaconda.

Comment 2 James Twyford 2009-04-02 20:15:47 UTC
This is probably fallout from <https://bugzilla.redhat.com/show_bug.cgi?id=364901>. At some point I need to wipe the metadata from the drives and start fresh. Anaconda looks like it's seeing both the fakeraid and the mdraid metadata near the end, which is what I'm assuming is breaking Anaconda.

Comment 3 Chris Lumens 2009-04-03 19:15:55 UTC
*** Bug 494027 has been marked as a duplicate of this bug. ***

Comment 4 Chris Lumens 2009-04-06 15:17:29 UTC

*** This bug has been marked as a duplicate of bug 493699 ***

Comment 5 Jorge Doutor 2009-04-24 18:13:51 UTC
Created attachment 341234 [details]
Attached traceback automatically from anaconda.

Comment 6 Jorge Doutor 2009-04-24 20:58:13 UTC
I have a RAID 5 (using motherboard chipset, Intel Matrix, with 3 drives SATA) configuration plus a PATA drive on another motherboard chipset controller, JMicron. The motherboard is an ASUS P5B Plus Vista edition.

From the Asus specs:
Southbridge
6 xSATA 3 Gb/s ports Intel Matrix Storage Technology Support RAID 0,1,5,10
JMicron® JMB363 PATA and SATA controller
1 xUltraDMA 133/100/66 for up to 2 PATA devices
1 xInternal SATA 3.0 Gb/s port
1 xExternal SATA 3.0 Gb/s port (SATA On-the-Go)
Support RAID 0,1,JBOD
(by 1x External SATA & 1x Internal SATA) 


I don't mind that Anaconda doesn't recognize the RAID 5 (this is a dual boot system and in there I have Windows Vista), but I need to install Linux on the PATA drive. I had no problems with previous versions of Fedora (that didn't recognize RAID 5 but installed ok).

Comment 7 Jorge Doutor 2009-05-01 06:27:19 UTC
I solved my problem disabling the RAID 5 controller in the BIOS options and installing again. Of course this way the RAID 5 cannot be seen by Linux, but it couldn't recognize it anyway.

If the controller is disabled, the Fedora 11 system boots and runs well.
If I enable the controller, the system boots, the init 5 login screen appears, but the system hangs at that point.