For those of you implementing or planning to implement VMware SRM 5.0 on IBM SVC or Storwize V7000, there is a version of the Storage Replication Adapter (SRA) that is supported. However be mindful of the support matrix on VMware’s site (http://www.vmware.com/pdf/srm_storage_partners.pdf). If you look at SVC and Storwize V7000 you will see that this SRA is supported for code levels 6.2.x. As you may be aware 6.3 code is available for both products.
I assumed backwards compatibility and tried to setup a configuration with two Storwize V7000s running 6.3 code. I was successful in configuring the array pair, however the SRA was failing on the “discoverLUNs” command. The exact error in my SRM log was as follows:
–> C:/Program Files (x86)/VMware/VMware vCenter Site Recovery Manager/storage/sra/IBMSVC[ Wed Jan 11 13:00:47.25 discoverLuns Info ] SRA Version 2.00.11725
–> [ Wed Jan 11 13:00:48.459 discoverLuns Error ] discoverLuns::getSVCLuns(): 203
2012-01-11T13:00:48.478-08:00 [02616 error ‘SraCommand’ opID=3c4a3aa3] discoverDevices’s stderr:
–> at discoverLuns.getSVCLuns(discoverLuns.java:267)
–> at discoverLuns.getArrayTypeAndLuns(discoverLuns.java:191)
–> at discoverLuns.main(discoverLuns.java:154)
After spending more time than I cared to getting up close and personal with the inner workings of SRM and the SRA, I decided to get my environment into a supported configuration. The benefit of lab work is that it is easy to wipe systems and start over… My Storwize V7000 systems are now running 18.104.22.168 code and my errors are gone.
Please heed the support matrix because as I found out the hard way, backwards compatibility did not exist in this case. I hope to get more details on this but apparently there was an update to the CIMOM in 6.3.0 which causes problems for the SRA.