10 More Discussions You Might Find Interesting
1. Solaris
Hi,
I believe this is an OS multipathing issue - Solaris 10
We have x2 Dual port 8GB Qlogic HBA's installed in our SOlaris 10 host.
HBA0 (IOU0) Port WWN's - 09f4 (pci@3,700000/SUNW,qlc@0)
09f5 (pci@3,700000/SUNW,qlc@0,1)
HBA1 (IOU1) Port WWN's... (2 Replies)
Discussion started by: jamba1
2 Replies
2. Solaris
Hi,
I have an Oracle/Sun T3-2 Server with a duel SAS controller Fujitsu DX60 array attached.
I have 2 x SAS HBA's in the T3-2. One HBA cabled to CM0 and one HBA cabled to CM1 of the array.
The array is setup with one RAID GROUP and one VOLUME and one LUN
In Solaris I can see one device... (4 Replies)
Discussion started by: general_lee
4 Replies
3. Solaris
Im not able to turn the multipath off on the solaris s10 X86...since im on FC boot..
if i disable multipath , from /kernel/drv/iscsi.conf then im not able to boot the machine.:wall:
Is there any other go or any suggestions . (2 Replies)
Discussion started by: gowtham.varma
2 Replies
4. Solaris
Here is the issue:
I am building a database server using Solaris 10x86 U8.
The system is jumpstarted with mpxio enabled and booting from the san.
We need to have powerpath 5.3 installed and would like to have powerpath take control of the the boot san as well or have mpxio control the san... (2 Replies)
Discussion started by: nabru72
2 Replies
5. Solaris
Hello folks,
I have a newly installed Solaris 10 system running on a T6320 blade. I have set up LDM with the intent to move an ldom from another blade to this one. So far, so good.
I had the SAN folks make the LUNs belonging to the ldom visible to my new blade and I can see them, all 4 paths.... (4 Replies)
Discussion started by: Ranck
4 Replies
6. Solaris
Hi Kudo,
I wanna to know that how can I do mpxio device name to os native name mapping without using stmsboot -L I tried everything still not able to got the solution till I able to get these o/p
here is native disk info as well physical wat is the logical OS name of the disk
... (1 Reply)
Discussion started by: tarunn.dubeyy
1 Replies
7. UNIX for Advanced & Expert Users
we have a v440 SUN machine with a NetApp FAS3140 SAN storage, the v440 got 2 HBA qlogic cards both connected to the switch side in NetApp 3140, zoning in netapp configured proberly and luns are adversitesed to the SUN machine, the problem i am facing is that when i try to configure the mpxio i am... (7 Replies)
Discussion started by: q8devilish
7 Replies
8. Filesystems, Disks and Memory
Greetings Forumers!!
I was given a T2000 with one, dual port, HBA card. The card had one fiber connection to the SAN and the former admin enabled MPxIO.
Yesterday, I learned that the other port was connected to the same SAN. This system is in another city so I don't have physical access to... (1 Reply)
Discussion started by: bluescreen
1 Replies
9. Filesystems, Disks and Memory
:confused:
Last week I read that VxVM won't work with MPxIO (i don't recall the link) and that it should be unconfigured when installing VxVM. Today I read that VxVM works in "pass-thru" mode with MPxIO and DMP uses the devices presented by MPxIO.
If I create disks with MPxIO and use VxVM to... (1 Reply)
Discussion started by: bluescreen
1 Replies
10. Solaris
Hi,
I have a quick question.
How can I see MPXIO statistics (like errors, how many I/O|throuput per path, ....) on Solaris 10? Does maybe a ready dtrace script exist (I do not have the knowledge to write one myself)?
I would be happy if somebody knows some good documentation/links (with... (1 Reply)
Discussion started by: victorinox
1 Replies
stmsboot(1M) stmsboot(1M)
NAME
stmsboot - administration program for the Solaris I/O multipathing feature
SYNOPSIS
/usr/sbin/stmsboot [-d | -e | -u | -L | -l controller_number]
The Solaris I/O multipathing feature is a multipathing solution for storage devices that is part of the Solaris operating environment. This
feature was formerly known as Sun StorEdge Traffic Manager (STMS) or MPxIO.
The stmsboot program is an administrative command to manage enumeration of fibre channel devices under Solaris I/O multipathing. Solaris
I/O multipathing-enabled devices are enumerated under scsi_vhci(7D), providing multipathing capabilities. Solaris I/O multipathing-disabled
devices are enumerated under the physical controller.
In the /dev and /devices trees, Solaris I/O multipathing-enabled devices receive new names that indicate that they are under Solaris I/O
multipathing control. This means a device will have a different name from its original name (following installation) when it is under
Solaris I/O multipathing control. The stmsboot command automatically updates /etc/vfstab and dump configuration to reflect the device names
changes when enabling or disabling Solaris I/O multipathing. A reboot is required for changes to take effect.
The following options are supported:
-e
Enables Solaris I/O multipathing on all fibre channel (fp(7D)) controller ports. Following this enabling, you are prompted to reboot.
During the reboot, vfstab and the dump configuration will be updated to reflect the device name changes.
-d
Disables Solaris I/O multipathing on all fibre channel (fp(7D)) controller ports. Following this disabling, you are prompted to reboot.
During the reboot, vfstab and the dump configuration will be updated to reflect the device name changes.
-u
Updates vfstab and the dump configuration after you have manually modified the configuration to have Solaris I/O multipathing enabled
or disabled on specific fp(7D) controller ports. This option prompts you to reboot. During the reboot, vfstab and the dump configura-
tion will be updated to reflect the device name changes.
-L
Display the device name changes from non-Solaris I/O multipathing device names to Solaris I/O multipathing device names.
-l controller_number
Display the device name changes from non-Solaris I/O multipathing device names to Solaris I/O multipathing device names for the speci-
fied controller.
Along with its primary function of enabling or disabling Solaris I/O multipathing, the stmsboot command is used to update vfstab and the
dump configuration to reflect device name changes. For a system to function properly, you must configure the applications that consume the
devices by old names to use the new names.
The -L and -l options display the mapping between the old and new device names. These options work after the changes made to the Solaris
I/O multipathing configuration have taken effect. For example, you can use these options following the reboot after invoking stmsboot -e.
The old device names must exist in order to display the mappings.
Example 1: Enabling Solaris I/O Multipathing Following OS Upgrade
To enable Solaris I/O multipathing on all fibre channel (fp(7D)) controller ports run:
# stmsboot -e
Example 2: Disabling Solaris I/O Multipathing
To disable Solaris I/O multipathing on all fibre channel (fp(7D)) controller ports, run:
# stmsboot -d
Example 3: Enabling Solaris I/O Multipathing on Selected Ports
You want to enable Solaris I/O multipathing on some fibre channel controller ports and disable the feature on the rest. You edit the
fp.conf file (see fp(7D)) to enable or disable Solaris I/O multipathing on specific controller ports. You then run the following command to
have vfstab and the dump configuration updated to reflect the new device names:
# stmsboot -u
See attributes(5) for descriptions of the following attributes:
+-----------------------------+-----------------------------+
| ATTRIBUTE TYPE | ATTRIBUTE VALUE |
+-----------------------------+-----------------------------+
|Architecture |SPARC |
+-----------------------------+-----------------------------+
|Availability |SUNWcsu, SUNWcslr |
+-----------------------------+-----------------------------+
|Interface Stability |Obsolete |
+-----------------------------+-----------------------------+
SEE ALSO
dumpadm(1M), ufsdump(1M), dumpdates(4), vfstab(4), fcp(7D), fctl(7D), fp(7D), qlc(7D), scsi_vhci(7D)
Consult the Sun StorEdge Disk Tray [or Subsystem] Administrator's Guide for the T3, 3910, 3960, 6120, and 6320 storage subsystems.
Sun StorEdge Traffic Manager Installation and Configuration Guide
Solaris I/O multipathing is not supported on all devices. After enabling Solaris I/O multipathing, only those devices that Solaris I/O mul-
tipathing supports are placed under Solaris I/O multipathing control. Non-supported devices remain as before.
For Solaris releases prior to the current release, the -e and -d options remove the mpxio-disable property entries from fp.conf file (see
fp(7D)) and add a global mpxio-disable entry to fp.conf.
The current release of the Solaris operating system does not support the mpxio-disable property. Solaris I/O multipathing is always
enabled. If you want to disable multipathing, you must use the mechanisms provided by the HBA drivers. See fp(7D).
Enabling Solaris I/O Multipathing on a Sun StorEdge Disk Array
The following applies to Sun StoreEdge T3, 3910, 3960, 6120, and 6320 storage subsystems.
To place your Sun StorEdge disk subsystem under Solaris I/O multipathing control, in addition to enabling Solaris I/O multipathing, the
mp_support of the subsystem must be set to mpxio mode. The preferred sequence is to change the subsystem's mp_support to mpxio mode, then
run stmsboot -e. If Solaris I/O multipathing is already enabled but the subsystem's mp_support is not in mpxio mode, then change the
mp_support to mpxio mode and run stmsboot -u.
Refer to the Sun StorEdge Administrator's Guide for your subsystem for more details.
ufsdump Users
The ufsdump command keeps records of the filesystem dumps in /etc/dumpdates (see dumpdates(4)). Among other items, the records contain
device names. An effect of the "active" stmsboot options (-e, -d, and -u) is to change the device name of a storage device. The stmsboot
command does not modify the dumpdates file. Because of this, the dumpdates records will refer to the old device names, that is, the device
names that were in effect before you ran stmsboot. The effect of this device name-dumpdates disagreement is that, following use of stms-
boot, ufsdump will be processed as if no previous dump had ever been made, thus dumping the entire filesystem (effectively, a level 0
dump).
Procedure to Use stmsboot in Sun Cluster Environment
If possible, use stmsboot -e before you start installing Sun Cluster software. After you run stmsboot, you install Sun Cluster software as
you normally would.
If you install Sun Cluster software before running stmsboot, you must use the following procedure.
On each machine in the cluster on which you want to enable the Solaris multipathing feature, enter:
# stmsboot -e
...and allow the system to reboot.
When the system comes up, enter the following two commands:
1. # /usr/cluster/bin/scdidadm -C
2. # /usr/cluster/bin/scdidadm -r
The preceding commands update did mappings with new device names while preserving did instance numbers for disks that are connected to
multiple cluster nodes. did instance numbers of the local disks might not be preserved. For this reason, the did disk names for local
disks might change.
3. Update /etc/vfstab to reflect any new did disk names for your local disks.
4. Reboot the system.
To disable the Solaris multipathing feature, use stmsboot -d (instead of stmsboot -e), then follow the procedure above.
To view mappings between the old and new device names, run stmsboot -L. To view did device name mappings, run /usr/cluster/bin/scdidadm -L.
3 Mar 2005 stmsboot(1M)