MPxIO and stmsboot
in [Solaris]
|
From: rocker on 5 Nov 2009 08:29 I have enabled mpxio on my SPARC system. HDS storage. This has worked perfectly on all of my systems except one, or rather partially. Format shows: AVAILABLE DISK SELECTIONS: 0. c4t60060E8005476700000047670000036Bd0 <HITACHI-OPEN-V - SUN-6003-75.00GB> /scsi_vhci/ssd(a)g60060e8005476700000047670000036b 1. c4t60060E8005476700000047670000036Cd0 <HITACHI-OPEN-V - SUN-6003-75.00GB> /scsi_vhci/ssd(a)g60060e8005476700000047670000036c 2. c4t60060E800547670000004767000003EDd0 <HITACHI-OPEN-V - SUN-6003-200.00GB> /scsi_vhci/ssd(a)g60060e800547670000004767000003ed 3. c4t500000E01044B1A0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> /scsi_vhci/ssd(a)g500000e01044b1a0 4. c4t500000E014390FF0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> /scsi_vhci/ssd(a)g500000e014390ff0 Specify disk (enter its number): ^D And those HDS disks are multipathed, as in there are 3 separate LUN's assigned with multiple paths. So the format output looks good, the / dev/dsk/* device nodes show multipathed devices. But stmsboot -L doesn't show the devices as being multipathed. cfgadm looks healthy. Why wouldn't stmsboot show those devices at all? stmsboot -L non-STMS device name STMS device name ------------------------------------------------------------------ /dev/rdsk/c1t1d0 /dev/rdsk/c4t500000E01044B1A0d0 /dev/rdsk/c1t0d0 /dev/rdsk/c4t500000E014390FF0d0 Those are the internal disks. cat /etc/release Solaris 10 5/09 s10s_u7wos_08 SPARC Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 30 March 2009 Thanks to those he help me see the light. Cheers
From: Daniel Brnak on 5 Nov 2009 13:27 On Nov 5, 2:29 pm, rocker <rocke.robert...(a)pwgsc.gc.ca> wrote: > I have enabled mpxio on my SPARC system. HDS storage. This has worked > perfectly on all of my systems except one, or rather partially. Format > shows: > > AVAILABLE DISK SELECTIONS: > 0. c4t60060E8005476700000047670000036Bd0 <HITACHI-OPEN-V - > SUN-6003-75.00GB> > /scsi_vhci/ssd(a)g60060e8005476700000047670000036b > 1. c4t60060E8005476700000047670000036Cd0 <HITACHI-OPEN-V - > SUN-6003-75.00GB> > /scsi_vhci/ssd(a)g60060e8005476700000047670000036c > 2. c4t60060E800547670000004767000003EDd0 <HITACHI-OPEN-V - > SUN-6003-200.00GB> > /scsi_vhci/ssd(a)g60060e800547670000004767000003ed > 3. c4t500000E01044B1A0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> > /scsi_vhci/ssd(a)g500000e01044b1a0 > 4. c4t500000E014390FF0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> > /scsi_vhci/ssd(a)g500000e014390ff0 > Specify disk (enter its number): ^D > > And those HDS disks are multipathed, as in there are 3 separate LUN's > assigned with multiple paths. So the format output looks good, the / > dev/dsk/* device nodes show multipathed devices. But stmsboot -L > doesn't show the devices as being multipathed. cfgadm looks healthy. > Why wouldn't stmsboot show those devices at all? > > stmsboot -L > non-STMS device name STMS device name > ------------------------------------------------------------------ > /dev/rdsk/c1t1d0 /dev/rdsk/c4t500000E01044B1A0d0 > /dev/rdsk/c1t0d0 /dev/rdsk/c4t500000E014390FF0d0 > > Those are the internal disks. > > cat /etc/release > Solaris 10 5/09 s10s_u7wos_08 SPARC > Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. > Use is subject to license terms. > Assembled 30 March 2009 > > Thanks to those he help me see the light. > > Cheers Hi, stmsboot is not very good (read buggy) for showing current status of multipathing. For this info, use better commands as "luxadm probe", "luxadm display [device]" and "mpathadm". Well, I see you enabled mpxio even on internal disks, which is not good (difficult to read internal disks in format output). Much better is to enable it only on external FC controller ports. Daniel
From: rocker on 5 Nov 2009 14:09 On Nov 5, 1:27 pm, Daniel Brnak <daniel.br...(a)gmail.com> wrote: > On Nov 5, 2:29 pm, rocker <rocke.robert...(a)pwgsc.gc.ca> wrote: > > > > > > > I have enabled mpxio on my SPARC system. HDS storage. This has worked > > perfectly on all of my systems except one, or rather partially. Format > > shows: > > > AVAILABLE DISK SELECTIONS: > > 0. c4t60060E8005476700000047670000036Bd0 <HITACHI-OPEN-V - > > SUN-6003-75.00GB> > > /scsi_vhci/ssd(a)g60060e8005476700000047670000036b > > 1. c4t60060E8005476700000047670000036Cd0 <HITACHI-OPEN-V - > > SUN-6003-75.00GB> > > /scsi_vhci/ssd(a)g60060e8005476700000047670000036c > > 2. c4t60060E800547670000004767000003EDd0 <HITACHI-OPEN-V - > > SUN-6003-200.00GB> > > /scsi_vhci/ssd(a)g60060e800547670000004767000003ed > > 3. c4t500000E01044B1A0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> > > /scsi_vhci/ssd(a)g500000e01044b1a0 > > 4. c4t500000E014390FF0d0 <SUN72G cyl 14087 alt 2 hd 24 sec 424> > > /scsi_vhci/ssd(a)g500000e014390ff0 > > Specify disk (enter its number): ^D > > > And those HDS disks are multipathed, as in there are 3 separate LUN's > > assigned with multiple paths. So the format output looks good, the / > > dev/dsk/* device nodes show multipathed devices. But stmsboot -L > > doesn't show the devices as being multipathed. cfgadm looks healthy. > > Why wouldn't stmsboot show those devices at all? > > > stmsboot -L > > non-STMS device name STMS device name > > ------------------------------------------------------------------ > > /dev/rdsk/c1t1d0 /dev/rdsk/c4t500000E01044B1A0d0 > > /dev/rdsk/c1t0d0 /dev/rdsk/c4t500000E014390FF0d0 > > > Those are the internal disks. > > > cat /etc/release > > Solaris 10 5/09 s10s_u7wos_08 SPARC > > Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. > > Use is subject to license terms. > > Assembled 30 March 2009 > > > Thanks to those he help me see the light. > > > Cheers > > Hi, > > stmsboot is not very good (read buggy) for showing current status of > multipathing. For this info, use better commands as "luxadm probe", > "luxadm display [device]" and "mpathadm". > > Well, I see you enabled mpxio even on internal disks, which is not > good (difficult to read internal disks in format output). Much better > is to enable it only on external FC controller ports. > > Daniel- Hide quoted text - > > - Show quoted text - I never mentioned this, but mpathadm looks ok: ->$ mpathadm list lu /dev/rdsk/c4t500000E01044B1A0d0s2 Total Path Count: 1 Operational Path Count: 1 /dev/rdsk/c4t500000E014390FF0d0s2 Total Path Count: 1 Operational Path Count: 1 /dev/rdsk/c4t60060E8005476700000047670000036Cd0s2 Total Path Count: 2 Operational Path Count: 2 /dev/rdsk/c4t60060E8005476700000047670000036Bd0s2 Total Path Count: 2 Operational Path Count: 2 /dev/rdsk/c4t60060E800547670000004767000003EDd0s2 Total Path Count: 2 Operational Path Count: 2 Your right about the internal disks. Didn't really give it a lot of thought. Is there a way to just remove the mp setttings on the internal disks and not touching the FC disks? without editing the fp.conf and rebooting? I setup the mp by doing a: stmsboot -D fp -e How do I avoid doing the internal disks? Thank you very much.
|
Pages: 1 Prev: Optimising Gigabit ethernet speeds Next: MPxIO and stmsboot |