Sun Cluster 3.1 Release Notes Supplement

Sun Cluster 3.1 Release Notes Supplement

This page supplements the standard user documentation, including the Sun Cluster 3.1 Release Notes that shipped with the Sun™ Cluster 3.1 product. These “online release notes” provide the most current information on the Sun Cluster 3.1 product. This page includes the following information.

Top

Revision Record

The following tables list the information contained in this page and provides the revision date for this information.

Sun Cluster 3.1 Release Notes Supplement Revision Record: 2007
Sun Cluster 3.1 Release Notes Supplement Revision Record: 2006
Revision Date New Information
June 2006 Use of the Sun Cluster PatchPro site to obtain patches is replaced by Sun Patch Manager and Sun Update Connection. See Change to Patch Management.
April 2006 Upgrade Procedure Uses scsetup Which Does Not Yet Exist in Sun Cluster 3.0 (6349292)
January 2006 Correction to procedures for mirroring the root disk. See CR 6341573.
Sun Cluster 3.1 Release Notes Supplement Revision Record: 2005
Revision Date New Information
September 2005 Support is added for VxVM 4.1 and VxFS 4.1. See SPARC: Support for VxVM 4.1 and VxFS 4.1 in Sun Cluster 3.1 9/04 Release Notes Supplement.
June 2005 Support is added for VxVM 4.0 and VxFS 4.0. See SPARC: Support for VxVM 4.0 and VxFS 4.0 in Sun Cluster 3.1 4/04 Release Notes Supplement.
March 2005 Process accounting log files on global file systems cause the node to hang. See Bug ID 6210418 in Sun Cluster 3.1 9/04 Release Notes Supplement.
Sun Cluster 3.1 Release Notes Supplement Revision Record: 2004
Revision Date New Information
November 2004 Cabling restrictions apply when including Sun StorEdge 6130 arrays in a Sun Cluster environment. See Bug ID 5095543 for more information.
July 2004 Restrictions apply to the compilation of data services that are written in C++. See Compiling Data Services That Are Written in C++.
March 2004 Troubleshooting tip to correct stack overflow with VxVM disk device groups. See Correcting Stack Overflow Related to VxVM Disk Device Groups.
  Restriction against using the Live Upgrade method to upgrade Solaris software. See Step 5 of “How to Upgrade the Solaris Operating Environment” in Appendix F, Upgrading Sun Cluster Software From Solaris 8 to Solaris 9 Software.
February 2004 Lack of support for Sun StorEdge 3310 JBOD array in a split-bus configuration has been fixed. See BugId 4818874 for details.
  Conceptual material and example configurations for using storage-based data replication in a campus cluster. Refer to Chapter 7, Campus Clustering With Sun Cluster Software, in Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
January 2004 Added a brief description of the newly supported 3–room, 2–node campus cluster. See Chapter 7, Campus Clustering With Sun Cluster Software, in Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS.
Sun Cluster 3.1 Release Notes Supplement Revision Record: 2003
Revision Date New Information
December 2003 Sun StorEdge 6120 storage arrays in dual-controller configurations and Sun StorEdge 6320 storage systems were limited to four nodes and 16 LUNs. The bug was fixed (see Bug ID 4840853).
November 2003 The onerror=lock and onerror=umount mount options are not supported on cluster file systems. See Bug ID 4781666.
  To upgrade a cluster that uses mediators, you must remove the mediators before you upgrade to Sun Cluster 3.1 software, then recreate the mediators after the cluster software is upgraded. See Upgrading a Cluster That Uses Mediators.
  Additional information about the restriction on IPv6 addressing. See Clarification of the IPv6 Restriction.
  Logical volumes are not supported with the Sun StorEdge 3510 FC storage array. See the Preface of the Sun Cluster 3.0-3.1 With Sun StorEdge 3510 or 3511 FC RAID Array Manual for more information.
