{"id":1072,"date":"2024-09-05T19:08:03","date_gmt":"2024-09-05T22:08:03","guid":{"rendered":"https:\/\/www.fernandosimon.com\/blog\/?p=1072"},"modified":"2024-09-05T19:08:03","modified_gmt":"2024-09-05T22:08:03","slug":"exacc-upgrading-from-oel-7-to-oel-8","status":"publish","type":"post","link":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/","title":{"rendered":"ExaCC, Upgrading from OEL 7 to OEL 8"},"content":{"rendered":"

Recently I shared several posts about the process to upgrade the GI from 19c to 23ai at ExaCC. My last post summarizes a lot of this, please read it here<\/a>. But as you know, to use the 23ai you need to be running with OEL 8, and for ExaCC, the upgrade is quite simple. The goal is to reach this, “no updates” and “System up to date”:<\/p>\n

\"\"<\/a><\/p>\n

<\/p>\n

My environment<\/h1>\n

Here I have one cluster running at version 22.1.23.0.0.240501.1. You can see that this cluster already passed several upgrades and patches (including an upgrade from Exadata Image 21 to 22):<\/p>\n

[root@exan01cl01 ~]# imageinfo\r\n\r\nKernel version: 4.14.35-2047.528.2.4.el7uek.x86_64 #2 SMP Tue Feb 27 20:52:58 PST 2024 x86_64\r\nUptrack kernel version: 4.14.35-2047.535.2.1.el7uek.x86_64 #2 SMP Mon Apr 1 13:45:56 PDT 2024 x86_64\r\nImage kernel version: 4.14.35-2047.528.2.4.el7uek\r\nImage version: 22.1.23.0.0.240501.1\r\nImage activated: 2024-06-08 22:43:06 +0200\r\nImage status: success\r\nNode type: GUEST\r\nSystem partition on device: \/dev\/mapper\/VGExaDb-LVDbSys1\r\n\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]# imagehistory\r\nVersion                              : 21.2.2.0.0.210720\r\nImage activation date                : 2021-11-30 16:31:09 +0100\r\nImaging mode                         : fresh\r\nImaging status                       : success\r\n\r\nVersion                              : 21.2.4.0.0.210909\r\nImage activation date                : 2021-12-07 10:09:44 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 21.2.14.0.0.220810\r\nImage activation date                : 2022-10-02 10:35:10 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.7.0.0.230113\r\nImage activation date                : 2023-02-05 10:16:18 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.11.0.0.230516\r\nImage activation date                : 2023-07-09 11:43:38 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.18.0.0.231208\r\nImage activation date                : 2024-01-24 19:08:01 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.23.0.0.240501.1\r\nImage activation date                : 2024-06-08 22:43:06 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\n[root@exan01cl01 ~]#\r\n\r\n\r\n#####################\r\n# Node 02\r\n#####################\r\n[root@exan02cl01 ~]#\r\n[root@exan02cl01 ~]# imageinfo\r\n\r\nKernel version: 4.14.35-2047.528.2.4.el7uek.x86_64 #2 SMP Tue Feb 27 20:52:58 PST 2024 x86_64\r\nUptrack kernel version: 4.14.35-2047.535.2.1.el7uek.x86_64 #2 SMP Mon Apr 1 13:45:56 PDT 2024 x86_64\r\nImage kernel version: 4.14.35-2047.528.2.4.el7uek\r\nImage version: 22.1.23.0.0.240501.1\r\nImage activated: 2024-06-08 23:22:56 +0200\r\nImage status: success\r\nNode type: GUEST\r\nSystem partition on device: \/dev\/mapper\/VGExaDb-LVDbSys1\r\n\r\n[root@exan02cl01 ~]#\r\n[root@exan02cl01 ~]#\r\n[root@exan02cl01 ~]# imagehistory\r\nVersion                              : 21.2.2.0.0.210720\r\nImage activation date                : 2021-11-30 16:31:08 +0100\r\nImaging mode                         : fresh\r\nImaging status                       : success\r\n\r\nVersion                              : 21.2.4.0.0.210909\r\nImage activation date                : 2021-12-07 10:38:08 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 21.2.14.0.0.220810\r\nImage activation date                : 2022-10-02 11:00:32 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.7.0.0.230113\r\nImage activation date                : 2023-02-05 11:06:12 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.11.0.0.230516\r\nImage activation date                : 2023-07-09 17:29:14 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.18.0.0.231208\r\nImage activation date                : 2024-01-24 19:51:54 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.23.0.0.240501.1\r\nImage activation date                : 2024-06-08 23:22:56 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\n[root@exan02cl01 ~]#<\/pre>\n
And this is the same that you can get inside your ExaCC OCI Region:<\/p>\n
\"\"<\/a><\/p>\n
Upgrade process<\/h1>\n
Here I will do the upgrade using the web interface of OCI, and the process is simple, Precheck, Fix Blocking Issues, and Upgrade.<\/p>\n
Precheck<\/h2>\n
So, to do the precheck you just need to enter inside your cluster and check for the update, at the previous image you can see that we have updates to be applied:<\/p>\n
\"\"<\/a><\/p>\n
And after clicking on \u201cView Updates\u201d we can see the list of OS updates:<\/p>\n
\"\"<\/a><\/p>\n
As you can see above we have the last Exadata image 23.16 available. This was the version available when I made the upgrade, days later they came with 23.1.17, and right after I installed the Exadata version 24.1 became available for ExaCC. It continues to be the OEL 8.<\/p>\n
From the list you select the version that you want, and call the Precheck calling in the 3 dots at the right of the line and calling it:<\/p>\n
\"\"<\/a><\/p>\n
When you do that, one work request will be generated for this cluster, and you will get the result. If you get an error during the precheck you will see an icon \u201ci\u201d after the image version, and it tells you that failed:<\/p>\n
\"\"<\/a><\/p>\n
But to see why it failed, you need to check the work requests for this cluster:<\/p>\n
\"\"<\/a><\/p>\n
And clicking over it, you reach the work job page:<\/p>\n
\"\"<\/a><\/p>\n
And you can click on the \u201cError messages\u201d to get the root cause:<\/p>\n
\"\"<\/a><\/p>\n
Basically, we have additional packages installed that block the upgrade. To discover we need to open the pointed text file and check what to do. So, going to the console and opening the file we discover which ones are blocking (the file in the image, and the one below are different because I made this for different clusters, but is easy to understand the point):<\/p>\n
[root@exan01cl01 ~]# cat \/var\/log\/cellos\/unkown_packages-rpt.230824162305.txt\r\n#################################################################################\r\n# File initialized at 230824_162526 (runid :230824162305) by dbnodeupdate.sh 24.240813\r\n# NOTE: This list contains rpms which are seen as custom rpms\r\n#################################################################################\r\nperl-Try-Tiny.noarch\r\ndynamicscaling.x86_64\r\n#################################################################################\r\n# ALERT       : Custom packages found (see above)\r\n#               These custom packages MUST be removed before proceeding a major Oracle Linux upgrade.\r\n#               Run dbnodeupdate.sh with additional -R flag at update time to have these packages automatically removed - OR -\r\n#               Run \/var\/log\/cellos\/remove_unkown_packages.230824162305.sh manually as root before re-running prereq check.\r\n# \r\n# RECOMMENDED : Let dbnodeupdate.sh remove the packages right after the mandatory backup by using the -R flag\r\n# WARNING     : Removing custom packages may impact functionality\r\n# NOTE        : When removed functionality is still required after the update, reinstall the rpm after the update\r\n#################################################################################\r\n[root@exan01cl01 ~]#<\/pre>\n
For ExaCC and Exadata OEL migration, these two packages are known issues and already described in the note \u201cHow to Update Exadata Database Service in Oracle Cloud to Exadata Image Version 23.x and Oracle Linux 8 (Doc ID 2936828.1)<\/a>\u201d.<\/p>\n
For the dynamic scale package, in case you are using it, I recommend saving all the information before. Just a simple copy of the folder:<\/p>\n
[root@exan01cl01 ~]# cd \/opt\r\n[root@exan01cl01 opt]#\r\n[root@exan01cl01 opt]#\r\n[root@exan01cl01 opt]# tar -czvf \/tmp\/dynamicscaling.tar.gz dynamicscaling\r\ndynamicscaling\/\r\ndynamicscaling\/dynamicscaling.bin\r\ndynamicscaling\/api_key\/\r\ndynamicscaling\/api_key\/oci_api_key.pem\r\ndynamicscaling\/api_key\/oci_api_key_public.pem\r\ndynamicscaling\/plugin\/\r\ndynamicscaling\/plugin\/output_cpu\/\r\ndynamicscaling\/plugin\/output_cpu\/local\/\r\ndynamicscaling\/plugin\/output_cpu\/local\/check_cpu_stats_a6b921840de101cdb9947a32dae406a5\r\ndynamicscaling\/plugin\/output_cpu\/remote\/\r\ndynamicscaling\/plugin\/output_cpu\/remote\/check_cpu_stats_f31c7b5ddce80512375150b7c27d3098\r\ndynamicscaling\/plugin\/cpu_usage_old\r\ndynamicscaling\/plugin\/cpu_usage\r\n[root@exan01cl01 opt]#<\/pre>\n
This will allow (in case needed) restore any needed information (like keys) from the CPU dynamic scale.<\/p>\n
So, to remove the \u201cperl-Try-Tiny\u201d, simple rpm -e solves the issue:<\/p>\n
[root@exan01cl01 ~]# rpm -e perl-Try-Tiny\r\n[root@exan01cl01 ~]# rpm -qa | grep perl-Try-Tiny\r\n[root@exan01cl01 ~]#<\/pre>\n
To remove the CPU dynamic scale you stop the service and remove it:<\/p>\n
[root@exan01cl01 ~]#  systemctl stop dynamicscaling.service\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]# \/opt\/dynamicscaling\/dynamicscaling.bin status\r\n\r\n\u2502\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2502\r\n Dynamicscaling for ExaCC & ExaCS - Version: 2.0.1-23\r\n Copyright (c) 2020-2022 Oracle and\/or its affiliates.\r\n----------------------------------------------------------\r\n Author: Ruggero Citton <ruggero.citton@oracle.com>\r\n RAC Pack, Cloud Innovation and Solution Engineering Team\r\n\u2502\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2592\u2502\r\n\r\nDynamicscaling is not running\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]# rpm -e dynamicscaling\r\n[root@exan01cl01 ~]#<\/pre>\n
After that, we can call the precheck again and you will see that was OK:<\/p>\n
\"\"<\/a><\/p>\n
Additional Prechecks<\/h2>\n
I recommend doing a little check before you continue with the upgrade, that is checking the running query over the rpm database. Sometimes, for some unknown reason, a lock is the help of the rpm database and several processes remain running, as you can see below:<\/p>\n
[root@exan01cl01 ~]# ps -ef |grep rpm\r\nroot      57563  57361  0 15:48 pts\/1    00:00:00 grep --color=auto rpm\r\nroot     108639      1  0 Jul10 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     108649 108639  0 Jul10 ?        00:00:00 rpm -qa\r\nroot     161350      1  0 Jul15 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     161355 161350  0 Jul15 ?        00:00:00 rpm -qa\r\nroot     162031      1  0 Jul11 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     162033 162031  0 Jul11 ?        00:00:00 rpm -qa\r\nroot     171790      1  0 Aug02 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     171791 171790  0 Aug02 ?        00:00:00 rpm -qa\r\nroot     211460      1  0 Jul21 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     211467 211460  0 Jul21 ?        00:00:00 rpm -qa\r\nroot     220436      1  0 Jul17 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     220442 220436  0 Jul17 ?        00:00:00 rpm -qa\r\nroot     272157      1  0 Jul08 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     272161 272157  0 Jul08 ?        00:00:00 rpm -qa\r\nroot     303545      1  0 Jul16 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     303550 303545  0 Jul16 ?        00:00:00 rpm -qa\r\nroot     315593      1  0 Jul15 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     315598 315593  0 Jul15 ?        00:00:00 rpm -qa\r\nroot     324370      1  0 Jul08 ?        00:00:00 \/bin\/sh -c export LC_ALL=en_US.UTF-8;rpm -qa | grep dbaastools | grep -v atp\r\nroot     324376 324370  0 Jul08 ?        00:00:00 rpm -qa\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]# reboot\r\n\r\nRemote side unexpectedly closed network connection<\/pre>\n
As you can see above, a lot of old \u201crpm -q\u201d processes running. You can try to kill all of them, but I prefer to have a clean start, so, for this reason, I rebooted the node.<\/p>\n
This is critical because the upgrade process follows the traditional Exadata patchmgr and this is rpm apply.<\/p>\n
Another check is to guarantee that all your databases\/pdb\u2019s\/services are up and running correctly. The upgrade process is in rolling mode, starting with node 01. So, it will relocate services from one node to another, stop databases, and upgrade and restart services. But while doing the stop and start it verifies if all services and pdbs come back up and running. If not, it will fail. So, I recommend that you test the relocation and stop\/start of your databases before continuing the upgrade.<\/p>\n
You can also save the .ssh\/authortized_keys to have a backup in case it vanishes. You just need to save it from the root user.<\/p>\n
The last one is to guarantee that you are in the latest releases of 22.1.x before calling the upgrade to Exadata image 23.1.x. If this is not the case, update to the latest 22.1.x before continuing.<\/p>\n
Upgrade<\/h1>\n
Since now the precheck was fine, we can now call the upgrade. This is calling the \u201cApply Exadata OS Image Update\u201d option (at the same place that we called the Precheck):<\/p>\n
\"\"<\/a><\/p>\n
It will double-check that you are Ok with the upgrade:<\/p>\n
\"\"<\/a><\/p>\n
And is that, we follow up the process, the node will restart and you can see the patch in progress:<\/p>\n
\"\"<\/a><\/p>\n
And after the image is applied, you can login again and check if the image was OK or not (below you can see that I already applied the image 23.1.17 in this case):<\/p>\n
[root@exan01cl01 ~]# imageinfo\r\n\r\nKernel version: 5.4.17-2136.322.6.5.el8uek.x86_64 #2 SMP Sun May 5 16:58:14 PDT 2024 x86_64\r\nUptrack kernel version: 5.4.17-2136.333.5.el8uek.x86_64 #3 SMP Thu Jun 20 01:03:41 PDT 2024 x86_64\r\nImage kernel version: 5.4.17-2136.322.6.5.el8uek\r\nImage version: 23.1.17.0.0.240807\r\nImage activated: 2024-08-24 17:47:37 +0200\r\nImage status: success\r\nExadata software version: 23.1.17.0.0.240807\r\nNode type: GUEST\r\nSystem partition on device: \/dev\/mapper\/VGExaDb-LVDbSys1\r\n\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]# cat \/etc\/redhat-release\r\nRed Hat Enterprise Linux release 8.10 (Ootpa)\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]#\r\n[root@exan01cl01 ~]# imagehistory\r\nVersion                              : 21.2.2.0.0.210720\r\nImage activation date                : 2021-11-30 16:31:09 +0100\r\nImaging mode                         : fresh\r\nImaging status                       : success\r\n\r\nVersion                              : 21.2.4.0.0.210909\r\nImage activation date                : 2021-12-07 10:09:44 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 21.2.14.0.0.220810\r\nImage activation date                : 2022-10-02 10:35:10 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.7.0.0.230113\r\nImage activation date                : 2023-02-05 10:16:18 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.11.0.0.230516\r\nImage activation date                : 2023-07-09 11:43:38 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.18.0.0.231208\r\nImage activation date                : 2024-01-24 19:08:01 +0100\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 22.1.23.0.0.240501.1\r\nImage activation date                : 2024-06-08 22:43:06 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\nVersion                              : 23.1.17.0.0.240807\r\nImage activation date                : 2024-08-24 17:47:37 +0200\r\nImaging mode                         : patch\r\nImaging status                       : success\r\n\r\n[root@exan01cl01 ~]#<\/pre>\n
Post-Upgrade<\/h1>\n
After that it is simple, we have applied the version and can reinstall (if needed) the CPU dynamicscale rpm, or any other that is needed.<\/p>\n
The process, as you saw, is quite simple, we just check the precheck and after solving any issue, we apply the upgrade. And the upgrade process is not complex, or new thing. It is the same patchmgr\/dbnodeupdate used for years at Exadata on-prem.<\/p>\n
 <\/p>\n
 <\/p>\n
Disclaimer<\/strong>: \u201cThe postings on this site are my own and don\u2019t necessarily represent my actual employer positions, strategies, or opinions. The information here was edited to be useful for general purposes, and specific data and identifications were removed to allow reach the generic audience and to be useful for the community. Post protected by copyright.<\/em>\u201d<\/p>\n","protected":false},"excerpt":{"rendered":"
Recently I shared several posts about the process to upgrade the GI from 19c to 23ai at ExaCC. My last post summarizes a lot of this, please read it here. But as you know, to use the 23ai you need to be running with OEL 8, and for ExaCC, the upgrade is quite simple. The […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[29,77,173,6,5,12],"tags":[181,174,69,189,191,190],"class_list":["post-1072","post","type-post","status-publish","format-standard","hentry","category-database","category-engineeredsystems","category-exacc","category-exadata","category-oracle","category-upgrade","tag-cloud","tag-exacc","tag-exadata","tag-oel","tag-oel-7","tag-upgrade-oel-8"],"yoast_head":"\nExaCC, Upgrading from OEL 7 to OEL 8 - Fernando Simon<\/title>\n<meta name=\"description\" content=\"How to upgrade OEL 7 to OEL 8 at ExaCC. All steps covered, what to do, errors, troubleshooting, and solutions.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"ExaCC, Upgrading from OEL 7 to OEL 8 - Fernando Simon\" \/>\n<meta property=\"og:description\" content=\"How to upgrade OEL 7 to OEL 8 at ExaCC. All steps covered, what to do, errors, troubleshooting, and solutions.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\" \/>\n<meta property=\"og:site_name\" content=\"Fernando Simon\" \/>\n<meta property=\"article:published_time\" content=\"2024-09-05T22:08:03+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg\" \/>\n<meta name=\"author\" content=\"Simon\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Simon\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"7 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#article\",\"isPartOf\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\"},\"author\":{\"name\":\"Simon\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9\"},\"headline\":\"ExaCC, Upgrading from OEL 7 to OEL 8\",\"datePublished\":\"2024-09-05T22:08:03+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\"},\"wordCount\":996,\"commentCount\":2,\"image\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg\",\"keywords\":[\"Cloud\",\"ExaCC\",\"Exadata\",\"OEL\",\"OEL 7\",\"Upgrade OEL 8\"],\"articleSection\":[\"Database\",\"Engineered Systems\",\"ExaCC\",\"Exadata\",\"Oracle\",\"Upgrade\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\",\"url\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\",\"name\":\"ExaCC, Upgrading from OEL 7 to OEL 8 - Fernando Simon\",\"isPartOf\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg\",\"datePublished\":\"2024-09-05T22:08:03+00:00\",\"author\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9\"},\"description\":\"How to upgrade OEL 7 to OEL 8 at ExaCC. All steps covered, what to do, errors, troubleshooting, and solutions.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage\",\"url\":\"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg\",\"contentUrl\":\"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/www.fernandosimon.com\/blog\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"ExaCC, Upgrading from OEL 7 to OEL 8\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/#website\",\"url\":\"https:\/\/www.fernandosimon.com\/blog\/\",\"name\":\"Fernando Simon\",\"description\":\"Have you hugged your backup today?\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/www.fernandosimon.com\/blog\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9\",\"name\":\"Simon\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g\",\"caption\":\"Simon\"},\"sameAs\":[\"http:\/\/www.fernandosimon.com\"],\"url\":\"https:\/\/www.fernandosimon.com\/blog\/author\/simon\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"ExaCC, Upgrading from OEL 7 to OEL 8 - Fernando Simon","description":"How to upgrade OEL 7 to OEL 8 at ExaCC. All steps covered, what to do, errors, troubleshooting, and solutions.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/","og_locale":"en_US","og_type":"article","og_title":"ExaCC, Upgrading from OEL 7 to OEL 8 - Fernando Simon","og_description":"How to upgrade OEL 7 to OEL 8 at ExaCC. All steps covered, what to do, errors, troubleshooting, and solutions.","og_url":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/","og_site_name":"Fernando Simon","article_published_time":"2024-09-05T22:08:03+00:00","og_image":[{"url":"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg","type":"","width":"","height":""}],"author":"Simon","twitter_card":"summary_large_image","twitter_misc":{"Written by":"Simon","Est. reading time":"7 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#article","isPartOf":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/"},"author":{"name":"Simon","@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9"},"headline":"ExaCC, Upgrading from OEL 7 to OEL 8","datePublished":"2024-09-05T22:08:03+00:00","mainEntityOfPage":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/"},"wordCount":996,"commentCount":2,"image":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage"},"thumbnailUrl":"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg","keywords":["Cloud","ExaCC","Exadata","OEL","OEL 7","Upgrade OEL 8"],"articleSection":["Database","Engineered Systems","ExaCC","Exadata","Oracle","Upgrade"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/","url":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/","name":"ExaCC, Upgrading from OEL 7 to OEL 8 - Fernando Simon","isPartOf":{"@id":"https:\/\/www.fernandosimon.com\/blog\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage"},"image":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage"},"thumbnailUrl":"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg","datePublished":"2024-09-05T22:08:03+00:00","author":{"@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9"},"description":"How to upgrade OEL 7 to OEL 8 at ExaCC. All steps covered, what to do, errors, troubleshooting, and solutions.","breadcrumb":{"@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/"]}]},{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#primaryimage","url":"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg","contentUrl":"https:\/\/www.fernandosimon.com\/blog\/wp-content\/uploads\/2024\/09\/OS-Upgrade-00.jpg"},{"@type":"BreadcrumbList","@id":"https:\/\/www.fernandosimon.com\/blog\/exacc-upgrading-from-oel-7-to-oel-8\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.fernandosimon.com\/blog\/"},{"@type":"ListItem","position":2,"name":"ExaCC, Upgrading from OEL 7 to OEL 8"}]},{"@type":"WebSite","@id":"https:\/\/www.fernandosimon.com\/blog\/#website","url":"https:\/\/www.fernandosimon.com\/blog\/","name":"Fernando Simon","description":"Have you hugged your backup today?","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.fernandosimon.com\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":"Person","@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/386da956604bca0d5be5dd52210c1dd9","name":"Simon","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/www.fernandosimon.com\/blog\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/a3dbc48de62fffb1829befb4a588d789ec6dc5e05977afabb3407a5f37a16482?s=96&d=mm&r=g","caption":"Simon"},"sameAs":["http:\/\/www.fernandosimon.com"],"url":"https:\/\/www.fernandosimon.com\/blog\/author\/simon\/"}]}},"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p5ofTp-hi","_links":{"self":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/posts\/1072","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/comments?post=1072"}],"version-history":[{"count":0,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/posts\/1072\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/media?parent=1072"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/categories?post=1072"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.fernandosimon.com\/blog\/wp-json\/wp\/v2\/tags?post=1072"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}