 |
» |
|
|
 |
Follow this procedure to configure the upgraded system and propagate
the new golden image to all client nodes: Back up the existing configuration
and management database and migrate existing data to the new release format: Command output is similar to the following: The upgradesys utility performs all the necessary steps
to upgrade your cluster. This script should be run immediately
after you have upgraded the head node with the latest XC software
and any third party vendor rpms.
Do you wish to continue? [y/n] y
Backing up database to
/opt/hptc/etc/sysconfig/upgrade/upgradesys.dbbackup-20050103145027.sql ...
Executing C02database gupdate
Starting MySQL: [ OK ]
Executing C20server_type gupdate
Executing C30device_names gupdate
Executing C33etc_hosts gupdate
Executing C35region gupdate
Executing C40role_migration gupdate
Executing C90systemimager gupdate
Removing XC MLIB RPMs
upgradesys output logged to /var/log/upgradesys/upgradesys.log |
Review the /opt/hptc/systemimager/etc/base_exclude_file to
determine if you want to exclude files from the golden image beyond what is
already excluded. You revise the base_exclude file file
because it is the file that is read when the golden image is re-created as
part of the upgrade process. The HP XC System Software Administration Guide describes how to add exclusions
to this file. Decide
on the cluster_config option to use to configure the upgraded
system. Table 5-8 describes
two options to the cluster_config utility that you can
use to reconfigure a system after a software upgrade. The option you choose
depends upon how you want the upgrade to proceed. Table 5-8 Upgrade Options for the cluster_config Utility | --migrate Option | --init Option |
|---|
Performs a series of known migration
steps to bring existing, recognized roles in the configuration and management
database into alignment with the new roles introduced in this release. Using
this option does not guarantee the correct migration steps for unrecognized
(user-created) roles and services in the configuration and management database. Before
you decide to use this option, view the /opt/hptc/etc/sysconfig/upgrade/role_migration.ini file
to see how the previous role assignments compare to the roles provided in HP XC Version 3.1. | Initializes (resets) your existing node role assignments
and configures the system with the default node role assignments introduced
in HP XC Version 3.1. The default roles and assignments
have been optimized for performance in HP XC Version 3.1, and you
may decide that this configuration is better suited for your environment. See Appendix F for a description
of roles and the services provided by them, as well as the default node role
assignments. |
Change directory to the configuration directory: # cd /opt/hptc/config/sbin |
Specify one of the following cluster_config options: To migrate the existing system
configuration: # ./cluster_config --migrate |
To apply new default role assignments
to the existing system configuration: # ./cluster_config --init |
If you followed the instructions in “Task 9: Plan a Service Availability Strategy” to install an availability tool and position
related scripts to set up improved availability of services, you are prompted
to configure availability sets now. “Task 8: Configure Availability Sets” describes how to configure availability sets.
Return to this section when you are done. Do the following when
the cluster_config utility displays the command-line options
menu: [L]ist Nodes, [M]odify Nodes, [A]nalyze, [H]elp, [P]roceed, [Q]uit: |
If you specified the --init option,
use the [M]odify Nodes option to
reassign any role assignments you customized in the previous release. For
example, if the system configuration had login roles on
one or more nodes, you must assign a login role on any
node on which you want users to be able to log in. In the default configuration,
a login role is not assigned to any node. If the head node was configured as a NIS slave server
in HP XC Version 2.1, you must assign the nis_server role
to the head node now, because this role was introduced after Version 2.1.
Use the [M]odify option of the cluster_config utility
to assign this role to the head node.
If you need more information about using the cluster_config command-line
options menu to make or modify role assignments, see Appendix G. When you have finished making role assignments, enter the letter p to
proceed with the system configuration process: [L]ist Nodes, [M]odify Nodes, [A]nalyze, [H]elp, [P]roceed, [Q]uit: p
Do you want to apply your changes to the cluster configuration? [y/n] y
[S]ervices Config, [P]roceed, [Q]uit: p
Do you want to apply your changes to the service configuration? [y/n] y |
The cluster_config utility
prompts you to supply system configuration information. When prompted, provide
the answers listed in Table 5-9. Table 5-9 Responding to cluster_config Prompts During an Upgrade | Prompt | Answer |
|---|
Regenerate ssh keys? | yes | Re-create the qsnet database? (For systems using a QsNetII interconnect). | yes | Reconfigure SLURM? | yes | Create new slurm.conf file? | yes | Install LSF? | yes | Upgrade to new version of LSF? | u (upgrade) | All other prompts | Accept
the default response for all prompts except prompts for improved availability
(if it has been configured) |
Follow along on the system while the cluster_config utility
configures the system.  |  |  |  |  | NOTE: To avoid duplicating command output here, cluster_config output
is shown on . |  |  |  |  |
Continue to the next step in this procedure when the cluster_config utility
is complete. Look at the backup copy of
the slurm.conf file, which is located in the /hptc_cluster/slurm/etc/slurm.conf.bak file.
If you had previously customized this file, you must merge those customizations
into the new version of the /hptc_cluster/slurm/etc/slurm.conf file.
Otherwise, bypass this step. Re-enter the monitoring line card
entries in the /etc/dhcpd.conf file if the system is
using a Myrinet interconnect. See “Configure Myrinet Switch Monitoring Line Cards” for
more information about adding entries to this file. Bypass
this step if the system is using an InfiniBand, QsNetII ,
or Gigabit Ethernet interconnect.
Proceed to “Task 9: Image and Boot the System and Start Compute Resources”.
|