October 2003 Certain RPC program numbers are reserved for Sun Cluster software use. See Reserved RPC Program Numbers.
  Clarification about which name to use for disk slices when you create state database replicas. See How to Create State Database Replicas.
  Upgrade from Sun Cluster 3.0 software on the Solaris 8 Operating System to Sun Cluster 3.1 software on the Solaris 9 Operating System removes dual-string mediators. See Bug ID 4920156.
  Updated VxVM Dynamic Multipathing (DMP) restrictions. See Dynamic Multipathing (DMP) for more information.
August 2003 Procedures to enable Sun Cluster Support for Oracle Real Application Clusters on a subset of cluster nodes. See Sun Cluster Support for Oracle Real Application Clusters on a Subset of Cluster Nodes.
July 2003 Revised support for Multiple Masters configuration of Sun Cluster HA for Sun ONE Application Server. See Sun Cluster 3.1 Data Service for Sun ONE Application Server.
June 2003 Procedures to upgrade a Sun Cluster 3.0 configuration to Sun Cluster 3.1 software, including upgrading from Solaris 8 to Solaris 9 software. See Appendix F, Upgrading Sun Cluster Software From Solaris 8 to Solaris 9 Software.
  Modifications to make to the /etc/system file to correct changes made by VxFS installation. See Changing Quorum Device Connectivity.
  Procedures to support Sun StorEdge 6320 storage systems. See Chapter 1, Installing and Maintaining a Sun StorEdge 6320 System, in Sun Cluster 3.0-3.1 With Sun StorEdge 6320 System Manual for Solaris OS.
  Sun StorEdge 6120 storage arrays in dual-controller configurations and Sun StorEdge 6320 storage systems were limited to four nodes and 16 LUNs. (See Bug ID 4840853.)

This restriction has been removed for clusters using the 3.1 firmware.
  Procedures to support Sun StorEdge 3510 FC storage device. See the Sun Cluster 3.0-3.1 With Sun StorEdge 3510 or 3511 FC RAID Array Manual.
  Sun StorEdge 3510 FC storage arrays are no longer limited to 256 LUNs per channel. See Bug ID 4867584.
  Sun StorEdge 3510 FC storage arrays are limited to one node per channel. See Bug ID 4867560.
  Requirements for storage topologies. See Storage Topologies Replaced by New Requirements.
  Relaxed requirements for shared storage. See Shared Storage Restriction Relaxed.

Top

New Features

In addition to features documented in the Sun Cluster 3.1 Release Notes, this release now includes support for the following features.

Top

Sun Cluster Support for Oracle Real Application Clusters on a Subset of Cluster Nodes

To enable Sun Cluster Support for Oracle Real Application Clusters on a subset of cluster nodes, see Sun Cluster Support for Oracle Real Application Clusters on a Subset of Cluster Nodes.

Top

Restrictions and Requirements

The following restrictions and requirements have been added or updated since the Sun Cluster 3.1 release.

Top

Compiling Data Services That Are Written in C++

If you are using Sun Cluster 3.1 and are writing data services in C++, you must compile these data services in ANSI C++ standard mode.

Top

Reserved RPC Program Numbers

If you install an RPC service on the cluster, the service must not use any the following program numbers:

  • 100141
  • 100142
  • 100248

These numbers are reserved for the Sun Cluster daemons rgmd_receptionist, fed, and rgmd, respectively. If the RPC service you install also uses one of these program numbers, you must change that RPC service to use a different program number.

Top

Changing Quorum Device Connectivity

When you increase or decrease the number of node attachments to a quorum device, the quorum vote count is not automatically recalculated. You can reestablish the correct quorum vote if you remove all quorum devices and then add them back into the configuration.

Top

Required VxFS Default Stack Size Increase

The default stack size that Veritas File System (VxFS) sets during installation is 0x4000. However, this is inadequate for Sun Cluster software and might lead to a system panic. If you install VxFS on a Sun Cluster configuration, you must reset the stack size by making the following modifications to entries in the /etc/system file on each cluster node.

