For the past 2 years I've been accessing LUNs on our FAS3240 from a Solaris Sparc host (Solaris 10 Update 9) using FCP. There are two QLA2340 cards on the Solaris host. Each is cabled to a separate brocade switches, creating 4 paths to the same LUN.
Solaris multipathing was enabled when the Solaris host was created (stmsboot -e)
I created the igroup on the FAS3240 with ALUA enabled.
FAS3240B> version NetApp Release 8.0.2P6 7-Mode: Fri Jan 27 14:48:08 PST 2012
This all worked creating for lack of a better term, a single virtual path to represent the 4 physical paths on the Solaris system.
Example:
/dev/rdsk/c13t60A98000646762364634634B7847616Cd0s2 -> ../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,raw
We recently purchased a FAS2240 with a single PCM for additional space with the optional mezzanine card with dual FC ports. Since it's a single controller when I create an igroup it's without ALUA.
The problem. When I create a LUN on the FAS2240, the Solaris host is showing two separate paths to the same LUN rather than a single path. There are in fact two separate physical paths but I expect multipathing to create a single virtual path.
fas2240> version NetApp Release 8.1.2P2 7-Mode: Wed Feb 20 19:58:27 PST 2013
- two paths to the same LUN ... not what we want
lrwxrwxrwx 1 root root 71 Apr 18 16:50 c0t500A098281975936d11s2 -> ../../devices/pci@1c,600000/QLGC,qlc@1/fp@0 ,0/ssd@w500a098281975936,b:c
lrwxrwxrwx 1 root root 71 Apr 18 16:51 c5t500A098181975936d11s2 -> ../../devices/pci@1d,700000/QLGC,qlc@1/fp@0 ,0/ssd@w500a098181975936,b:c
Any suggestions? I've got a call open with EMC(Solaris) and will open one with NetApp Support as well.
Thanks,
Regardless of single controller or not, since you have two physical cable connected you still need to enable ALUA on the igroup. Enable ALUA and your issue should go away.
Regards,
André M. Clark | Sr. Consulting Engineer, Team Lead | Insight Integrated Systems http://www.insightintegrated.com/ | 917.388.8236
Tell me I will forget... Show me I may remember... Involve me I WILL UNDERSTAND!!!
Start by doing what's necessary, then what's possible, and suddenly you are doing the impossible!!!
From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Peter Kain Sent: Monday, April 22, 2013 16:59 To: Toasters@teaparty.net Subject: FA2240 & Solaris (Sparc) Multipathing not working.
For the past 2 years I've been accessing LUNs on our FAS3240 from a Solaris Sparc host (Solaris 10 Update 9) using FCP. There are two QLA2340 cards on the Solaris host. Each is cabled to a separate brocade switches, creating 4 paths to the same LUN.
Solaris multipathing was enabled when the Solaris host was created (stmsboot -e)
I created the igroup on the FAS3240 with ALUA enabled.
FAS3240B> version NetApp Release 8.0.2P6 7-Mode: Fri Jan 27 14:48:08 PST 2012
This all worked creating for lack of a better term, a single virtual path to represent the 4 physical paths on the Solaris system.
Example:
/dev/rdsk/c13t60A98000646762364634634B7847616Cd0s2 -> ../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,raw
We recently purchased a FAS2240 with a single PCM for additional space with the optional mezzanine card with dual FC ports. Since it's a single controller when I create an igroup it's without ALUA.
The problem. When I create a LUN on the FAS2240, the Solaris host is showing two separate paths to the same LUN rather than a single path. There are in fact two separate physical paths but I expect multipathing to create a single virtual path.
fas2240> version NetApp Release 8.1.2P2 7-Mode: Wed Feb 20 19:58:27 PST 2013
- two paths to the same LUN ... not what we want
lrwxrwxrwx 1 root root 71 Apr 18 16:50 c0t500A098281975936d11s2 -> ../../devices/pci@1c,600000/QLGC,qlc@1/fp@0,0/ssd@w500a098281975936,b:c
lrwxrwxrwx 1 root root 71 Apr 18 16:51 c5t500A098181975936d11s2 -> ../../devices/pci@1d,700000/QLGC,qlc@1/fp@0,0/ssd@w500a098181975936,b:c
Any suggestions? I've got a call open with EMC(Solaris) and will open one with NetApp Support as well.
Thanks,
Trouble is, you can't enable ALUA, if you haven't enabled HA. (according to the documentation...) He can't enable HA, since it's a single controller... :-( @Pete: Did you try? Did you get an error message?
Sebastian
On 23.04.2013 11:16, Clark, Andre wrote:
Regardless of single controller or not, since you have two physical cable connected you still need to enable ALUA on the igroup. Enable ALUA and your issue should go away.
*Regards,*
*André M. Clark **| Sr. Consulting Engineer, Team Lead | Insight Integrated Systems http://www.insightintegrated.com/ | 917.388.8236*
*/Tell me I will forget... Show me I may remember... Involve me I WILL UNDERSTAND!!!/*
*/Start by doing what's necessary, then what's possible, and suddenly you are doing the impossible!!!/*
*From:*toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] *On Behalf Of *Peter Kain *Sent:* Monday, April 22, 2013 16:59 *To:* Toasters@teaparty.net *Subject:* FA2240 & Solaris (Sparc) Multipathing not working.
For the past 2 years I've been accessing LUNs on our FAS3240 from a Solaris Sparc host (Solaris 10 Update 9) using FCP. There are two QLA2340 cards on the Solaris host. Each is cabled to a separate brocade switches, creating 4 paths to the same LUN.
Solaris multipathing was enabled when the Solaris host was created (stmsboot -e)
I created the igroup on the FAS3240 with ALUA enabled.
FAS3240B> version NetApp Release 8.0.2P6 7-Mode: Fri Jan 27 14:48:08 PST 2012
This all worked creating for lack of a better term, a single virtual path to represent the 4 physical paths on the Solaris system.
Example:
/dev/rdsk/c13t60A98000646762364634634B7847616Cd0s2 -> ../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,raw mailto:../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,raw
We recently purchased a FAS2240 with a single PCM for additional space with the optional mezzanine card with dual FC ports. Since it's a single controller when I create an igroup it's without ALUA.
The problem. When I create a LUN on the FAS2240, the Solaris host is showing two separate paths to the same LUN rather than a single path. There are in fact two separate physical paths but I expect multipathing to create a single virtual path.
fas2240> version NetApp Release 8.1.2P2 7-Mode: Wed Feb 20 19:58:27 PST 2013
- two paths to the same LUN ... not what we want
lrwxrwxrwx 1 root root 71 Apr 18 16:50 c0t500A098281975936d11s2 -> ../../devices/pci@1c,600000/QLGC,qlc@1/fp@0,0/ssd@w500a098281975936,b:c mailto:../../devices/pci@1c,600000/QLGC,qlc@1/fp@0,0/ssd@w500a098281975936,b:c
lrwxrwxrwx 1 root root 71 Apr 18 16:51 c5t500A098181975936d11s2 -> ../../devices/pci@1d,700000/QLGC,qlc@1/fp@0,0/ssd@w500a098181975936,b:c mailto:../../devices/pci@1d,700000/QLGC,qlc@1/fp@0,0/ssd@w500a098181975936,b:c
Any suggestions? I've got a call open with EMC(Solaris) and will open one with NetApp Support as well.
Thanks,
-- Pete Kain 310-506-4475
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
Sebastian and Andre,
Below is the command I used to create the igroup. You can see it says ALUA enabled but it actually wasn't. I checked by running "igroup show -v".
I tried enabling ALUA via the Web Interface and got the error message: ALUA is not supported on FCP igroups when not clustered. This is correct according to NetApp.
I've opened a call w/ NetApp, they were able to replicate what I'm seeing and consider it a bug that it reports ALUA enabled when you create an igroup an only have a single PCM.
I've opened a call Oracle/Solaris. They're of the opinion that I need to patch the Solaris OS (Solaris 10 Update 9) and then I'll see it as a single (virtual) path. I'm going to try that and post the results.
fas2240> igroup create -f -t solaris networker 210000e08b83eb67 210000e08b833a65 INFO: Asymmetric Logical Unit Access (ALUA) has been enabled.
fas2240> igroup show -v networker (FCP): OS Type: solaris Member: 21:00:00:e0:8b:83:eb:67 (logged in on: 1a) Member: 21:00:00:e0:8b:83:3a:65 (logged in on: 1b) UUID: f167a3ab-a095-11e2-8619-123478563412 Report SCSI Name in Inquiry Descriptor: Yes
Example where ALUA is enabled:
FAS3240B> igroup show -v networker networker (FCP): OS Type: solaris Member: 21:00:00:e0:8b:83:3a:65 (logged in on: vtic, 0c) Member: 21:00:00:e0:8b:83:eb:67 (logged in on: vtic, 0d) UUID: 5e8acc68-62e8-11e0-a36e-00a09815d2b2 ALUA: Yes
Pete Kain Pepperdine University 310-506-4475
On Tue, Apr 23, 2013 at 2:31 AM, Sebastian Goetze spgoetze@gmail.comwrote:
Trouble is, you can't enable ALUA, if you haven't enabled HA. (according to the documentation...) He can't enable HA, since it's a single controller... :-( @Pete: Did you try? Did you get an error message?
Sebastian
On 23.04.2013 11:16, Clark, Andre wrote:
Regardless of single controller or not, since you have two physical cable connected you still need to enable ALUA on the igroup. Enable ALUA and your issue should go away.****
*Regards,*
*André M. Clark **| Sr. Consulting Engineer, Team Lead | Insight Integrated Systems http://www.insightintegrated.com/ | 917.388.8236*
*Tell me I will forget... Show me I may remember... Involve me I WILL UNDERSTAND!!!*
*Start by doing what's necessary, then what's possible, and suddenly you are doing the impossible!!!*****
*From:* toasters-bounces@teaparty.net [ mailto:toasters-bounces@teaparty.net toasters-bounces@teaparty.net] *On Behalf Of *Peter Kain *Sent:* Monday, April 22, 2013 16:59 *To:* Toasters@teaparty.net *Subject:* FA2240 & Solaris (Sparc) Multipathing not working.****
For the past 2 years I've been accessing LUNs on our FAS3240 from a Solaris Sparc host (Solaris 10 Update 9) using FCP. There are two QLA2340 cards on the Solaris host. Each is cabled to a separate brocade switches, creating 4 paths to the same LUN. ****
Solaris multipathing was enabled when the Solaris host was created (stmsboot -e) ****
I created the igroup on the FAS3240 with ALUA enabled.
FAS3240B> version NetApp Release 8.0.2P6 7-Mode: Fri Jan 27 14:48:08 PST 2012****
This all worked creating for lack of a better term, a single virtual path to represent the 4 physical paths on the Solaris system. ****
Example: ****
/dev/rdsk/c13t60A98000646762364634634B7847616Cd0s2 -> ../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,raw
We recently purchased a FAS2240 with a single PCM for additional space with the optional mezzanine card with dual FC ports. Since it's a single controller when I create an igroup it's without ALUA.
The problem. When I create a LUN on the FAS2240, the Solaris host is showing two separate paths to the same LUN rather than a single path. There are in fact two separate physical paths but I expect multipathing to create a single virtual path.
fas2240> version NetApp Release 8.1.2P2 7-Mode: Wed Feb 20 19:58:27 PST 2013****
- two paths to the same LUN ... not what we want ****
lrwxrwxrwx 1 root root 71 Apr 18 16:50 c0t500A098281975936d11s2 -> ../../devices/pci@1c,600000/QLGC,qlc@1/fp@0,0/ssd@w500a098281975936,b:c
lrwxrwxrwx 1 root root 71 Apr 18 16:51 c5t500A098181975936d11s2 -> ../../devices/pci@1d,700000/QLGC,qlc@1/fp@0,0/ssd@w500a098181975936,b:c
Any suggestions? I've got a call open with EMC(Solaris) and will open one with NetApp Support as well. ****
Thanks, ****
-- Pete Kain 310-506-4475 ****
Toasters mailing listToasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters
Did you also get suggested patch number to install on Solaris?
From: toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Peter Kain Sent: Tuesday, April 23, 2013 11:35 PM To: Sebastian Goetze Cc: Toasters@teaparty.net Subject: Re: FA2240 & Solaris (Sparc) Multipathing not working.
Sebastian and Andre, Below is the command I used to create the igroup. You can see it says ALUA enabled but it actually wasn't. I checked by running "igroup show -v". I tried enabling ALUA via the Web Interface and got the error message: ALUA is not supported on FCP igroups when not clustered. This is correct according to NetApp. I've opened a call w/ NetApp, they were able to replicate what I'm seeing and consider it a bug that it reports ALUA enabled when you create an igroup an only have a single PCM.
I've opened a call Oracle/Solaris. They're of the opinion that I need to patch the Solaris OS (Solaris 10 Update 9) and then I'll see it as a single (virtual) path. I'm going to try that and post the results.
fas2240> igroup create -f -t solaris networker 210000e08b83eb67 210000e08b833a65 INFO: Asymmetric Logical Unit Access (ALUA) has been enabled.
fas2240> igroup show -v networker (FCP): OS Type: solaris Member: 21:00:00:e0:8b:83:eb:67 (logged in on: 1a) Member: 21:00:00:e0:8b:83:3a:65 (logged in on: 1b) UUID: f167a3ab-a095-11e2-8619-123478563412 Report SCSI Name in Inquiry Descriptor: Yes Example where ALUA is enabled:
FAS3240B> igroup show -v networker networker (FCP): OS Type: solaris Member: 21:00:00:e0:8b:83:3a:65 (logged in on: vtic, 0c) Member: 21:00:00:e0:8b:83:eb:67 (logged in on: vtic, 0d) UUID: 5e8acc68-62e8-11e0-a36e-00a09815d2b2 ALUA: Yes Pete Kain Pepperdine University 310-506-4475
On Tue, Apr 23, 2013 at 2:31 AM, Sebastian Goetze <spgoetze@gmail.commailto:spgoetze@gmail.com> wrote: Trouble is, you can't enable ALUA, if you haven't enabled HA. (according to the documentation...) He can't enable HA, since it's a single controller... :-( @Pete: Did you try? Did you get an error message?
Sebastian
On 23.04.2013 11:16, Clark, Andre wrote: Regardless of single controller or not, since you have two physical cable connected you still need to enable ALUA on the igroup. Enable ALUA and your issue should go away. Regards, André M. Clark | Sr. Consulting Engineer, Team Lead | Insight Integrated Systemshttp://www.insightintegrated.com/ | 917.388.8236tel:917.388.8236 Tell me I will forget... Show me I may remember... Involve me I WILL UNDERSTAND!!! Start by doing what's necessary, then what's possible, and suddenly you are doing the impossible!!!
From: toasters-bounces@teaparty.netmailto:toasters-bounces@teaparty.net [mailto:toasters-bounces@teaparty.net] On Behalf Of Peter Kain Sent: Monday, April 22, 2013 16:59 To: Toasters@teaparty.netmailto:Toasters@teaparty.net Subject: FA2240 & Solaris (Sparc) Multipathing not working.
For the past 2 years I've been accessing LUNs on our FAS3240 from a Solaris Sparc host (Solaris 10 Update 9) using FCP. There are two QLA2340 cards on the Solaris host. Each is cabled to a separate brocade switches, creating 4 paths to the same LUN. Solaris multipathing was enabled when the Solaris host was created (stmsboot -e)
I created the igroup on the FAS3240 with ALUA enabled.
FAS3240B> version NetApp Release 8.0.2P6 7-Mode: Fri Jan 27 14:48:08 PST 2012 This all worked creating for lack of a better term, a single virtual path to represent the 4 physical paths on the Solaris system. Example:
/dev/rdsk/c13t60A98000646762364634634B7847616Cd0s2 -> ../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,rawmailto:../../devices/scsi_vhci/ssd@g60a98000646762364634634b7847616c:c,raw
We recently purchased a FAS2240 with a single PCM for additional space with the optional mezzanine card with dual FC ports. Since it's a single controller when I create an igroup it's without ALUA.
The problem. When I create a LUN on the FAS2240, the Solaris host is showing two separate paths to the same LUN rather than a single path. There are in fact two separate physical paths but I expect multipathing to create a single virtual path.
fas2240> version NetApp Release 8.1.2P2 7-Mode: Wed Feb 20 19:58:27 PST 2013 - two paths to the same LUN ... not what we want
lrwxrwxrwx 1 root root 71 Apr 18 16:50 c0t500A098281975936d11s2 -> ../../devices/pci@1c,600000/QLGC,qlc@1/fp@0,0/ssd@w500a098281975936,b:cmailto:../../devices/pci@1c,600000/QLGC,qlc@1/fp@0,0/ssd@w500a098281975936,b:c
lrwxrwxrwx 1 root root 71 Apr 18 16:51 c5t500A098181975936d11s2 -> ../../devices/pci@1d,700000/QLGC,qlc@1/fp@0,0/ssd@w500a098181975936,b:cmailto:../../devices/pci@1d,700000/QLGC,qlc@1/fp@0,0/ssd@w500a098181975936,b:c Any suggestions? I've got a call open with EMC(Solaris) and will open one with NetApp Support as well. Thanks,
-- Pete Kain 310-506-4475tel:310-506-4475
_______________________________________________
Toasters mailing list
Toasters@teaparty.netmailto:Toasters@teaparty.net
http://www.teaparty.net/mailman/listinfo/toasters
-- Pete Kain 310-506-4475
-
Borzenkov, Andrey -
Clark, Andre -
Peter Kain -
Sebastian Goetze