To upgrade a standalone Release 22.9 or later NFM-P system
Description
The following steps describe how to upgrade a collocated or distributed Release 22.9 or later NFM-P main database and main server in a standalone deployment. The steps include links to procedures for installing and upgrading optional NFM-P components.
Ensure that you record the information that you specify, for example, directory names, passwords, and IP addresses.
Note: You require the following user privileges:
Note: The following RHEL CLI prompts in command lines denote the active user, and are not to be included in typed commands:
Steps
Check pre-upgrade disk space | ||||||||||||||||||||||||
1 |
As part of the trial upgrade on a lab system in advance of a live upgrade, you must ensure that the available disk capacity on each NFM-P component remains within tolerance. Note: If the disk usage on an NFM-P partition approaches or exceeds 80% after the trial upgrade, you may need to add disk capacity before you attempt the upgrade on a live system. Perform the following steps on each of the following stations:
| |||||||||||||||||||||||
Open GUI client | ||||||||||||||||||||||||
2 |
Open at least one GUI client to monitor the network before the upgrade. | |||||||||||||||||||||||
Stop NSP analytics servers, Flow Collectors | ||||||||||||||||||||||||
3 |
If the system includes one or more NSP analytics servers, stop each analytics server.
The following is displayed: Stopping Analytics Application When the analytics server is completely stopped, the following message is displayed: Analytics Application is not running | |||||||||||||||||||||||
4 |
If the system includes one or more NSP Flow Collector Controllers and Flow Collectors, stop each NSP Flow Collector Controller. Note: If the NSP Flow Collector Controller is collocated on a station with an NSP Flow Collector, stopping the NSP Flow Collector Controller also stops the Flow Collector.
| |||||||||||||||||||||||
5 |
If the system includes one or more NSP Flow Collectors that are not collocated on a station with a Flow Collector Controller, stop each such NSP Flow Collector.
| |||||||||||||||||||||||
Stop and disable standalone main server | ||||||||||||||||||||||||
6 |
Stop the main server.
| |||||||||||||||||||||||
7 |
Disable the automatic main server startup so that the main server does not start in the event of a power disruption during the upgrade.
| |||||||||||||||||||||||
Upgrade standalone main database | ||||||||||||||||||||||||
8 |
Log in to the database station as the root user. | |||||||||||||||||||||||
9 |
Open a console window. | |||||||||||||||||||||||
10 |
Stop and disable the Oracle proxy and main database services.
| |||||||||||||||||||||||
11 |
Perform the following steps.
| |||||||||||||||||||||||
12 |
If you are re-using the main database station, recommission the station according to the platform specifications in this guide and in the NSP Planning Guide. For information about deploying the RHEL OS using an NSP OEM disk image, see NSP disk-image deployment. | |||||||||||||||||||||||
13 |
Log in as the root user on the main database station. | |||||||||||||||||||||||
14 |
Perform one of the following.
| |||||||||||||||||||||||
15 |
Transfer the following downloaded file to an empty directory on the main database station: | |||||||||||||||||||||||
16 |
Navigate to the directory that contains the OracleSw_PreInstall.sh file. | |||||||||||||||||||||||
17 |
Enter the following: # chmod +x OracleSw_PreInstall.sh ↵ | |||||||||||||||||||||||
18 |
Enter the following: # ./OracleSw_PreInstall.sh ↵ Note: A default value is displayed in brackets []. To accept the default, press ↵. Note: If you specify a value other than the default, you must record the value for use when the OracleSw_PreInstall.sh script is run during a software upgrade, or when the Oracle management user information is required by technical support. The following prompt is displayed: This script will prepare the system for an upgrade to NFM-P Version R.r. Do you want to continue? [Yes/No]: | |||||||||||||||||||||||
19 |
Enter Yes. The following messages and prompt are displayed: About to validate that the database can be upgraded to release. Found the database installation directory /opt/nsp/nfmp/db/install. Existing NFM-P main database version = version Enter the password for the "SYS" Oracle user (terminal echo is off): | |||||||||||||||||||||||
20 |
Enter the SYS user password. The following messages and prompt are displayed: Validating the database for upgrade. Please wait ... INFO: Database upgrade validation passed. Create/Update base nsp/oracle user directories Creating group group if it does not exist ... Checking or Creating the Oracle user home directory /opt/nsp/nfmp/oracle19... Checking user username... usermod: no changes Changing ownership of the directory /opt/nsp/nfmp/oracle19 to username:group. About to unlock the UNIX user [username] Unlocking password for user username. passwd: Success Unlocking the UNIX user [username] completed Do you want to change the password for the user username? [Yes/No]: | |||||||||||||||||||||||
21 |
Enter No. The following messages and prompt are displayed. Specify whether an NFM-P Main Server will be installed on this workstation. The database memory requirements will be adjusted to account for the additional load. Will the database co-exist with an NFM-P Main Server on this workstation [Yes/No]: | |||||||||||||||||||||||
22 |
Enter Yes or No, as required. Messages like the following are displayed as the script execution completes: INFO: Created /etc/sysctl.d/97-nfmp-oracle.conf, not a reconfig scenario, not applying changes at this time. INFO: Removing ulimit file /etc/security/limits.d/97-nfmp-oracle.conf INFO: About to set ulimit parameters in /etc/security/limits.d/97-nfmp-oracle.conf... INFO: Completed setting ulimit parameters in /etc/security/limits.d/97-nfmp-oracle.conf... INFO: Completed running Oracle Pre-Install Tasks, you *MUST* reboot your box. | |||||||||||||||||||||||
23 |
When the script execution is complete, enter the following to reboot the station: # systemctl reboot ↵ The station reboots. | |||||||||||||||||||||||
24 |
When the reboot is complete, log in as the root user on the main database station. | |||||||||||||||||||||||
25 |
Open a console window. | |||||||||||||||||||||||
26 |
Navigate to the NFM-P software directory. Note: Ensure that the directory contains only the installation files. | |||||||||||||||||||||||
27 |
Enter the following: # chmod +x * ↵ | |||||||||||||||||||||||
28 |
Enter the following: # dnf install *.rpm ↵ The dnf utility resolves any package dependencies, and displays the following prompt: Total size: nn G Installed size: nn G Is this ok [y/d/N]: | |||||||||||||||||||||||
29 |
Enter y. The following and the installation status are displayed as each package is installed: Downloading Packages: Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction The package installation is complete when the following is displayed: Complete! | |||||||||||||||||||||||
30 |
Enter the following to upgrade the database: Note: A database upgrade takes considerable time that varies, depending on the release from which you are upgrading. # samupgradeDb ↵ The following prompt is displayed: Enter the password for the "SAMUSER" database user (terminal echo is off): | |||||||||||||||||||||||
31 |
Enter the password. Messages like the following are displayed as the database upgrade begins: Validating... Validation succeeded. Upgrade log is /opt/nsp/nfmp/db/install/NFM-P_Main_Database.upgrade.timestamp.stdout.txt timestamp working.. timestamp Performing Step 1 of n - Initializing ... . . . timestamp Performing Step n of n - Finalizing ... timestamp Database upgrade was successful The database upgrade is complete when the following is displayed: DONE | |||||||||||||||||||||||
32 |
When the upgrade is complete, verify the database configuration.
| |||||||||||||||||||||||
33 |
It is recommended that as a security measure, you limit the number of database user login failures that the NFM-P allows before the database user account is locked; see the NSP System Administrator Guide for information. Note: You do not need to perform the step if the database has been configured before the upgrade to limit the user login failures. | |||||||||||||||||||||||
Stop auxiliary servers | ||||||||||||||||||||||||
34 |
If the system includes one or more auxiliary servers, stop each auxiliary server.
| |||||||||||||||||||||||
Upgrade standalone main server | ||||||||||||||||||||||||
35 |
If the main server and database are on separate stations and deployed in VMs created using an NSP RHEL OS disk image, perform To apply a RHEL update to an NSP image-based OS on the main server station. | |||||||||||||||||||||||
36 |
Log in as the root user on the main server station. | |||||||||||||||||||||||
37 |
Open a console window. | |||||||||||||||||||||||
38 |
Perform one of the following.
| |||||||||||||||||||||||
39 |
You must remove the semvalidator package if it is installed; otherwise, the upgrade is blocked. Perform the following steps.
| |||||||||||||||||||||||
40 |
Navigate to the NFM-P software directory. Note: Ensure that the directory contains only the installation files. | |||||||||||||||||||||||
41 |
Enter the following: # chmod +x * ↵ | |||||||||||||||||||||||
42 |
Enter the following: # dnf install *.rpm ↵ The dnf utility resolves any package dependencies, and displays the following prompt: Total size: nn G Installed size: nn G Is this ok [y/d/N]: | |||||||||||||||||||||||
43 |
Enter y. The following and the installation status are displayed as each package is installed: Downloading Packages: Running transaction check Transaction check succeeded. Running transaction test Transaction test succeeded. Running transaction The package installation is complete when the following is displayed: Complete! | |||||||||||||||||||||||
Configure standalone main server | ||||||||||||||||||||||||
44 |
Enter the following; see NFM-P samconfig utility for information about using samconfig: Note: Regardless of whether you intend to modify the main server configuration, you must apply the main server configuration, as described in the following steps. # samconfig -m main ↵ The following is displayed: Start processing command line inputs... <main> | |||||||||||||||||||||||
45 |
Enter the following: <main> configure ↵ The prompt changes to <main configure>. | |||||||||||||||||||||||
46 |
To apply a new or updated NFM-P license, enter the following: Note: You cannot start a main server unless the main server configuration includes a current and valid license. You can use samconfig to specify the license file in this step, or later import the license, as described in the NSP System Administrator Guide. <main configure> license license_file back ↵ where license_file is the absolute path and file name of the NSP license bundle | |||||||||||||||||||||||
47 |
Verify the main server configuration.
| |||||||||||||||||||||||
48 |
Enter the following: <main> apply ↵ The configuration is applied. | |||||||||||||||||||||||
49 |
Enter the following: <main> exit ↵ The samconfig utility closes. | |||||||||||||||||||||||
50 |
To enable mTLS for internal Kafka authentication using two-way TLS, perform the following steps. Note: Enabling mTLS for internal Kafka authentication is supported only in an NSP deployment that uses separate interfaces for internal and client communication.
| |||||||||||||||||||||||
Enable Windows Active Directory access | ||||||||||||||||||||||||
51 |
If you intend to use Windows Active Directory, or AD, for single sign-on client access, you must configure LDAP remote authentication for AD; otherwise, go to Step 60. Open the following file as a reference for use in subsequent steps: /opt/nsp/os/install/examples/config.yml Note: Consider the following.
| |||||||||||||||||||||||
52 |
Locate the section that begins with the following lines: # ldap: # enabled: true # servers: # - type: AUTHENTICATED/AD/ANONYMOUS # url: ldaps://ldap.example.com:636 # security: SSL/STARTTLS/NONE | |||||||||||||||||||||||
53 |
Open the following file using a plain-text editor such as vi: /opt/nsp/os/install/config.json | |||||||||||||||||||||||
54 |
Locate the section that begins with the following line: "sso": { The section has one subsection for each type of SSO access. Note: You can enable multiple remote authentication methods such as LDAP and RADIUS in the config.json file, or by using the NFM-P GUI. Using the GUI also allows you to specify the order in which the methods are tried during login attempts; however, no ordering is applied to multiple methods enabled in the config.json file. | |||||||||||||||||||||||
55 |
In the sso section, create an ldap subsection as shown below using the parameter names from the ldap section of config.yml and the required values for your configuration. The following example shows the LDAP configuration for two AD servers:
where auth_type is AD or AUTHENTICATED | |||||||||||||||||||||||
56 |
Save and close the files. | |||||||||||||||||||||||
57 |
Enter the following: # samconfig -m main ↵ The following is displayed: Start processing command line inputs... <main> | |||||||||||||||||||||||
58 |
Enter the following: <main> apply ↵ The AD LDAP configuration is applied. | |||||||||||||||||||||||
59 |
Enter the following: <main> exit ↵ The samconfig utility closes. | |||||||||||||||||||||||
Upgrade auxiliary servers | ||||||||||||||||||||||||
60 |
If the system includes one or more auxiliary servers, perform To upgrade a Release 22.9 or later NFM-P auxiliary server on each auxiliary server station. | |||||||||||||||||||||||
Perform NSP Flow Collector migration | ||||||||||||||||||||||||
61 |
If the system includes one or more NSP Flow Collectors, perform NSP Flow Collector and Flow Collector Controller migration from Release 22.9 or later. | |||||||||||||||||||||||
Upgrade auxiliary database | ||||||||||||||||||||||||
62 |
If the system includes an NSP auxiliary database, perform To upgrade a standalone Release 22.9 or later auxiliary database. | |||||||||||||||||||||||
Start auxiliary servers | ||||||||||||||||||||||||
63 |
If the system includes one or more auxiliary servers, start each auxiliary server.
| |||||||||||||||||||||||
Integrate NFM-P and NSP cluster | ||||||||||||||||||||||||
64 |
If you are upgrading an NFM-P system that is not currently integrated with an NSP cluster, perform procedure To add an independent NFM-P to an existing NSP deployment. Note: Performing the procedure also starts the main server. | |||||||||||||||||||||||
Start main server | ||||||||||||||||||||||||
65 |
An NFM-P system upgrade is not complete until each main server performs crucial post-upgrade tasks during initialization. Before you attempt an operation that requires a server shutdown, you must ensure that each main server is completely initialized, or the operation fails. Note: You cannot start a main server unless the main server configuration includes a current and valid license. You can use samconfig to specify the license file, or import a license, as described in the NSP System Administrator Guide. Start the main server.
| |||||||||||||||||||||||
66 |
If you have enabled Windows Active Directory access using the AUTHENTICATED type of LDAP server, use the NSP Session Manager RESTCONF API to add the LDAP server bind credentials; see the Network Developer Portal for information. | |||||||||||||||||||||||
67 |
Specify the memory requirement for GUI clients based on the type of network that the NFM-P is to manage.
| |||||||||||||||||||||||
68 |
Close the console window. | |||||||||||||||||||||||
Check post-upgrade disk space | ||||||||||||||||||||||||
69 |
If you are performing a trial upgrade on a lab system in advance of a live upgrade, you must check the available capacity of the disk partitions on each component against the values recorded in Step 1. Perform the following steps on each of the following stations:
| |||||||||||||||||||||||
Perform NSP analytics server migration to NSP cluster | ||||||||||||||||||||||||
70 |
If the system includes one or more NSP analytics servers, move the analytics-server functions to the NSP cluster, as described in NSP analytics server migration from Release 22.9 or later. | |||||||||||||||||||||||
Install or upgrade single-user GUI clients | ||||||||||||||||||||||||
71 |
As required, install or upgrade additional single-user GUI clients; see the following for information: | |||||||||||||||||||||||
Install or upgrade client delegate servers | ||||||||||||||||||||||||
72 |
As required, install or upgrade client delegate servers; see the following for information: | |||||||||||||||||||||||
Restore TLS version and cipher support configuration | ||||||||||||||||||||||||
73 |
An NFM-P system upgrade does not preserve your changes to the system support for specific TLS versions and ciphers. If the system had customized TLS settings before the upgrade, see the NSP System Administrator Guide for information about how to restore the TLS version and cipher support settings. Note: TLS 1.0 and 1.1 are disabled by default after an upgrade. If either version is enabled before an NFM-P system upgrade and required after the upgrade, you must re-enable the version support after the upgrade. | |||||||||||||||||||||||
Configure and enable firewalls | ||||||||||||||||||||||||
74 |
If you intend to use any firewalls between the NFM-P components, and the firewalls are disabled, configure and enable each firewall. Perform one of the following.
End of steps |