VMware Cloud Community
adamwiso
Enthusiast
Enthusiast

LUN Numbers Remain the Same on Failover or Not?

Hi All-

Trying to get some clarification on what the volume LUN numbers are in theory suppose to do on failover and failback.  In the whitepapers for the storage we are using it states, "keep the volume LUN numbers upon failover, and reuse them upon failback"

This makes sense, however in our test failovers the LUN number say 50, gets changed to 1 when it gets mounted in the warm site.  Can this be statically defined, my understanding it this is explicitly handled by the SRA and no intervention is needed.  However would in a actual failover, changing to LUN number 1, affect the failback?  I could not find any documentation online in regards to this.

Any input would be appreciated, just trying to understand this piece.

0 Kudos
4 Replies
Sateesh_vCloud

Can you provide more details about?

in our test failovers the LUN number say 50, gets changed to 1 when it gets mounted in the warm site


warm site - Recovery site?

LUN 50 will be mounted to Recovery site as LUN 1?

------------------------------------------------------------------------- Follow me @ www.vmwareguruz.com Please consider marking this answer "correct" or "helpful" if you found it useful T. Sateesh VCIX-NV, VCAP 5-DCA/DCD,VCP 6-NV,VCP 5 DCV/Cloud/DT, ZCP IBM India Pvt. Ltd
0 Kudos
adamwiso
Enthusiast
Enthusiast

Sateesh - thanks for your reply sorry if I was not clear.

Warm site - yes recovery site.

Yes, say LUN 50 is created in primary, when it is mounted in recovery site it comes up as LUN 1.  I cannot seem to figure out if this is native or should be changed.

0 Kudos
adamwiso
Enthusiast
Enthusiast

Has anyone by chance seen any behavior like this (is it by design)?  We are going to reach out to our vendor next - but thought I could lean on this great community first.  Thanks for any feedback!

0 Kudos
mal_michael
Commander
Commander

Hi,

I believe this entirely depends on storage side - SRA / array.

So contacting storage vendor would be correct thing to do.

Michael.

0 Kudos