set rpcmod:svc_default_stksize=0x{{8}}000
set lwp_default_stksize=0x6000

  • The first line changes the value for the rpcmod:svc_default_stksize variable from 0x4000 to 0x8000.
  • The second line sets the value of the lwp_default_stksize variable to 0x6000.

Top

Clarification of the IPv6 Restriction

Sun Cluster software does not support IPv6. However, network interfaces on a cluster node can host IPv6 addressing as long as those interfaces are not used by Sun Cluster services or facilities.

Top

Support of Sun StorageTek 9900 Systems as Quorum Devices in Campus Clusters

Sun StorageTek 9900 systems are now supported as quorum devices in campus cluster configurations. The following patches are required:

Support of Sun StorageTek 9900 Systems as Quorum Devices in Campus Clusters

Sun StorageTek 9900 systems are now supported as quorum devices in campus cluster configurations. The following patches are required:

  • Sun Cluster 3.1: 117950-31 CORE patch for Solaris 8
  • Sun Cluster 3.1: 117949-31 CORE patch for Solaris 9
  • Sun Cluster 3.1: 117909-31 CORE patch for Solaris 9x
    (For the above 3 patches, the original rev the fix went
    into was not released. Please use the rev listed here
    which incorporates the fix required.)
  • Sun Cluster 3.1: 120500-15 CORE patch for Solaris 10
  • Sun Cluster 3.1: 120501-15 CORE patch for Solaris 10x

Top

Fixed Problems

The following problems identified in previous release notes supplements are now resolved.

Top

Bug ID 4840853

Problem Summary: Due to memory segmentation issues, if you configured the StorEdge 6120 or StorEdge 6320 storage system with four nodes and more than 16 LUNs, the storage device might fail and cause your data to be compromised.

Problem Fixed: When using a StorEdge 6120 or StorEdge 6320 storage system with the version 3.1 firmware (or later), you no longer must limit your configuration to 16 LUNs. Instead, the limit is 64 LUNs.

Top

Bug ID 4867584

Problem Summary: If you had 512 LUNs in a direct-attach storage configuration with Sun StorEdge 3510 FC storage arrays, LUNs might be lost when the server rebooted.

Problem Fixed: This bug is fixed when using both of the following items:

  • 3.27R firmware or later (which is contained in patch 113723-07 or later)
  • SAN Foundation Kit 4.3 Software or later

Top

Known Problems

In addition to known problems documented in the Sun Cluster 3.1 Release Notes, the following known problems affect the operation of the Sun Cluster 3. 1 release.

Top

Bug ID 4781666

Problem Summary: Use of the onerror=umount mount option or the onerror=lock mount option might cause the cluster file system to lock or become inaccessible if the cluster file system experiences file corruption. Or, use of these mount options might cause the cluster file system to become unmountable. The cluster file system might then cause applications to hang or prevent them from being killed. The node might require rebooting to recover from these states.

