mirror of
				https://github.com/xcat2/xcat-core.git
				synced 2025-10-30 19:02:27 +00:00 
			
		
		
		
	Remove trailing spaces in file docs/source/guides/admin-guides/references/man1/updatenode.1.rst
This commit is contained in:
		| @@ -58,24 +58,24 @@ Update the ca and credentials for the service nodes. | ||||
|  | ||||
|  | ||||
|  | ||||
| The default behavior when no options are input to updatenode will be to run   | ||||
| The default behavior when no options are input to updatenode will be to run | ||||
| the following options \ **-S**\ , \ **-P**\  and \ **-F**\  options in this order. | ||||
| If you wish to limit updatenode to specific  | ||||
| If you wish to limit updatenode to specific | ||||
| actions you can use combinations of the \ **-S**\ , \ **-P**\ , and \ **-F**\  flags. | ||||
|  | ||||
| For example, If you just want to synchronize configuration file you could | ||||
| specify the \ **-F**\  flag.   If you want to synchronize files and update  | ||||
| software you would specify the \ **-F**\  and \ **-S**\  flags. See the descriptions  | ||||
| specify the \ **-F**\  flag.   If you want to synchronize files and update | ||||
| software you would specify the \ **-F**\  and \ **-S**\  flags. See the descriptions | ||||
| of these flags and examples below. | ||||
|  | ||||
| The flag \ **-k**\  (\ **-**\ **-security**\ ) can NOT be used together with \ **-S**\ , \ **-P**\ , and \ **-F**\  flags. | ||||
|  | ||||
| The flag \ **-f**\  (\ **-**\ **-snsync**\ ) can NOT be used together with \ **-S**\ , \ **-P**\ , and \ **-F**\  flags. | ||||
|  | ||||
| Note: In a large cluster environment the updating of nodes in an ad hoc  | ||||
| manner can quickly get out of hand, leaving the system administrator with  | ||||
| a very confusing environment to deal with. The updatenode command is  | ||||
| designed to encourage users to handle cluster updates in a manner that  | ||||
| Note: In a large cluster environment the updating of nodes in an ad hoc | ||||
| manner can quickly get out of hand, leaving the system administrator with | ||||
| a very confusing environment to deal with. The updatenode command is | ||||
| designed to encourage users to handle cluster updates in a manner that | ||||
| is recorded and easily repeatable. | ||||
|  | ||||
| To distribute and synchronize files | ||||
| @@ -97,7 +97,7 @@ The basic process for distributing and synchronizing nodes is: | ||||
|  | ||||
|  | ||||
|  | ||||
| Files may be distributed and synchronized for both diskless and  | ||||
| Files may be distributed and synchronized for both diskless and | ||||
| diskful nodes.  Syncing files to NFS-based statelite nodes is not supported. | ||||
|  | ||||
| More information on using the  synchronization file function is in the following doc: Using_Updatenode. | ||||
| @@ -106,9 +106,9 @@ Create the synclist file | ||||
| ------------------------ | ||||
|  | ||||
|  | ||||
| The synclist file contains the configuration entries that specify  | ||||
| where the files should be synced to. In the synclist file, each  | ||||
| line is an entry which describes the location of the source files  | ||||
| The synclist file contains the configuration entries that specify | ||||
| where the files should be synced to. In the synclist file, each | ||||
| line is an entry which describes the location of the source files | ||||
| and the destination location for the files on the target node. | ||||
|  | ||||
| For more information on creating your synclist files and where to put them, read: | ||||
| @@ -143,9 +143,9 @@ To install/update the packages, run: | ||||
|    updatenode <noderange> -S | ||||
|  | ||||
|  | ||||
| \ **For Linux systems:**\  | ||||
| \ **For Linux systems:**\ | ||||
|  | ||||
| It this is equivalent to running the  | ||||
| It this is equivalent to running the | ||||
| following command: | ||||
|  | ||||
|  | ||||
| @@ -154,9 +154,9 @@ following command: | ||||
|   updatenode noderange -P ospkgs,otherpkgs | ||||
|  | ||||
|  | ||||
| It will update all the rpms specified in the .pkglist file and .otherpkgs.pkglist  | ||||
| file. ospkgs postscript will normally remove all the existing rpm  | ||||
| repositories before adding server:/install/<os>/<arch/ as the new repository.  | ||||
| It will update all the rpms specified in the .pkglist file and .otherpkgs.pkglist | ||||
| file. ospkgs postscript will normally remove all the existing rpm | ||||
| repositories before adding server:/install/<os>/<arch/ as the new repository. | ||||
| To preserve the existing repositories, you can run the following command instead: | ||||
|  | ||||
|  | ||||
| @@ -165,7 +165,7 @@ To preserve the existing repositories, you can run the following command instead | ||||
|    updatenode noderange -P "ospkgs --keeprepo,otherpkgs" | ||||
|  | ||||
|  | ||||
| \ **For AIX systems:**\  | ||||
| \ **For AIX systems:**\ | ||||
|  | ||||
| Note: The updatenode command is used to update AIX diskful nodes only. For updating diskless AIX nodes refer to the xCAT for AIX update documentation and use the xCAT mknimimage command. | ||||
| For information on updating software on AIX cluster: | ||||
| @@ -187,24 +187,24 @@ To run postscripts | ||||
| ================== | ||||
|  | ||||
|  | ||||
| The scripts must be copied to the /install/postscripts  | ||||
| directory on the xCAT management node. (Make sure they are  | ||||
| The scripts must be copied to the /install/postscripts | ||||
| directory on the xCAT management node. (Make sure they are | ||||
| executable and world readable.) | ||||
|  | ||||
| To run scripts on a node you must either specify them on the  | ||||
| command line or you must add them to the "postscripts" attribute  | ||||
| To run scripts on a node you must either specify them on the | ||||
| command line or you must add them to the "postscripts" attribute | ||||
| for the node. | ||||
|  | ||||
| To set the postscripts attribute of the node (or group)  | ||||
| definition you can use the xCAT chdef command. Set the value to  | ||||
| be a comma separated list of the scripts that you want to be  | ||||
| executed on the nodes. The order of the scripts in the list  | ||||
| determines the order in which they will be run.  You can use the  | ||||
| To set the postscripts attribute of the node (or group) | ||||
| definition you can use the xCAT chdef command. Set the value to | ||||
| be a comma separated list of the scripts that you want to be | ||||
| executed on the nodes. The order of the scripts in the list | ||||
| determines the order in which they will be run.  You can use the | ||||
| lsdef command to check the postscript order. | ||||
|  | ||||
| Scripts can  be run on both diskless and diskful nodes. | ||||
|  | ||||
| To run all the customization scripts that have been designated  | ||||
| To run all the customization scripts that have been designated | ||||
| for the nodes, (in the "postscripts and postbootscripts" attributes), type: | ||||
|  | ||||
|  | ||||
| @@ -234,9 +234,9 @@ where p1 p2 are the parameters for script1. | ||||
| The flag '-P' can be omitted when only scripts names  are | ||||
| specified. | ||||
|  | ||||
| Note: script1,script2 may or may not be designated as scripts to  | ||||
| automatically run on the node. However, if you want script1 and  | ||||
| script2 to get invoked next time the nodes are deployed then make sure  | ||||
| Note: script1,script2 may or may not be designated as scripts to | ||||
| automatically run on the node. However, if you want script1 and | ||||
| script2 to get invoked next time the nodes are deployed then make sure | ||||
| to add them to the "postscripts/postbootscripts" attribute in the database for the nodes. | ||||
|  | ||||
|  | ||||
| @@ -266,7 +266,7 @@ xcatd's of management node and service node. | ||||
|  | ||||
|  | ||||
|  | ||||
| \ *Set up the SSH keys*\  | ||||
| \ *Set up the SSH keys*\ | ||||
|  | ||||
| A password for the user who is running this command is needed to setup | ||||
| the ssh keys. This user must have the same uid and gid as | ||||
| @@ -280,7 +280,7 @@ The non-root users public ssh keys and root's public ssh keys will be put in | ||||
| the authorized_keys\* files under the non-root users .ssh directory on the node(s | ||||
| ). | ||||
|  | ||||
| \ *Handle the hierarchical scenario*\  | ||||
| \ *Handle the hierarchical scenario*\ | ||||
|  | ||||
| When update security files for the node which is served by a service node, | ||||
| the service node will be updated automatically first, and then the target | ||||
| @@ -291,7 +291,7 @@ the ssl connections between the xCAT client and xcatd on the service node, | ||||
| and the xcatd's between service node and management node. The files in the | ||||
| directories /etc/xcat/cert/ and ~/.xcat/ will be updated. | ||||
|  | ||||
| Since the certificates have the validity time, the ntp service is recommended  | ||||
| Since the certificates have the validity time, the ntp service is recommended | ||||
| to be set up between management node and service node. | ||||
|  | ||||
| Simply running following command to update the security keys: | ||||
| @@ -310,40 +310,40 @@ PARAMETERS | ||||
|  | ||||
|  | ||||
|  | ||||
| \ *noderange*\  | ||||
|   | ||||
| \ *noderange*\ | ||||
|  | ||||
|  A set of comma delimited xCAT node names | ||||
|  and/or group names. See the xCAT "noderange" | ||||
|  man page for details on additional supported  | ||||
|  man page for details on additional supported | ||||
|  formats. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ *script1,script2...*\  | ||||
|   | ||||
|  A comma-separated list of script names.  | ||||
|  The scripts must be executable and copied  | ||||
|  | ||||
| \ *script1,script2...*\ | ||||
|  | ||||
|  A comma-separated list of script names. | ||||
|  The scripts must be executable and copied | ||||
|  to the /install/postscripts directory. | ||||
|  Each script can take zero or more parameters. | ||||
|  If parameters are specified, the whole list needs to be quoted by double quotes.  | ||||
|  If parameters are specified, the whole list needs to be quoted by double quotes. | ||||
|  For example: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    "script1 p1 p2,script2" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| [\ *attr=val*\  [\ *attr=val...*\ ]] | ||||
|   | ||||
|  | ||||
|  Specifies one or more "attribute equals value" pairs, separated by spaces. | ||||
|  Attr=val pairs must be specified last on the command line.  The currently | ||||
|  supported attributes are: "installp_bundle", "otherpkgs", "installp_flags",  | ||||
|  supported attributes are: "installp_bundle", "otherpkgs", "installp_flags", | ||||
|  "emgr_flags" and "rpm_flags".  These attributes are only valid for AIX software | ||||
|  maintenance support. | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| @@ -353,46 +353,46 @@ OPTIONS | ||||
|  | ||||
|  | ||||
|  | ||||
| \ **-**\ **-fanout**\ =\ *fanout_value*\  | ||||
|   | ||||
| \ **-**\ **-fanout**\ =\ *fanout_value*\ | ||||
|  | ||||
|  Specifies a fanout value for the maximum number of concurrently executing remote shell processes. Serial execution can be specified by indicating a fanout value of \ **1**\ . If \ **-**\ **-fanout**\  is not specified, a default fanout value of \ **64**\  is used. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-A|-**\ **-updateallsw**\  | ||||
|   | ||||
|  | ||||
| \ **-A|-**\ **-updateallsw**\ | ||||
|  | ||||
|  Install or update all software contained in the source directory. (AIX only) | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-c|cmdlineonly**\  | ||||
|   | ||||
|  | ||||
| \ **-c|cmdlineonly**\ | ||||
|  | ||||
|  Specifies that the updatenode command should only use software maintenance | ||||
|  information provided on the command line.  This flag is only valid when | ||||
|  using AIX software maintenance support. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-d**\  \ *alt_source_dir*\  | ||||
|   | ||||
|  | ||||
| \ **-d**\  \ *alt_source_dir*\ | ||||
|  | ||||
|  Used to specify a source directory other than the standard lpp_source directory specified in the xCAT osimage definition.  (AIX only) | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-F|-**\ **-sync**\  | ||||
|   | ||||
|  | ||||
| \ **-F|-**\ **-sync**\ | ||||
|  | ||||
|  Specifies that file synchronization should be | ||||
|  performed on the nodes.  rsync/scp and ssh must | ||||
|  be installed and configured on the nodes.  | ||||
|  be installed and configured on the nodes. | ||||
|  The function is not supported for NFS-based statelite installations. | ||||
|  For NFS-based statelite installations to sync files, you should use the | ||||
|  read-only option for files/directories listed in | ||||
|  litefile table with source location specified in the litetree table. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-f|-**\ **-snsync**\  | ||||
|   | ||||
|  | ||||
| \ **-f|-**\ **-snsync**\ | ||||
|  | ||||
|  Specifies that file synchronization should be | ||||
|  performed to the service nodes that service the | ||||
|  nodes in the noderange. This updates the service | ||||
| @@ -409,98 +409,98 @@ OPTIONS | ||||
|  For statelite installations to sync files, you should use the | ||||
|  read-only option for files/directories listed in | ||||
|  litefile table with source location specified in the litetree table. | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
| [\ **-r | -**\ **-node-rcp**\  [\ *full_path_to_remote_copy_command*\ ]] | ||||
|   | ||||
|  | ||||
|  Specifies  the  full  path of the remote copy command used for syncing files to node targets, such as "/usr/bin/rsync" or "/usr/bin/scp". If not specified, rsync will be used by default. | ||||
|   | ||||
|  | ||||
|  Notice: The synclist for "-r /usr/bin/scp" has some differences with "-r /usr/bin/rsync": | ||||
|   | ||||
|  | ||||
|  1) the ``EXECUTE`` clause is not supported in "-r /usr/bin/scp" | ||||
|   | ||||
|  | ||||
|  2) if the destination directory specified in synclist is an existing file on target node, "updatenode -r /usr/bin/scp" will fail with ``scp: <destination directory>: Not a directory`` | ||||
|   | ||||
|  | ||||
|  3) if the destination file specified in synclist is an existing directory on target node, "updatenode -r /usr/bin/scp" will fail with ``scp: <destination file>: Is a directory`` | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-g|-**\ **-genmypost**\  | ||||
|   | ||||
|  | ||||
| \ **-g|-**\ **-genmypost**\ | ||||
|  | ||||
|  Will generate a new mypostscript file for the | ||||
|  nodes in the noderange, if site precreatemypostscripts is 1 or YES. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-h|-**\ **-help**\  | ||||
|   | ||||
|  | ||||
| \ **-h|-**\ **-help**\ | ||||
|  | ||||
|  Display usage message. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-k|-**\ **-security**\  | ||||
|   | ||||
|  | ||||
| \ **-k|-**\ **-security**\ | ||||
|  | ||||
|  Update the ssh keys and host keys for the service nodes and compute nodes; | ||||
|  Update the ca and credentials to the service nodes.  Never run this command to the Management Node, it will take down xcatd. | ||||
|  You must be running updatenode as root to use the -k flag. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-l | -**\ **-user**\  \ *user_ID*\  | ||||
|   | ||||
|  Specifies a non-root user name to use for remote command execution. This option is only available when running postscripts (-P) for  | ||||
|  AIX and Linux and updating software (-S) for Linux only.  | ||||
|  The non-root userid  must be previously defined as an xCAT user.  | ||||
|  | ||||
| \ **-l | -**\ **-user**\  \ *user_ID*\ | ||||
|  | ||||
|  Specifies a non-root user name to use for remote command execution. This option is only available when running postscripts (-P) for | ||||
|  AIX and Linux and updating software (-S) for Linux only. | ||||
|  The non-root userid  must be previously defined as an xCAT user. | ||||
|  The userid sudo setup will have to be done by the admin on the node. | ||||
|  This is not supported in a hierarchical cluster, that is the node is serviced by a service node.  | ||||
|  This is not supported in a hierarchical cluster, that is the node is serviced by a service node. | ||||
|  See the document Granting_Users_xCAT_privileges for required xcat/sudo setup. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-P|-**\ **-scripts**\  | ||||
|   | ||||
|  Specifies that postscripts and postbootscripts should be run on the nodes.  | ||||
|  | ||||
| \ **-P|-**\ **-scripts**\ | ||||
|  | ||||
|  Specifies that postscripts and postbootscripts should be run on the nodes. | ||||
|  updatenode -P syncfiles is not supported.  The syncfiles postscript can only | ||||
|  be run during install.  You should use updatenode <noderange> -F instead. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-S|-**\ **-sw**\  | ||||
|   | ||||
|  | ||||
| \ **-S|-**\ **-sw**\ | ||||
|  | ||||
|  Specifies that node software should be updated.  In Sysclone environment, specifies pushing the delta changes to target nodes. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-n|-**\ **-noverify**\  | ||||
|   | ||||
|  | ||||
| \ **-n|-**\ **-noverify**\ | ||||
|  | ||||
|  Specifies that node network availability verification will be skipped. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-s|-**\ **-sn**\  | ||||
|   | ||||
|  | ||||
| \ **-s|-**\ **-sn**\ | ||||
|  | ||||
|  Set the server information stored on the nodes in /opt/xcat/xcatinfo on Linux. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-t**\  \ *timeout*\  | ||||
|   | ||||
|  | ||||
| \ **-t**\  \ *timeout*\ | ||||
|  | ||||
|  Specifies a timeout in seconds the command will wait for the remote targets to complete. If timeout is not specified | ||||
|  it will wait indefinitely. updatenode -k is the exception that has a timeout of 10 seconds, unless overridden by this flag. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-v|-**\ **-version**\  | ||||
|   | ||||
|  | ||||
| \ **-v|-**\ **-version**\ | ||||
|  | ||||
|  Command Version. | ||||
|   | ||||
|  | ||||
|  | ||||
| \ **-V|-**\ **-verbose**\  | ||||
|   | ||||
|  | ||||
| \ **-V|-**\ **-verbose**\ | ||||
|  | ||||
|  Verbose mode. | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| @@ -521,274 +521,274 @@ EXAMPLES | ||||
|  | ||||
|  | ||||
| 1. To perform all updatenode features for the Linux nodes in the group "compute": | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode compute | ||||
|   | ||||
|   | ||||
|  The command will: run any scripts listed in the nodes "postscripts and postbootscripts"  | ||||
|  attribute, install or update any software indicated in the  | ||||
|  /install/custom/install/<ostype>/profile.otherpkgs.pkglist (refer to the  | ||||
|  \ **To install or update software part**\ ), synchronize any files indicated by  | ||||
|  | ||||
|  | ||||
|  The command will: run any scripts listed in the nodes "postscripts and postbootscripts" | ||||
|  attribute, install or update any software indicated in the | ||||
|  /install/custom/install/<ostype>/profile.otherpkgs.pkglist (refer to the | ||||
|  \ **To install or update software part**\ ), synchronize any files indicated by | ||||
|  the synclist files specified in the osimage "synclists" attribute. | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
| 2. To run postscripts,postbootscripts and file synchronization only on the node "clstrn01": | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrn01 -F -P | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 3. Running updatenode -P with the syncfiles postscript is not supported. You should use updatenode -F instead. | ||||
|   | ||||
|  | ||||
|  Do not run: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrno1 -P syncfiles | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  Run: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrn01 -F | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 4. To run the postscripts and postbootscripts  indicated in the postscripts and postbootscripts attributes on the node "clstrn01": | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrn01 -P | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 5. To run the postscripts script1 and script2 on the node "clstrn01": | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    cp script1,script2 /install/postscripts | ||||
|    | ||||
|  | ||||
|    updatenode clstrn01 -P "script1 p1 p2,script2" | ||||
|   | ||||
|   | ||||
|  Since flag '-P' can be omitted when only script names are specified,  | ||||
|  | ||||
|  | ||||
|  Since flag '-P' can be omitted when only script names are specified, | ||||
|  the following command is equivalent: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrn01 "script1 p1 p2,script2" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  p1 p2 are parameters for script1. | ||||
|   | ||||
|  | ||||
|  | ||||
| 6. To synchronize the files on the node "clstrn01":  Prepare the synclist file.  | ||||
| For AIX, set the full path of synclist in the osimage table synclists  | ||||
| attribute. For Linux, put the synclist file into the location:  | ||||
|  | ||||
| 6. To synchronize the files on the node "clstrn01":  Prepare the synclist file. | ||||
| For AIX, set the full path of synclist in the osimage table synclists | ||||
| attribute. For Linux, put the synclist file into the location: | ||||
| /install/custom/<inst_type>/<distro>/<profile>.<os>.<arch>.synclist | ||||
| Then: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrn01 -F | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
| 7. To perform the software update on the Linux node "clstrn01":  Copy the extra  | ||||
| rpm into the /install/post/otherpkgs/<os>/<arch>/\* and add the rpm names into  | ||||
|  | ||||
|  | ||||
| 7. To perform the software update on the Linux node "clstrn01":  Copy the extra | ||||
| rpm into the /install/post/otherpkgs/<os>/<arch>/\* and add the rpm names into | ||||
| the /install/custom/install/<ostype>/profile.otherpkgs.pkglist .  Then: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode clstrn01 -S | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 8. To update the AIX node named "xcatn11" using the "installp_bundle" and/or | ||||
| "otherpkgs" attribute values stored in the xCAT database.  Use the default installp, rpm and emgr flags. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode xcatn11 -V -S | ||||
|   | ||||
|   | ||||
|  Note: The xCAT "xcatn11" node definition points to an xCAT osimage definition  | ||||
|  | ||||
|  | ||||
|  Note: The xCAT "xcatn11" node definition points to an xCAT osimage definition | ||||
|  which contains the "installp_bundle" and "otherpkgs" attributes as well as | ||||
|  the name of the NIM lpp_source resource. | ||||
|   | ||||
|  | ||||
|  | ||||
| 9. To update the AIX node "xcatn11" by installing the "bos.cpr" fileset using  | ||||
|  | ||||
| 9. To update the AIX node "xcatn11" by installing the "bos.cpr" fileset using | ||||
| the "-agQXY" installp flags.  Also display the output of the installp command. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode xcatn11 -V -S otherpkgs="I:bos.cpr" installp_flags="-agQXY" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  Note:  The 'I:' prefix is optional but recommended for installp packages. | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
| 10. To uninstall the "bos.cpr" fileset that was installed in the previous example. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode xcatn11 -V -S otherpkgs="I:bos.cpr" installp_flags="-u" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 11. To update the AIX nodes "xcatn11" and "xcatn12" with the "gpfs.base" fileset | ||||
| and the "rsync" rpm using the installp flags "-agQXY" and the rpm flags "-i --nodeps". | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode xcatn11,xcatn12 -V -S otherpkgs="I:gpfs.base,R:rsync-2.6.2-1.aix5.1.ppc.rpm" installp_flags="-agQXY" rpm_flags="-i --nodeps" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  Note: Using the "-V" flag with multiple nodes may result in a large amount of output. | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
| 12. To uninstall the rsync rpm that was installed in the previous example. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode xcatn11 -V -S otherpkgs="R:rsync-2.6.2-1" rpm_flags="-e" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 13. Update the AIX node "node01" using the software specified in the NIM "sslbnd" and "sshbnd" installp_bundle resources and the "-agQXY" installp flags. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node01 -V -S installp_bundle="sslbnd,sshbnd" installp_flags="-agQXY" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 14. To get a preview of what would happen if you tried to install the "rsct.base" fileset on AIX node "node42".  (You must use the "-V" option to get the full output from the installp command.) | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node42 -V -S otherpkgs="I:rsct.base" installp_flags="-apXY" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 15. To check what rpm packages are installed on the AIX node "node09". (You must use the "-c" flag so updatenode does not get a list of packages from the database.) | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node09 -V -c -S rpm_flags="-qa" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 16. To install all software updates contained in the /images directory. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node27 -V -S -A -d /images | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  Note:  Make sure the directory is exportable and that the permissions are set | ||||
|  correctly for all the files.  (Including the .toc file in the case of | ||||
|  installp filesets.) | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
| 17. Install the interim fix package located in the /efixes directory. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node29 -V -S -d /efixes otherpkgs=E:IZ38930TL0.120304.epkg.Z | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 18. To uninstall the interim fix that was installed in the previous example. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode xcatsn11 -V -S -c emgr_flags="-r -L IZ38930TL0" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 19. To update the security keys for the node "node01" | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node01 -k | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 20. To update the service nodes with the files to be synchronized to node group compute: | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode compute -f | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 21. To run updatenode with the non-root userid "user1" that has been setup as an xCAT userid  with sudo on node1  to run as root, do the following: | ||||
| See  Granting_Users_xCAT_privileges for required sudo setup. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode node1 -l user1 -P syslog | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
| 22. In Sysclone environment, after capturing the delta changes from golden client to management node, to run updatenode to push these delta changes to target nodes. | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  .. code-block:: perl | ||||
|   | ||||
|  | ||||
|    updatenode target-node -S | ||||
|   | ||||
|   | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
|  | ||||
|   | ||||
		Reference in New Issue
	
	Block a user