RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 559507 - KeyError: 'cciss!c0d0'
Summary: KeyError: 'cciss!c0d0'
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: anaconda
Version: 6.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: beta
: 6.0
Assignee: Chris Lumens
QA Contact: Release Test Team
URL:
Whiteboard: anaconda_trace_hash:dd026b9bc3c2e55b8...
: 595565 596737 597952 615388 (view as bug list)
Depends On:
Blocks: 554559 564511
TreeView+ depends on / blocked
 
Reported: 2010-01-28 10:42 UTC by Alexander Todorov
Modified: 2018-10-27 14:48 UTC (History)
10 users (show)

Fixed In Version: anaconda-13.21.46-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-02 20:43:33 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Attached traceback automatically from anaconda. (94.12 KB, text/plain)
2010-01-28 10:43 UTC, Alexander Todorov
no flags Details
anaconda.log (7.28 KB, text/plain)
2010-05-25 10:00 UTC, Alexander Todorov
no flags Details
program.log (4.85 KB, text/plain)
2010-05-25 10:00 UTC, Alexander Todorov
no flags Details
storage.log (2.58 KB, text/plain)
2010-05-25 10:01 UTC, Alexander Todorov
no flags Details
syslog (50.49 KB, text/plain)
2010-05-25 10:01 UTC, Alexander Todorov
no flags Details

Description Alexander Todorov 2010-01-28 10:42:58 UTC
The following was filed automatically by anaconda:
anaconda 13.21.5 exception report
Traceback (most recent call first):
  File "/usr/lib/anaconda/storage/devicelibs/mpath.py", line 86, in identifyMultipaths
    singlepath_disks.append(devmap[disks[0]])
  File "/usr/lib/anaconda/storage/devicetree.py", line 1916, in populate
    (singles, mpaths, partitions) = devicelibs.mpath.identifyMultipaths(devices)
  File "/usr/lib/anaconda/storage/__init__.py", line 374, in reset
    self.devicetree.populate()
  File "/usr/lib/anaconda/storage/__init__.py", line 109, in storageInitialize
    storage.reset()
  File "/usr/bin/anaconda", line 1030, in <module>
    storage.storageInitialize(anaconda)
KeyError: 'cciss!c0d0'

Comment 1 Alexander Todorov 2010-01-28 10:43:01 UTC
Created attachment 387293 [details]
Attached traceback automatically from anaconda.

Comment 5 Alexander Todorov 2010-05-24 11:12:27 UTC
Hi,
I see pretty similar traceback with snap #5:

Traceback (most recent call first):
  File "/usr/lib/anaconda/storage/devicelibs/mpath.py", line 102, in identifyMultipaths
    singlepath_disks.append(devmap[disks[0]])
  File "/usr/lib/anaconda/storage/devicetree.py", line 1999, in populate
    (singles, mpaths, partitions) = devicelibs.mpath.identifyMultipaths(devices)
  File "/usr/lib/anaconda/storage/__init__.py", line 379, in reset
    self.devicetree.populate()
  File "/usr/lib/anaconda/storage/__init__.py", line 103, in storageInitialize
    storage.reset()
  File "/usr/bin/anaconda", line 1089, in <module>
    storage.storageInitialize(anaconda)
KeyError: 'cciss/c'


RHTS logs:
https://rhts.redhat.com/cgi-bin/rhts/test_log.cgi?id=14295931

This is text-mode test case on gilliam.rhts.eng.rdu.redhat.com

Moving back to ASSIGNED. Let me know if this is a separate bug but looks related to the original report.

Comment 8 Chris Lumens 2010-05-24 20:06:30 UTC
Can you please attach the log files to bug reports instead of linking to rhts?  Among other reasons, I'm not convinced the rhts links will be perpetually valid, and dumping logs into bugzilla allows me to search them later should I need to find a duplicate.

Note that the traceback in comment #6 is *completely* different and not at all related to this bug report.  One bug per report, please.

Comment 10 David Cantrell 2010-05-24 22:23:47 UTC
The output of the 'multipath -d' command is:

02:36:47,146 INFO    : Running... ['multipath', '-d']
02:36:47,160 INFO    : create: mpatha (3600508b1001035353820202020200000) undef HP,LOGICAL VOLUME
02:36:47,160 INFO    : size=112G features='0' hwhandler='0' wp=undef
02:36:47,160 INFO    : `-+- policy='round-robin 0' prio=0 status=undef
02:36:47,160 INFO    :   `- 0:0:0:0 cciss!c0d0 104:0 undef faulty running

The invalid key we're seeing is 'cciss/c', when it should be 'cciss/c0d0'.  The parseMultipathOutput() function in storage/devicelibs/mpath.py needs a small change:


diff --git a/storage/devicelibs/mpath.py b/storage/devicelibs/mpath.py
index ffec28c..c412562 100644
--- a/storage/devicelibs/mpath.py
+++ b/storage/devicelibs/mpath.py
@@ -39,7 +39,7 @@ def parseMultipathOutput(output):
     devices = []
 
     policy = re.compile('^[|+` -]+policy')
-    device = re.compile('^[|+` -]+[0-9]+:[0-9]+:[0-9]+:[0-9]+ ([a-zA-Z!/]+)')
+    device = re.compile('^[|+` -]+[0-9]+:[0-9]+:[0-9]+:[0-9]+ ([a-zA-Z0-9!/]+)'
 
     lines = output.split('\n')
     for line in lines:


I'll propose this for review, but I have no way of testing it.  So we'll probably include it and then bounce this back to MODIFIED so you guys can test it.

Comment 12 Chris Lumens 2010-05-25 04:06:13 UTC
*** Bug 595565 has been marked as a duplicate of this bug. ***

Comment 13 Alexander Todorov 2010-05-25 10:00:06 UTC
Created attachment 416342 [details]
anaconda.log

Comment 14 Alexander Todorov 2010-05-25 10:00:44 UTC
Created attachment 416343 [details]
program.log

Comment 15 Alexander Todorov 2010-05-25 10:01:11 UTC
Created attachment 416344 [details]
storage.log

Comment 16 Alexander Todorov 2010-05-25 10:01:38 UTC
Created attachment 416345 [details]
syslog

Comment 18 David Cantrell 2010-05-27 13:54:56 UTC
*** Bug 596737 has been marked as a duplicate of this bug. ***

Comment 20 Chris Lumens 2010-06-01 13:39:23 UTC
*** Bug 597952 has been marked as a duplicate of this bug. ***

Comment 22 Johnray Fuller 2010-06-04 15:45:51 UTC
I was able to install snap 6 using cciss without a problem.

J

Comment 23 Issue Tracker 2010-06-04 21:16:22 UTC
Event posted on 2010-06-05 00:16 EEST by pernzer

Snapshot 6 fixes the bug. Thank you.
This issue can be closed. I will re-open if the bug should come back
before 6.0 GA

Internal Status set to 'Waiting on Support'
Status set to: Waiting on Tech

This event sent from IssueTracker by pernzer 
 issue 949983

Comment 25 releng-rhel@redhat.com 2010-07-02 20:43:33 UTC
Red Hat Enterprise Linux Beta 2 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.

Comment 26 Chris Lumens 2010-07-19 18:27:03 UTC
*** Bug 615388 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.