Problem EMC disks, disksuite and mpxio after reboot

For a mail server i created one big volume with disksuite over 15 EMC volumes of 32GB each.

But after a reboot metainit complains it can't find any metadb's, (system needs maintenance).

It seems like metainit is invoked before the multipathing is enabled. So disksuite doesn't find any metadb's.

Has anybody an idea what's happening here?

In the server the're two fibre cards with mpxio enabled. The disks are then mapped under /devices/scsi_vhci/*

I then created five concats of three striped disks each.

echo "creating metadb on every emc-disk"

metadb -a -f -c 3 /dev/rdsk/c5t6006048000028570182253594D353038d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D353043d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D353130d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D353134d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D353138d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D353939d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D353944d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354131d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354135d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354139d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354144d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354231d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354235d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354239d0s6

metadb -a -c 3 /dev/rdsk/c5t6006048000028570182253594D354244d0s6

echo "Creating concatenation of 5 striped disks, which contain three disks each"

metainit d1 5 3 c5t6006048000028570182253594D353038d0s0 c5t6006048000028570182253594D353043d0s0 c5t6006048000028570182253594D353130d0s0 \

3 c5t6006048000028570182253594D353134d0s0 c5t6006048000028570182253594D353138d0s0 c5t6006048000028570182253594D353939d0s0 \

3 c5t6006048000028570182253594D353944d0s0 c5t6006048000028570182253594D354131d0s0 c5t6006048000028570182253594D354135d0s0 \

3 c5t6006048000028570182253594D354139d0s0 c5t6006048000028570182253594D354144d0s0 c5t6006048000028570182253594D354231d0s0 \

3 c5t6006048000028570182253594D354235d0s0 c5t6006048000028570182253594D354239d0s0 c5t6006048000028570182253594D354244d0s0

Then I mounted these disk on /data and edited the vfstab.

Everything seems to work fine, until you reboot.

Thanks in advance

[2562 byte] By [darf] at [2007-11-25 23:16:56]
# 1

You have a chicken & the egg problem. Disksuite starts before the fabric LUNs are accessible causing it to complain.

You either need to place metadbs on non-fabric devices or add

set fcp:ssfcp_enable_auto_configuration = 1

to /etc/system.

Note that setting that line will change how Solaris discovers fabric SAN luns. Any fabric LUNs will automatically be discovered and device nodes created. This is different then the default behavior which requires the use of cfgadm commands to add and remove devices. It also means that if you have a large open SAN, and use the cfgadm commands to limit a host from seeing "other" LUNs, that it will now see everything. Be careful with it.

The only reason I mention it is because its the default behavior in Solaris 10 and people should get used to it.

torreysun at 2007-7-5 18:05:40 > top of Java-index,Storage Forums,Storage General Discussion...
# 2
Hi, I am getting error "variable 'ssfcp_enable_auto_configuration' is not defined in the 'fcp' module Can u help me on this..........thanks Shamik
shamikdin at 2007-7-5 18:05:40 > top of Java-index,Storage Forums,Storage General Discussion...
# 3

Please make sure you have the latest patches for the fcp driver and friends. The latest install_it script from http://javashoplm.sun.com/ECom/docs/Welcome.jsp?StoreId=8&PartDetailId=Stor eEdgeSw-4.0-G-F&TransactionId=Try would have the latest. Or you can do a search on SunSolve.

However, I'll also try to make sure the syntax is correct in the line I sent you.

torreysun at 2007-7-5 18:05:40 > top of Java-index,Storage Forums,Storage General Discussion...