Please enter search query.
Search <book_title>...
InfoScale™ 9.0 Storage Foundation Cluster File System High Availability Configuration and Upgrade Guide - Solaris
Last Published:
2025-04-18
Product(s):
InfoScale & Storage Foundation (9.0)
Platform: Solaris
- Section I. Introduction to SFCFSHA
- Introducing Storage Foundation Cluster File System High Availability
- Section II. Configuration of SFCFSHA
- Preparing to configure
- Preparing to configure SFCFSHA clusters for data integrity
- About planning to configure I/O fencing
- Setting up the CP server
- Configuring the CP server manually
- Configuring SFCFSHA
- Configuring a secure cluster node by node
- Verifying and updating licenses on the system
- Configuring SFCFSHA clusters for data integrity
- Setting up disk-based I/O fencing using installer
- Setting up server-based I/O fencing using installer
- Performing an automated SFCFSHA configuration using response files
- Performing an automated I/O fencing configuration using response files
- Configuring CP server using response files
- Manually configuring SFCFSHA clusters for data integrity
- Setting up disk-based I/O fencing manually
- Setting up server-based I/O fencing manually
- Configuring server-based fencing on the SFCFSHA cluster manually
- Setting up non-SCSI-3 fencing in virtual environments manually
- Setting up majority-based I/O fencing manually
- Section III. Upgrade of SFCFSHA
- Planning to upgrade SFCFSHA
- Preparing to upgrade SFCFSHA
- Performing a full upgrade of SFCFSHA using the installer
- Performing a rolling upgrade of SFCFSHA
- Performing a phased upgrade of SFCFSHA
- About phased upgrade
- Performing a phased upgrade using the product installer
- Performing an automated SFCFSHA upgrade using response files
- Upgrading Volume Replicator
- Upgrading VirtualStore
- Upgrading SFCFSHA using Boot Environment upgrade
- Performing post-upgrade tasks
- Planning to upgrade SFCFSHA
- Section IV. Post-configuration tasks
- Section V. Configuration of disaster recovery environments
- Section VI. Adding and removing nodes
- Adding a node to SFCFSHA clusters
- Adding the node to a cluster manually
- Setting up the node to run in secure mode
- Adding a node using response files
- Configuring server-based fencing on the new node
- Removing a node from SFCFSHA clusters
- Adding a node to SFCFSHA clusters
- Section VII. Configuration and Upgrade reference
- Appendix A. Installation scripts
- Appendix B. Configuration files
- Appendix C. Configuring the secure shell or the remote shell for communications
- Appendix D. High availability agent information
- Appendix E. Sample SFCFSHA cluster setup diagrams for CP server-based I/O fencing
- Appendix F. Reconciling major/minor numbers for NFS shared disks
- Appendix G. Configuring LLT over UDP
- Using the UDP layer for LLT
- Manually configuring LLT over UDP using IPv4
- Using the UDP layer of IPv6 for LLT
- Manually configuring LLT over UDP using IPv6
Configuring cluster processes on the new node
Perform the steps in the following procedure to configure cluster processes on the new node.
- Edit the /etc/llthosts file on the existing nodes. Using vi or another text editor, add the line for the new node to the file. The file resembles:
0 sys1 1 sys2 2 sys5
- Copy the /etc/llthosts file from one of the existing systems over to the new system. The /etc/llthosts file must be identical on all nodes in the cluster.
- Create an
/etc/llttab
file on the new system. For example:set-node sys5 set-cluster 101
link bge1 /dev/bge:1 - ether - - link bge2 /dev/bge:2 - ether - -
Except for the first line that refers to the node, the file resembles the /etc/llttab files on the existing nodes. The second line, the cluster ID, must be the same as in the existing nodes.
- Use vi or another text editor to create the file
/etc/gabtab
on the new node. This file must contain a line that resembles the following example:/sbin/gabconfig -c -nN
Where N represents the number of systems in the cluster including the new node. For a three-system cluster, N would equal 3.
- Edit the /etc/gabtab file on each of the existing systems, changing the content to match the file on the new system.
- For the following files on the new node:
/etc/default/llt /etc/default/gab /etc/default/vxfen /etc/default/vcs
Verify if the attributes in each file are set as follows before using smf on Solaris 11 to start the related processes and to load drivers:
LLT_START/LLT_STOP=1 GAB_START/GAB_STOP=1 VXFEN_START/VXFEN_STOP=1 VCS_START/VCS_STOP=1
- Use vi or another text editor to create the file
/etc/VRTSvcs/conf/sysname
on the new node. This file must contain the name of the new node added to the cluster.For example:
sys5
- Create the Unique Universal Identifier file
/etc/vx/.uuids/clusuuid
on the new node:# /opt/VRTSvcs/bin/uuidconfig.pl -rsh -clus -copy \ -from_sys sys1 -to_sys sys5
- Start the LLT, GAB, and ODM drivers on the new node:
# svcadm enable llt
# svcadm enable gab
# svcadm restart vxodm
- On the new node, verify that the GAB port memberships:
# gabconfig -a GAB Port Memberships =============================================================== Port a gen df204 membership 012