Missing avid based naming feature in SF5.1 SP1
I'm missing a feature which was thrown out in Veritas Storage Foundation 5.1 SP1. As stated in the "Veritas Storage Foundation Release Notes":
Changes to DMP coexistence with native multi-pathing
The following limitations apply when using DMP with native multi-pathing:
■ DMP does not display extended attributes for devices under the control of the
native multi-pathing driver, MPxIO. Extended attributes include the AVID,
TP, TP_RECLAIM, SSD, RAID levels, snapshots, and hardware mirrors.
Where the missing AVID is hitting us pretty hard. This means for our Systems were we have up to 260 mapped luns that there is no more human readable sense in the Veritas disknames.
Before that Version we had names like MCH-usp0_2040 where "2040" is CU:ldev of HDS and therefor unique and easy to match with the underlying device. With SF 5.1 SP1 we have names like MCH-usp0_12 where "12" is just a counted number based on the serial number of the lun (which is the SAME number as the avid btw).
Also because of this we allready hit bug e2295359 which caused a massive data corruption. Quite sure this would not have been a problem if avid usage would still be there.
My question to Symantec:
When will this option come back to SF? Or are you serious to take this feature out if MPxIO is underlying device driver? It looks pretty much that this is done because of the ended partnership with Sun / Oracle.
If this feature will not com back into SF 5.1 we really have to think about NOT upgrading multiple systmes with sf enterprise to 5.1.
I'm looking forward for a solution on that.