It is a good idea to use the cluster for a while with the new level of IBM Spectrum Scale™ installed, until you are sure that you are ready
to permanently migrate the cluster to
the new level.
When you are ready to permanently migrate the cluster, follow the steps in this topic to complete the upgrade. If you decide not
to complete the upgrade, you can revert to the previous level of IBM Spectrum
Scale. For more information, see Reverting to the previous level of IBM Spectrum Scale.
Before you begin this task, verify that you have upgraded all the nodes in the cluster to the
latest licensed version of IBM Spectrum
Scale.
When you run
mmchconfig release=LATEST in Step 2 of these directions, you
can add other parameters and their values to the command
line:
mmchconfig release=LATEST <parameterN=value> <parameterN+1=value>...
The
following table describes the parameters that are referred to in this
topic.
Table 1. Other parameters with mmchconfig
release=LATESTParameter |
Purpose |
Comment |
--accept-empty-cipherlist-security |
You must specify this parameter if you want to continue running the cluster with the lowest
level of security for communications between nodes or with other clusters. That is, you want the
cipherList attribute to remain set to EMPTYor
undefined. For more information, see Security mode.
|
It is a good idea to have some level of security for cluster communications:
For more information, see Security mode.
|
mmfsLogTimeStampISO8601={yes | no} |
Setting this parameter to no allows the cluster to continue running
with the earlier log time stamp format. For more information, see Security mode.
|
|
- Verify that the SHA message digest and the cipherList configuration
variable are set to valid values.
Note: - The SHA message digest is a hash result that is generated by a cryptographic hash function.
- The cipherList variable specifies the security mode for communications
among nodes in the cluster and with nodes in other clusters. For more
information, see mmchconfig command.
Follow these steps:- Display the current values by entering the following command. The listing shows both the
command and example output:
# mmauth show .
Cluster name: zounds.cluster (this cluster)
Cipher list: (none specified)
SHA digest: (undefined)
File system access: (all rw)
- If the value for the SHA digest is (undefined), follow these
steps:
- Enter the following command to generate a public/private key pair and an SHA message
digest:
mmauth genkey new
- Enter mmauth show . again and verify that the value for SHA
digest is no longer (undefined).
- If the value for cipherList is (none specified) or
EMPTY, do one of the following actions:
- If you want a level of security in communications between nodes and with other clusters, follow
these steps:
- Set cipherList to AUTHONLY or to a supported
cipher:
mmauth update . -l AUTHONLY
- Enter mmauth show . again and verify that the value for
cipherList is no longer (none specified) or
EMPTY.
- If you do not want a level of security cluster communications, let
cipherList remain set to (none specified) or
EMPTY.
- Enter the following command to migrate the cluster configuration data, migrate the file systems, and enable new functionality. You can add the
parameters that are described in Table 1 to the
command line:
mmchconfig release=LATEST
Note: Until you run the mmchconfig release=LATEST command, the management GUI
might not be fully operational at the new code level.
Important: If the mmchconfig command detects any nodes that
are not available or cannot be reached, it lists the names of those nodes. If any such nodes are
listed, correct the problem and run the command again until it verifies all the nodes and completes
successfully.
Note: If the
mmchconfig command fails with an error message that indicates
that
cipherlist is set to EMPTY, do one of the following actions:
- If you have not already done so, assign an appropriate GPFS license to each of the nodes in the cluster. See IBM Spectrum Scale license designation for a detailed
description of the GPFS license types. To see what the minimum
required GPFS license is for each of the nodes in the cluster,
enter the following command:
mmlslicense -L
To assign a GPFS server license to the nodes that require it, enter the following
command:mmchlicense server -N NodeList
To assign a
GPFS client license to the nodes that require it, enter:
mmchlicense client -N NodeList
- Enable backward-compatible format changes or migrate all file systems to the latest metadata format changes.
Attention: Before you continue with this step, it is important to understand the
differences between
mmchfs -V compat and
mmchfs -V
full:
- If you enter mmchfs -V compat, only changes that are backward
compatible with GPFS 3.5 are enabled. Nodes in remote clusters
that are running GPFS 3.5 will still be able to mount the file
system. Nodes running GPFS 3.4 or earlier will no longer be
able to mount the file system. Running in the compatibility
mode might prevent enablement of new functionality that relies on disk structures available only
with the latest version.
- If you enter mmchfs -V full, all new functions that require different
on-disk data structures are enabled. Nodes in remote clusters that run an older GPFS version will no longer be able to mount the file system. If any nodes
that run an older GPFS version have mounted the file system at
the time this command is entered, the mmchfs command fails. This
consideration might also apply to minor releases within the same major release. For example, release
4.1.0.x and release 4.1.1.x might have different metadata
formats.
To enable backward-compatible format changes, enter the following
command:
mmchfs FileSystem -V compat
To
migrate all file systems to the
latest metadata format changes, enter the following command:
mmchfs FileSystem -V full
Certain new file system features might require more processing that cannot be handled by the
mmchfs -V command alone. To fully activate such features, in addition to
mmchfs -V, you must also run the mmmigratefs
command. An example of such a feature is enabling fast extended attributes for file systems older
than GPFS 3.4.
Note: The first mount of a file system after you run mmchfs -V might fail
with a no-disk-space error. This situation might occur if the file system is relatively low on
metadata disk space (10% or less free). If so, enter the command again. Typically the file system is
mounted without a problem after the initial failed mount.
To activate fast extended attributes, enter the following command:
mmmigratefs FileSystem --fastea
- If you use the mmbackup command to back up your file system and you
have not done a full backup since GPFS 3.3 or later, a full
backup might be necessary. For more
information, see File systems backed up using GPFS 3.2 or earlier versions of mmbackup.