This post is more than 5 years old
7 Posts
0
10025
symaccess -consistent_lun
Is there a way to add the "-consistent_lun" flag to an initiator group once it has been created? We did not know about this feature when we originally implemented VMAX, but now that we have configured 100+ production initiator groups, we are interested in turning this feature on for all of the currently configured groups.
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
August 30th, 2010 10:00
symaccess -sid 1234 -name test_IG -type initiator set consistent_lun on
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
August 30th, 2010 19:00
when you add sym devices to a device group it will make sure that they are mapped to the same address on the FA.
SKT2
2 Intern
2 Intern
•
1.3K Posts
0
August 30th, 2010 19:00
what does this option do? where exactly this helps/benefits?
Anonymous
5 Practitioner
5 Practitioner
•
274.2K Posts
0
March 25th, 2011 09:00
Is there a way to keep the lun id consistent across the R1 vmax and R2 vmax FA's ?
"-consistent_lun" mapped to the same address on the FA.within vmax , How can we achieve the same address across the SRDF , ? on DMX we could control this by using map file :map dev xx FA xx lin id 01 ; vmax have Auto Prov. - any idea to keep the same address across RDF ~
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
March 25th, 2011 10:00
use -lun when you add devices to storage group.
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
September 5th, 2013 19:00
can't think of anything else other than consistency when you run symdev show and look at device properties.
12122
82 Posts
0
September 5th, 2013 19:00
I understood that enabling consistent_lun option on initiator groups will make sure it takes the same LUN address across all FA ports in that port group.
Can you list out some benefits?
Thanks
Dino
PedalHarder
465 Posts
1
September 5th, 2013 21:00
When the lun numbers are the same it makes it very clear from a host view that you are looking at the same device.
For cascaded IG's, (when creating them for clustered hosts / ESC etc.) you will get the same Lun across each SG in the child IG's. Otherwise you can get different physical hosts seeing the same devices, but with different LUNID... confusing.
codyhosterman
286 Posts
1
September 6th, 2013 07:00
We added this option in specifically for VMware environments when autoprovisioning came out. A few ESX versions back ESX required the LUN IDs to be the same across all paths in order for multipathing to work correctly. This isnt the case any more but there are some situations like RDMs and vMotion where they still need to be the same across hosts so this option is helpful in that regard. So enabling it on VMware clusters is still a best practice and like the others said makes management easier.
12122
82 Posts
0
September 18th, 2013 19:00
no problem...
12122
82 Posts
0
September 18th, 2013 19:00
Are you guys referring to LUN ID we ll get it by the below command?
symcfg -sid xxx list -dir 8G -p 0 -addr -avail
or LUN ID we see inside a masking view for each device?
Thanks
Dinesh
AranH1
2.2K Posts
1
September 19th, 2013 07:00
It is the host LUN ID, not the FA channel address. Using the -consistent_lun option is for the benefit of the host address. Using -consistent_lun you can still see some volumes using different FA channel addresses (if the same channel address wasn't available) but the host LUN address will be consistent and that is the address that matters to the host.
This is using the Dynamic LUN Addressing feature for reference.
12122
82 Posts
0
September 19th, 2013 16:00
Thanks Aran... Got it...
kiranmims
22 Posts
0
September 26th, 2013 16:00
I'm getting the following error while setting consistent lun on existing IG
symaccess -sid 1234 -name xxxxxxxxxxx_ig -type initiator set consistent_lun on
The operation will result in consistent lun violation
and unable to Set Consistent_lun... Please suggest how to overcome this.
dynamox
2 Intern
2 Intern
•
20.4K Posts
0
September 26th, 2013 16:00
have you searched ?
https://support.emc.com/search/?text=The%20operation%20will%20result%20in%20consistent%20lun%20violation