Bug 657119

Summary: /dev/cciss does not exist, rendering cciss_vol_status useless
Product: [Fedora] Fedora Reporter: Benny Amorsen <benny+bugzilla>
Component: cciss_vol_statusAssignee: Joshua Roys <roysjosh>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 14CC: jokajak, roysjosh
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-12-01 10:38:44 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
lspci for the affected server
none
lsmod for the affected server none

Description Benny Amorsen 2010-11-24 23:57:24 UTC 
Description of problem:
cciss_vol_status relies on the presence of the /dev/cciss directory and its contents. In Fedora 14, at least as of kernel-2.6.35.6-48.fc14.x86_64, cciss drives are presented like any other disk as /dev/sda and so forth, and the /dev/cciss directory does not exist.

This unfortunately makes cciss_vol_status unable to work:

cciss_vol_status /dev/cciss/c0d0
cciss_vol_status: open /dev/cciss/c0d0: No such file or directory

Version-Release number of selected component (if applicable):
cciss_vol_status-1.06-2.fc13.x86_64

How reproducible:
Every time

The appropriate action might simply be retiring the package, but it would be nice to have a replacement.
Comment 1 Joshua Roys 2010-11-30 01:08:41 UTC 
Hello,

Could you please attach the output (as root) of `lspci -nn` and dmesg?

Thanks.

Josh
Comment 2 Benny Amorsen 2010-11-30 11:10:06 UTC 
Created attachment 463692 [details]
lspci for the affected server

We can possibly arrange ssh access to a machine affected by this bug, if you are interested.
Comment 3 Benny Amorsen 2010-11-30 11:11:13 UTC 
Created attachment 463693 [details]
lsmod for the affected server
Comment 4 Joshua Roys 2010-11-30 14:11:53 UTC 
Ah, it looks like `hpsa' is a new driver that is replacing cciss.  See http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;f=Documentation/scsi/hpsa.txt;h=dca658362cbf2fcf0be361d0c99ce9a1fd1f4055;hb=HEAD for more details.

`man cciss_vol_status' seems to indicate that running `cciss_vol_status /dev/sgX' should work...  They also have a section describing procedures that should identify which sg device to examine.

Hopefully that will work for you!
Comment 5 Benny Amorsen 2010-12-01 10:38:27 UTC 
You are right:

# cciss_vol_status /dev/sg0
/dev/sda: (Smart Array P410i) RAID 1 Volume 0 status: OK. 

Thank you and sorry for the false alarm.