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-18.104.22.168-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: open /dev/cciss/c0d0: No such file or directory
Version-Release number of selected component (if applicable):
The appropriate action might simply be retiring the package, but it would be nice to have a replacement.
Could you please attach the output (as root) of `lspci -nn` and dmesg?
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.
Created attachment 463693 [details]
lsmod for the affected server
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!
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.