Here is an easy way to find your trespassed lun’s on Clariion.

naviseccli -h 10.1.1.161 -getlun trespass

The output is as follows on my test array:
LOGICAL UNIT NUMBER 37
Default Owner: SP A
Current owner: SP B

LOGICAL UNIT NUMBER 25
Default Owner: SP B
Current owner: SP A

You can use this command to trespass a single lun.

naviseccli -h 10.1.1.161 trespass lun 37

This will return you to the command prompt when finished. So run the getlun command again to see if the lun is still trespassed.

If you have a lot of luns to trespass you can use the following command on both storage processor ip’s

naviseccli -h 10.1.1.161 trespass mine
naviseccli -h 10.1.1.162 trespass mine

Bookmark to

An easy way to find WWNN of a Clariion LUN inside of ESX.

esxcfg-mpath -lv | grep ^Disk | grep -v vmhba0 | awk '{print $3,$5,$2}' | cut -b15-

Bookmark to

The distant voice let us know that 5.5 was out and had some special support for vcb. I have had 5.5.0.0 deployed for some clients already and the server was currently running 5.5.0.0 as well. The distant voice came on the line and let me know how cool the support in 5.5.0.0 was. I had already begun taking over the webex session and installing the 5.5.0.0 client on the vcb server. He let me know of a problem where tsm baclient 5.5.0.0 and VCB 1.1.0.64559 do not automaticcly create the directories needed for mounting the lun. If you manaully create the directories it will delete them when VCB cleans up, leaving you with no directories again for next backup. I found the fix for this issue, it’s a maintainence release for 5.5.0.0. TSM baclient 5.5.0.4 is what you need to be upgraded to. This PDF talks about using VCB with Tivoli Storage Manager 5.5 check out page 329 in the document which is 347 of 402 in the pdf.

The APAR IC54709 is included as a fix in 5.5.0.4. You can download the patch here that will take you to 5.5.0.4.

A few features I feel are key:
1. The VCB server backs up the virtual machines using proxynode. This means that you can install an agent on the virtual machines and do file level restores as if they were backed up like normal.
2. License savings for TSM if your VCB server requires less licensing than your physical ESX servers.

Once you setup everything and create a vmlist file with all of your virtual machines. The only thing left is using a macro in your schedules to run “dsmc backup vm”. The product seems to work pretty good after that. I’ll try to test some restores next week and let you all know how that turns out. I’m very interested in keeping an eye on VCB as it develops and I certianly appreciate the intergration that Tivoli and VMWare are providing.

Bookmark to