Workaround: Do not specify the onerror=umount or onerror=lock}}mount option. The {{onerror=panic mount option, which is supported by Sun Cluster software, does not need to be specified. It is already the default value.

Top

Bug ID 4863254

Problem Summary: Due to a Solaris bug (4511634), Sun Cluster 3.1 does not provide the ability to auto-create IPMP groups when you add a logical host.

Workaround: You must manually create an IPMP group when you add a logical host.

Top

Bug ID 4867560

Problem Summary: When two nodes are connected to the same channel of a Sun StorEdge 3510 FC storage array, rebooting one node causes the other node to lose the SCSI-2 reservation.

Workaround: You can only connect one node per channel on the Sun StorEdge 3510 FC storage arrays.

Top

Bug ID 4920156

Problem Summary: When performing an upgrade from Sun Cluster 3.0 software on Solaris 8 software with Solstice DiskSuite 4.2.1 to Sun Cluster 3.1 software on Solaris 9 software with Solaris Volume Manager, the dual-string mediators are removed.

Workaround: Remove mediators before you upgrade the cluster, then recreate them after the cluster is upgraded.

Top

Known Documentation Problems

This section discusses documentation errors you might encounter and steps to correct these problems. This information is in addition to known documentation problems documented in the Sun Cluster 3.1 Release Notes.

Top

Software Installation Guide

The following subsections describe omissions or new information that will be added to the next publication of the Sun Cluster 3.1 Software Installation Guide.

Top

Correcting Stack Overflow Related to VxVM Disk Device Groups

If you experience a stack overflow when a VxVM disk device group is brought online, the default value of the thread stack size might be insufficient. To increase the thread stack size, add the following entry to the /etc/system on each node. Set the value for size to a number that is greater than 8000, which is the default setting.

set cl_comm:rm_thread_stacksize=0x_size_

Top

Upgrading a Cluster That Uses Mediators

To upgrade a Sun Cluster 3.0 configuration that uses mediators to Sun Cluster 3.1 software, you must unconfigure the mediators before you upgrade the cluster software. Then after you upgrade the cluster software you must reconfigure the mediators. Add the following steps to the procedures that you perform from Upgrading Sun Cluster Software in Sun Cluster 3.1 Software Installation Guide.

How to Upgrade a Cluster That Uses Mediators
  1. Perform the steps to prepare the cluster for upgrade but do not shut down the cluster.
  2. Unconfigure the mediators.
    1. Run the following command to verify that no mediator data problems exist.

      # medstat -s setname

      -s setname-

      Specifies the diskset name


      If the value in the Status field is Bad, repair the affected mediator host. Follow the procedure to fix bad mediator data in Configuring Mediators in Sun Cluster 3.1 Software Installation Guide.

    2. List all mediators.

      Use this information for when you restore the mediators during Step 4.
    3. For a diskset that uses mediators, take ownership of the diskset if no node already has ownership.

      # metaset -s setname -t

      -t

      Takes ownership of the diskset

    4. Unconfigure all mediators for the diskset.

      # metaset -s setname -d -m mediator-host-list

      -s setname-

      Specifies the diskset name

      -d

      Deletes from the diskset

      -m mediator-host-list-

      Specifies the name of the node to remove as a mediator host for the diskset


      See the mediator(7D) man page for further information about mediator-specific options to the metaset command.

    5. Repeat Step 3 through Step 4 for each remaining diskset that uses mediators.
  3. Shut down the cluster and continue to follow procedures to upgrade Sun Cluster software.
  4. After all nodes are upgraded and booted back into the cluster, reconfigure the mediators.
    1. Determine which node has ownership of a diskset to which you will add the mediator hosts.

      # metaset -s setname

      -s setname-

      Specifies the diskset name

    2. If no node has ownership, take ownership of the diskset.

      # metaset -s setname -t

      -t

      Takes ownership of the diskset

    3. Recreate the mediators.

      # metaset -s setname -a -m mediator-host-list

      -a

      Adds to the diskset

      -m mediator-host-list-

      Specifies the names of the nodes to add as mediator hosts for the diskset

    4. Repeat Step 1 through Step 3 for each diskset in the cluster that uses mediators.
  5. Perform any remaining upgrade tasks to complete cluster upgrade.

Top

How to Create State Database Replicas

When you use the metadb -af command to create state database replicas on local disks, use the physical disk name (cNtXdYsZ), not the device-ID name (dN), to specify the slices to use.

Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.

Sign up or Log in to add a comment or watch this page.


The individuals who post here are part of the extended Sun Microsystems community and they might not be employed or in any way formally affiliated with Sun Microsystems. The opinions expressed here are their own, are not necessarily reviewed in advance by anyone but the individual authors, and neither Sun nor any other party necessarily agrees with them.

Copyright 1994-2009 Sun Microsystems, Inc.
Powered by Atlassian Confluence
Sun Guidelines on Public Discourse Privacy Policy Terms of Use Trademarks Site Map Employment Investor Relations Contact