4.2 Procedure 26 DIU Upgrade server A
Note:
Ensure that the Legacy Upgrade before DIU is accepted, otherwise it might cause an error while initiating background upgrade in DIU.Table 4-2 Procedure 26 DIU Upgrade server A
| S. N O | Steps | This procedure performs Dual Image Upgrade on the server.Check off (✔️) each step as it is completed. Boxes have been provided for this purpose beside each step number.If this procedure fails, contact My Oracle Support and ask for ASSISTANCE. Estimated time: 80 minsNote: Make sure to follow DIU Upgrade Steps before starting this procedure |
|---|---|---|
|
1 |
MPS A: Login prompt is displayed. |
Note: Press enter if no login prompt is displayed. |
|
2 |
MPS A: Log in as “root” user. |
|
|
3 |
MPS A: Copy DIU ISO |
Perform Procedure A.1 or download LSMS APPB DIU ISO Image from Oracle Software Delivery Cloud and place it in /var/TKLC/upgrade. Make sure that only the DIU ISO and patch is present in the directory. |
|
4 |
Create a terminal window log in MPS A. |
If not already connected, connect to the E5-APP-B card via the serial port. For connecting the E5-APP-B B card, disconnect the console cable from the serial port on the E5-APP-B A card’s adapter. The cable should be disconnected at the point where it connects to the serial port labeled ‘S1’ on the E5-APP-B A card’s adapter and use it for serial access. Cable part numbers - 830-1220-xx |
|
5 |
MPS A: Stop Node Move all custom files and run pre upgrade script |
Note: NTP must be configured before starting DIU. Note: All custom files, scripts, folders need to be migrated to remote server before the DIU process is started. These need to be restored back to their place after the DIU process is completed. ![]() ![]() ![]() ![]() Exit the lsmsmgr menu. Run the following command on both LSMS to verify the HA state: Verify that the hastatus of the servers is ‘UNINITIALIZED "INHIBITED"’ Note: B node becomes ACTIVE automatically because of Switchover. Before running below script, make sure to grep and kill ‘osisk6|opesk6|npacagent’ process if running Note: Bring DIU_script.sh from Oracle Software Delivery Cloud (OSDC) and place it in /usr/TKLC/lsms/tools/ directory. Use DIU_script.sh to cleanup the extra files and make extra space for DIU. Change permission and group of the script: Note: Before running the pre-upgrade script, ensure the mount point Run the pre-upgrade script ![]() Run vgs to make sure Free space is more than 50G: |
|
6 |
MPS A: Start platcfg utility. |
|
|
7 |
MPS A: Navigate to the Upgrade menu. Note: Make sure to select Dual Image Upgrade only. |
The platcfg Main Menu appears. On the Main Menu, select Maintenance and press [ENTER]. ![]() Select the Dual Image Upgrade menu and press [ENTER]. ![]() |
|
8. |
MPS A: Validate ISO file. |
Validate ISO file using Procedure A.2 in EAGLE Application Processor Upgrade/Installation Guide for E5-APP-B. |
|
9. |
MPS A: Select Early Upgrade Checks |
Select the “Early Upgrade Checks” menu to verify that the system is ready for upgrade. |
![]() Note:The previous upgrade should be accepted before proceeding for DIU upgrade. If the previous upgrade is not accepted, then early upgrade checks will fail with the error that previous upgrade is not yet accepted. If the Early Upgrade Checks fail due to the NTP related alarms, then ignore the NTP alarms using the following commands:
For example: To allowlist the NTP alarm: “tpdNTPDaemonNotSynchronizedWarning” which has the alarm code TKLCPLATMI10, the above-mentioned line should be edited as EARLY_CHECK_ALARM_WHITELIST=TKSPLATMI2,TKSPLATMI10 Note: There should not be any space between the two alarms i.e. between TKSPLATMI2 and TKSPLATMI10 If the Early Upgrade Checks fail due to “Server Default Route Network Error”, then this alarm shall be allowlisted in upgrade.conf file. To allowlist the alarm which has the alarm code TKSPLATMA14, the above-mentioned line should be edited as: EARLY_CHECK_ALARM_WHITELIST=TKSPLATMA2,TKSPLATMI2,TKSPLATMA5,TK SPLATMI10, TKSPLATMA14,TKSPLATMA28,TKSPLATMI39 Note: Please note that TKSPLATMA5, TKSPLATMA2, TKSPLATMI2 should always be whitelisted. |
||
|
10 |
MPS A: Navigate to the Initiate Upgrade menu |
Select the Initiate Background Upgrade menu and press [ENTER]. ![]() |
|
11 |
MPS A: Select the Upgrade Media. |
The screen displays a message that it is searching for upgrade media. When the upgrade media is found, an Upgrade Media selection menu appears similar as shown in the example below. Select the desired upgrade media and press [ENTER]. ![]() In case there is a failure in the upgrade process, then run the following command to verify whether the raid is synced or not:
Example of lsblk output when raid is in sync, ![]() Please note that in the above raid in sync snapshot of lsblk, sdb is for USB as it shows 28.9G while sda and sdc are for HDD which is 447.1G. Hence whenever you run lsblk command, always take a note of which drive is showing USB and which drives are showing HDD. Raid not in sync example snapshot: Note: the above raid in sync snapshot of lsblk, sda is for USB as it shows 28.9G while sdb and sdc are for HDD which is 447.1G. Hence whenever you run lsblk command, always take a note of which drive is showing USB and which drives are showing HDD. Here we are saying raid is not in sync because only sdb is showing md1 device but sdc is not showing any md device. If the raid is not in sync, then run the following command: where sdX can be any of sda, sdb, or sdc according to LV configurations. Please note that sdX will never be the USB partition. This can be verified using lsblk command. In the above example, sdb and sdc are for hard disk and sda is for USB, here sdc is not in sync as it is not showing the proper md device md1. Hence the command for syncing the above raid not in sync scenario will be like given below. The following command can be used to check the status of the sync after running the above command. Wait till the time recovery is not completed 100%. |
|
12 |
MPS A: Upgrade proceeds. Apply Upgrade. |
Many informational messages appear on the terminal screen as the upgrade proceeds. After the background upgrade is done, the system will return to this screen. ![]() Select [EXIT] and press [ENTER]. From the Dual image Upgrade Menu, select [EXIT] and press [ENTER}. ![]() Exit the platcfg menu and verify the status using below command, It should show “Ready to Apply upgrade” |
|
Status Messages:
From the platcfg menu-> select maintenance menu, select Dual Image Upgrade and then Press Enter. ![]() From the Dual Image Upgrade Menu, select Apply Upgrade and press [ENTER]]. ![]() Select YES and press ENTER. ![]() When the upgrade process is complete, the server reboots. After the final reboot, the screen displays the login prompt as displayed in the example below. |
||
|
13 |
MPS A: Upgrade completed. |
![]() Make sure to verify that the state is transitioned from “Applying upgrade” to “Upgrade Applied” and we get Completed Result: SUCCESS using below command. |
|
14 |
MPS A: log in as “root” user. |
|
|
15 |
MPS A: Check the Upgrade log. |
Examine the upgrade logs in the directory /var/TKLC/log/upgrade and verify that no errors and warnings were reported. |
|
16 |
MPS A: Check that the upgrade completed successfully. |
Run the command from the root user: |
|
17 |
MPS A: Check that the upgrade completed successfully. |
Verify that the following output is displayed. If it is not, contact My Oracle Support following the instructions on the front page or the instructions on the Appendix E. ![]() |
|
21 |
MPS A: Reboot after installation |
Reboot the system after the “Apply Complete Process” to finish the installation. |
|
22 |
|
The installation procedure is complete. |
|
23 |
Note down the timestamp in log. |
Run the following command: |
|
22 |
Start Node the server to make it Standby |
<will take time depending on DB size> STANDBY |
















