System Administration
Showing results for 
Search instead for 
Do you mean 

cciss shared msa 500 kernel crash


cciss shared msa 500 kernel crash

[ Edited ]

I have a pair of Dl380 G3's, an MSA 500 as shared storage with Cent0S 6.3 installed on either host with the end goal being to have a clustered iscsi disk presented on /dev/cciss/c0d1 and some other clustered apps on /dev/cciss/c0d2p$whatever


The MSA 500 has two arrays:

#1 Raid 5 109GB plus a hot spare /dev/cciss/c0d1

#2 Raid 1 33GB 2 disks  /dev/cciss/c0d2p5 as extended or /dev/cciss/c0d2p2 as primary


I can partition the disks okay.  However, I cannot create an ext3 file system on /dev/cciss/c0d2p2 or /dev/cciss/c0d2p5  Kernel crash and never returns without a hard reset.  No error logged either.


 mkfs.ext3 -L apps /dev/cciss/c0d2p5
mke2fs 1.41.12 (17-May-2010)
Filesystem label=apps
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
2223872 inodes, 8889953 blocks
444497 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
272 block groups
32768 blocks per group, 32768 fragments per group
8176 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624

Writing inode tables:  49/272


I've tried it with both hosts running, either one or the other host running, restarting the MSA 500, a new array in different slots, live CD's with different kernel versions and I get the same result.  Crash at 49/272.  I've tried the in-kernel module, and HP's rpm download.  Same effect.


Am I missing something that brings the whole system down?