You completed Part 1 and Part 2 of this blog post series already? Then you are ready for AutoUpgrade Patching – From Zero to Hero – Part 3: Download Patches. Let us start simple, and then increase the scope to fetch the patches for various operating system platforms in your local patching folder.

Which download?
Strange headline – but you’ll see what I mean. At first, we need to clarify the various download options for patches.
- Download patches directly from MOS/ARU by yourself
This usually means that you go to the various MOS notes, such as KB106822 / 888.1 – Primary Note for Database Quarterly Release Updates, KB188772 / 555.1 – Oracle Database 19c and Oracle AI Database 26ai Important Recommended One-off Patches and KA958 Assistant: Download Reference for Oracle Database/GI Update, Revision, PSU, SPU(CPU), Bundle Patches, Patchsets and Base Releases.
Can be boring? Yes, it can – and with patches not always be available at the same time, you need to check CPU58 to check for Post-Release (delayed) patches.
. - Download patches with AutoUpgrade
This is the exercise we are going to do here together – and it is important to understand the different download sources..- Download everything from MOS/ARU
This is basically the same way as if you would download the patches by yourself as shown in (1.) above. For Oracle Database 19c, there is one specific thing you must take into account if you go down this route: You must download the base release by yourself from eDelivery.oracle.com or from oracle.com manually. - Download pre-baked Gold Images from Oracle Update Advisor (OUA)
You will see below that this is the default approach AutoUpgrade takes. We download a pre-baked gold image, even for Oracle Database 19c, and then pull the additional fixes of your choice from MOS/ARU. This is the fastest and most efficient way to handle this. - Download custom-built Gold Images from Oracle Update Advisor (OUA)
This is an alternative where you request a complete custom-built gold image including all your fixes. It will take longer, usually about 2 hours, and this is optional but not the default.
.
- Download everything from MOS/ARU
- Download patches with other tools
If you use Enterprise Manager already, OEM has the Lifecycle Management Pack which has gotten a license waiver for one year beginning from June 2026. In addition, you can use FPP (Fleet Patching and Provisioning) as an alternative, too. And of course, you can craft your own tools to download patches directly from OUA.
.
Your database server has no internet access?
Of course, this is expected and quite normal. Therefore, I will separate the steps for patching into:
- Download
- Install
- Patch
If you wonder how we are downloading on a desktop and then later install on a DB server, watch this short video from our Virtual Classroom Seminar #21 and a quick demo.
Proxies
Many of you will be behind a proxy. Of course, we do offer various options. Again, Daniel has blogged about this, and I won’t repeat his whole blog post.
We allow multiple options for proxies:
[https|http|socks5|socks]://(user_info@)site:port
For instance,
export https_proxy=https://hugo:OracleHero001@proxy.mysite.net:8080
Which URLs must be accessible?
Please make sure these URLs are accessible when you want to automate patching from the machine you start the download from:
For MOS:
https://login-ext.identity.oraclecloud.com https://updates.oracle.com https://aru-akam.oracle.com
For Latest AU:
https://edelivery.oracle.com
For OUA:
https://transport.oracle.com https://objectstorage.us-ashburn-1.oraclecloud.com
.
Let’s download OPatch
In Part 1 and Part 2 of this blog post series you downloaded the newest AutoUpgrade tool, and you put your MOS credentials into the SEPS keystore securely. AutoUpgrade can now connect to MOS/ARU and to the Oracle Update Advisor. This is the requirement to be able to continue. See also the list of URLs for the different purposes, and the proxy section above.
We start with a very simple config file I used in Part 2: AutoUpgrade Patching – MOS Credentials already. But here, I would like to fetch the most recent OPatch instead of AutoUpgrade. I need to add the platform parameter option in this case.
patch1.platform=LINUX.X64
This is the list of platforms we support:
AIX.x64IBM AIX on POWER Systems (64-Bit)ARM.x64LINUX ARM (aarch64)LINUX.X64Linux x86-64SPARC.x64Oracle Solaris on SPARC (64-Bit)SOLARIS.x64Oracle Solaris on x86-64 (64-Bit)WINDOWS.X64Microsoft Windows x64 (64-bit)
# get_patches.cfg # global.global_log_dir=/Users/mdietric/TEMP/AU/logs global.keystore=/Users/mdietric/TEMP/AU/keystore global.folder=/Users/mdietric/TEMP/AU/patches patch1.platform=LINUX.X64 patch1.target_version=19 patch1.patch=OPATCH
Let us kick off AutoUpgrade and download OPATCH for Oracle 19c on Linux:
java -jar autoupgrade.jar -patch -config get_patches.cfg -mode download
AutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file ...
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-x86-64.zip - VALIDATED
----------------------------------------------------
This is simple, isnt’t it.
You want OPatch for more releases and operating systems?
Then let us extend the config file a bit. I add now 3 additional sections, each using a different prefix: patch1, patch2, patch3 and patch4.
# get_patches.cfg # global.global_log_dir=/Users/mdietric/TEMP/AU/logs global.keystore=/Users/mdietric/TEMP/AU/keystore global.folder=/Users/mdietric/TEMP/AU/patches patch1.platform=LINUX.X64 patch1.target_version=19 patch1.patch=OPATCH patch2.platform=LINUX.X64 patch2.target_version=26 patch2.patch=OPATCH patch3.platform=ARM.x64 patch3.target_version=19 patch3.patch=OPATCH patch4.platform=SPARC.x64 patch4.target_version=19 patch4.patch=OPATCH
See what happens, the download starts almost instantly.
java -jar autoupgrade.jar -patch -config get_patches.cfg -mode download
AutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file ...
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-ARM-64.zip - VALIDATED
----------------------------------------------------
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 23.0.0.0.0 (Apr 2026)
File: p6880880_230000_Linux-x86-64.zip - VALIDATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-x86-64.zip - LOCATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_SOLARIS64.zip - VALIDATED
----------------------------------------------------
You may recognize that the 19c OPatch release on Linux has been downloaded before – and since we are using the same folder, AutoUpgrade recognizes it and doesn’t download it again. This is when it says LOCATED in the above output.
We wanted to download patches, right?
The blog post is titled “Download patches“, and we would like to do this now. I am going to download patch=RECOMMENDED patches but I will explain the various options in the next blog post. RECOMMENDED includes the most important fixes – and now also the CSPU (if it is available) or the MRP.
global.global_log_dir=/Users/mdietric/TEMP/AU/logs global.keystore=/Users/mdietric/TEMP/AU/keystore global.folder=/Users/mdietric/TEMP/AU/patches patch1.platform=LINUX.X64 patch1.target_version=19 patch1.patch=RECOMMENDED,JDK patch2.platform=LINUX.X64 patch2.target_version=26 patch2.patch=RECOMMENDED,JDK patch3.platform=ARM.x64 patch3.target_version=19 patch3.patch=RECOMMENDED,JDK
Now you recognize an interesting pattern.
AutoUpgrade will download a Gold Image where applicable from the Oracle Update Advisor. Currently, OUA only provides the Linux x86-64 images but not the image for ARM, AIX, SPARC or Windows. See below how distinctive AutoUpgrade picks the right sources where possible:
java -jar autoupgrade.jar -patch -config get_patches.cfg -mode download
AutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file ...
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to Oracle Update Advisor service - Requesting gold images
AutoUpgrade Patching has finished processing the gold image requests
Connected to MOS - Searching for specified patches
CSPU is ignored because Oracle has not created it for 19.31 RU version for the job with prefix patch3
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
DATABASE RELEASE UPDATE 19.31.0.0.0 (REL-APR2026)
File: p39034528_190000_Linux-ARM-64.zip - VALIDATED
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-ARM-64.zip - LOCATED
DATAPUMP BUNDLE PATCH 19.31.0.0.0
File: p39196236_1931000DBRU_Generic.zip - VALIDATED
OJVM RELEASE UPDATE 19.31.0.0.0
File: p38906621_190000_Linux-ARM-64.zip - VALIDATED
JDK BUNDLE PATCH 19.0.0.0.260421
File: p38930593_190000_Linux-ARM-64.zip - VALIDATED
autoupgrade.jar 26.4 (July 2026)
File: autoupgrade.jar - LOCATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
Skipping standalone JDK patch for RU 23.26.2 for the job with prefix patch2 because JDK patches are included in the RU.
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
DATABASE RELEASE UPDATE 23.26.2.0.0
File: p39099680_230000_Linux-x86-64.zip - VALIDATED
OPatch 12.2.0.1.51 for DB 23.0.0.0.0 (Apr 2026)
File: p6880880_230000_Linux-x86-64.zip - LOCATED
DATAPUMP BUNDLE PATCH 23.26.2.0.0
File: p39227161_2326200DBRU_Generic.zip - VALIDATED
DATABASE MRP 23.26.2.0.0 MAY 2026
File: p39345754_2326200DBRU_Linux-x86-64.zip - VALIDATED
autoupgrade.jar 26.4 (July 2026)
File: autoupgrade.jar - LOCATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-x86-64.zip - LOCATED
DATAPUMP BUNDLE PATCH 19.31.0.0.0
File: p39196236_1931000DBRU_Generic.zip - LOCATED
OJVM RELEASE UPDATE 19.31.0.0.0
File: p38906621_190000_Linux-x86-64.zip - VALIDATED
JDK BUNDLE PATCH 19.0.0.0.260421
File: p38930593_190000_Linux-x86-64.zip - VALIDATED
Gold Image - 19.31.0.0.0
File: autoupgrade_linux-x86-64_19.31.0.0.0_db_home.zip - VALIDATED
autoupgrade.jar 26.4 (July 2026)
File: autoupgrade.jar - LOCATED
----------------------------------------------------
Let me explain a few things regarding the above output, section by section.
- AutoUpgrade works from patch3 to patch2 to patch1 sections
. - In section patch3 for ARM Linux:
- First message is that there is no CSPU for Oracle 19.31 on ARM yet
- Since there is no gold image for ARM on OUA, AutoUpgrade downloads the RU 19.31 from MOS/ARU instead. But you need to add the base release in this case to the patching folder
- autoupgrade.jar has been downloaded before as has been OPatch – therefore, you can see the LOCATED tag
- All downloads will be VALIDATED against the checksum file to ensure integrity
.
- In section patch2 for 26ai Linux
- It skips the JDK since 26ai has the most recent JDK always included by default
- Even though it is named RU 23.26.2, this is the Gold Image already. Hence, no need to download a base release.
- AutoUpgrade fetches the most recent MRP as well – you should install it
.
- In section patch1 for 19c for Linux
- OPatch, Data Pump Bundle Patch and AutoUpgrade are already LOCATED
- AutoUpgrade downloads the 19.31 Gold Image right away – no need to download the base release anymore
.
This is just a first outlook into what’s possible. We put a lot of “logic” into the new 26.4 version of AutoUpgrade to fetch the right patches for you in the fastest possible way.
Try it out.
Further Links and Information
AutoUpgrade Patching Blog Post Series
- Part 1: AutoUpgrade Patching – Download and Version Check
- Part 2: AutoUpgrade Patching – MOS Credentials
- Part 3: AutoUpgrade Patching – Download Patches
- Part 4: AutoUpgrade Patching – Download Examples
Additional Links
- AutoUpgrade Download from oracle.com
- Static link to fetch AutoUpgrade
- MOS Note: KB123450 AutoUpgrade
Virtual Classroom Seminars
- Episode 21: One-Button Patching with AutoUpgrade – Easing every DBA’s life
- Episode 27: Patch Smarter, not Harder – Oracle Database Patching with AutoUpgrade
- Episode 28: Patch Smarter, not Harder – Microsoft Windows Special Patching Edition
To be continued …
–Mike
Hi, I was following your instruction , I have set below config:
patch1.platform=LINUX.X64
patch1.target_version=19
patch1.patch=OPATCH
patch2.platform=WINDOWS.X64
patch2.target_version=19
patch2.patch=OPATCH
patch3.platform=LINUX.X64
patch3.target_version=19
patch3.patch=RECOMMENDED,JDK
patch4.platform=WINDOWS.X64
patch4.target_version=19
patch4.patch=JDK
I get this output – before I had succesfully downloaded OPatch:
java -jar autoupgrade.jar -patch -config get_patches.cfg -mode download
Unsupported language [hu], defaulting to English
AutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file …
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Failed to process the gold_image parameter for prefix patch3
Regards, Laszlo
Hi Laszlo,
I used exactly your file (plus my three standard parameters).
This is my output:
=> java -jar autoupgrade.jar -patch -config gp.cfg -mode downloadAutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file ...
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to Oracle Update Advisor service - Requesting gold images
AutoUpgrade Patching has finished processing the gold image requests
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-x86-64.zip - VALIDATED
DATAPUMP BUNDLE PATCH 19.31.0.0.0
File: p39196236_1931000DBRU_Generic.zip - VALIDATED
OJVM RELEASE UPDATE 19.31.0.0.0
File: p38906621_190000_Linux-x86-64.zip - VALIDATED
JDK BUNDLE PATCH 19.0.0.0.260421
File: p38930593_190000_Linux-x86-64.zip - VALIDATED
Gold Image - 19.31.0.0.0
File: autoupgrade_linux-x86-64_19.31.0.0.0_db_home.zip - VALIDATED
autoupgrade.jar 26.4 (July 2026)
File: autoupgrade.jar - VALIDATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_MSWIN-x86-64.zip - VALIDATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-x86-64.zip - LOCATED
----------------------------------------------------
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
JDK BUNDLE PATCH 19.0.0.0.260421
File: p38930593_190000_MSWIN-x86-64.zip - VALIDATED
----------------------------------------------------
Cheers,
Mike
Hi,
thank you! Very impressive. I have given it a second try and now success here too! 🙂
Hi Mike! thank you! Very impressive. I have given it a second try and now success here too! 🙂
java -jar autoupgrade.jar -patch -config get_patches.cfg -mode download
Unsupported language [hu], defaulting to English
AutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file …
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to Oracle Update Advisor service – Requesting gold images
AutoUpgrade Patching has finished processing the gold image requests
Connected to MOS – Searching for specified patches
——————————————
Downloading files to /mindenmas/AU/patches
——————————————
OPatch 12.2.0.1.51 for DB 19.0.0.0.0 (Apr 2026)
File: p6880880_190000_Linux-x86-64.zip – LOCATED
DATAPUMP BUNDLE PATCH 19.31.0.0.0
File: p39196236_1931000DBRU_Generic.zip – VALIDATED
OJVM RELEASE UPDATE 19.31.0.0.0
File: p38906621_190000_Linux-x86-64.zip – VALIDATED
JDK BUNDLE PATCH 19.0.0.0.260421
File: p38930593_190000_Linux-x86-64.zip – VALIDATED
Gold Image – 19.31.0.0.0
File: autoupgrade_linux-x86-64_19.31.0.0.0_db_home.zip | 49%
Regards, Laszlo
Excellent!!!
Cheers,
Mike
Hi Mike. How do i specify a patch for a specific release? There are some patches that has a version for each release. In a test, AU downloaded the patch for the latest release (19.31).
Tks in advance
Hi Leonardo,
use:
patch1.patch=RU:19.30,OJVM,DPBP,JDK,OCW
But the problem is that it will not workaround the password protection I fear.
I know that there is a way to fetch older ones from the Gold Image Server (OUA) but I need to check this.
Wait for my blog post for tomorrow, I will see whether I find a way.
Cheers,
Mike
Works …
global.global_log_dir=/Users/mdietric/TEMP/AU/logsglobal.keystore=/Users/mdietric/TEMP/AU/keystore
global.folder=/Users/mdietric/TEMP/AU/patches
patch3.platform=LINUX.X64
patch3.target_version=19
patch3.patch=RU:19.29
patch3.gold_image=yes
Try it out. But works only for images which are on OUA.
Cheers,
Mike
Hi Mike. Tks for the reply. Yes, for RU it did the trick, but i mean for actually one-off patches. For example, the patch 27605010. It has one version for each release (19.15, 19.16 and so on).
This config downloaded only for 19.31:
patch1.target_version=19
patch1.patch=27605010
Both configs below were invalid
patch1.target_version=19.27
patch1.patch=27605010
or
patch1.target_version=19
patch1.patch=27605010:19.27
These are patches that are fully accessible without password in MOS.
Hi Leonardo,
this does the trick:
global.global_log_dir=/Users/mdietric/TEMP/AU/logsglobal.keystore=/Users/mdietric/TEMP/AU/keystore
global.folder=/Users/mdietric/TEMP/AU/patches
patch1.platform=LINUX.X64
patch1.target_version=19
patch1.patch=RU:19.30,27605010
patch1.gold_image=AUTO
This fetches the one-off patch for 19.30 – I checked the README, it is the one for 19.30.
Cheers
Mike
Tks Mike. It only worked on 19.30, and downloading the RU together, as a gold image.
I tried other combinations, like older RUs, with gold image on AUTO or NO, and it did not work.
I appreciate the effort though. Keep up the good work!
Hi Mike,
Just curious, why are the different sections in the config file processed in reverse order? Once you are used to it, it’s fine and you can plan for it, but it seems counter intuitive at first.
Hi Brian,
amazing question:
And this is just a programming coincidence.
I talked to the developer, and he wasn’t even really aware that it takes this order.
🙂
Mike
Hello Mike,
I have the below entered in my config file , in addition to keystore, log location etc
patch1.sid=test1
patch1.source_home=/u01/app/oracle/product/19.21.0.0/dbhome_1
patch1.target_home=/u01/app/oracle/product/19.29.0.0/dbhome_1
patch1.patch=RU:19.29,OCW,38854064,OJVM
patch1.platform=LINUX.X64
AutoUpgrade Patching 26.4.260701 –>autoupgrade utility version
when executed in -download mode ,It downloaded the 19.29 gold image and the one off patch from the list
Gold Image – 19.29
File: autoupgrade_linux-x86-64_19.29_db_home.zip – VALIDATED
OCI: DATA CORRUPTION SEEN IN MIDDLE OF DBRU PATCHING TO 19.29 AND LOST WRITE DETECTED IN THE STNABY
File: p38854064_1929000DBRU_Linux-x86-64.zip – VALIDATED
but it complained about OJVM (i thought we could give that as an argument)
“There were conditions found preventing AutoUpgrade Patching from successfully running”
*Downloading files
Cannot find the OJVM patch
I thought this was probably due to the gold image already including both OCW and OJVM patches.
I went ahead and executed the -create_home stage , The new oracle home 19.29 was installed
It had the OCW patch applied, but OJVM was not applied
–>What is the method to apply OJVM , if its not allowed in patch list , documentation says that it is supported
should I download the patch manually from MOS and store in the patch folder and provide patch number in config file
–>Also the 19.29 home had a bunch of patches applied ,35+ patches installed with quite a few merge ON DATABASE RU 19.29.0.0.0 patches
I thought autoupgrade had applied all recommended patches in 555.1
But the patches are much more than the ones listed in 555.1 and also In fact ,a few from 555.1 are not even showing applied (e.g 38373967,29213893)
What is the definite patch list which will get applied as part of golde image ,if its not from 555.1
is it really good thing to have these many patches applied(quite a few may not be applicable in specific environment) and yet some recommend patches be missing
Thanx,
Mandar
Hi Mandar,
I tried the same with 19.30 – and I received the same complaint about OJVM. I guess, the reason is that it has been removed. As far as I see, it is not available.
When I use only:
patch1.patch=OJVM:19.31
AU will reply:
AutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file …
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to MOS – Searching for specified patches
There were conditions found preventing AutoUpgrade Patching from successfully running
*Downloading files
Cannot find the OJVM patch
Cheers,
Mike
Hello Mike, Thank you for the reply
OJVM for 19.29 and 19.31 are available ,upon manual search on MOS
Patch 38194382: OJVM RELEASE UPDATE 19.29.0.0.0
Patch 38906621: OJVM RELEASE UPDATE 19.31.0.0.0
Can you please share thoughts about below too
–>Also the 19.29 home had a bunch of patches applied ,35+ patches installed with quite a few merge ON DATABASE RU 19.29.0.0.0 patches
I thought autoupgrade had applied all recommended patches in 555.1
But the patches are much more than the ones listed in 555.1 and also In fact ,a few from 555.1 are not even showing applied (e.g 38373967,29213893)
What is the definite patch list which will get applied as part of gold image ,if its not from 555.1
is it really good thing to have these many patches applied(quite a few may not be applicable in specific environment) and yet some recommend patches be missing
Thanx,
Mandar
Hi Mandar,
I see – but I guess this has to do with the reupload of OJVM being done.
The fix is on MOS when you fetch it manually but it is not visible to us due to the naming.
I fear in this case you need to download it manually. We had similar issues with strange names chosen in the past already.
Cheers,
Mike
Do I understand it correctly that autoupgrade does NOT patches Grid Infrastructure? So when we have RACs, we will need to do it the old way?
Thanks.
Hi Vasek,
this is correct.
* AutoUpgrade can download OCW/GI.
* AutoUpgrade will automatically patch OCW in your database home when your DB is a RAC DB.
* AutoUpgrade will NOT install or patch or upgrade Grid Infrastructure home. Not yet …
Cheers,
Mike
Minor Release 19.32 (disable gold images as for 19.31)
Is it possible that gold_image=no not working for LINUX.X64 and without this option Request Gold Images will not complete (connection resumed) ?
upg1.platform=LINUX.X64
upg1.patch=RU:19.32,OPATCH,OJVM:19.32,DPBP # seems not working and we need no gold images as RU releases before 19.32. Question: Is there also an option to disable MRP & CSPU ?
#upg1.patch=RU:19.31,OPATCH,OJVM:19.31,DPBP # seems to work
#upg1.gold_image=no # not working to disable gold_images ?
Question: JDK not upgraded with OJVM,RU option and must be included in the patch section ?
Hi Joe,
getting last to first:
OJVM and JDK are independent. My DBs have usually no OJVM configured but my home has a JDK.
So, I am going to update the JDK in 19c. For 26ai, this isn’t necessary anymore usually since the new home/gold_image has the most recent JDK installed.
From your issue, I think the reason was that 19.32 came in a day late on July 23 if I am not mistaken.
Can you check your config again, please?
Cheers,
Mike
Seems the problem with RECOMMENDED,JDK and gold_image=no now works but did not test with RU:19.32,… Flags.
Hi Joe,
global.global_log_dir=/Users/mdietric/TEMP/AU/logsglobal.keystore=/Users/mdietric/TEMP/AU/keystore
global.folder=/Users/mdietric/TEMP/AU/patches
patch1.platform=LINUX.X64
patch1.target_version=19
patch1.patch=RU,JDK
patch1.gold_image=NO
works nicely for me, and it pulls 19.32.
Since older RUs are password protected, there is no need to add :19.32 to it.
In this case, it will pull the 19.32 RU and the JDK directly from MOS.
Keep in mind that you will need the base release.
I prefer having it pulled from the gold image server since it contains the base release right away, too.
See the difference.
This is from MOS/ARU with GOLD_IMAGE=NO:
----------------------------------------------------Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
DATABASE RELEASE UPDATE 19.32.0.0.0
File: p39472050_190000_Linux-x86-64.zip | / 0%
And this is with GOLD_IMAGE=AUTO (which is the default):
AutoUpgrade Patching adds the MRP and OCW options to the PATCH configuration parameter because the generated Gold Image always includes those fixes.Connected to Oracle Update Advisor service - Requesting gold images
AutoUpgrade Patching has finished processing the gold image requests
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
JDK BUNDLE PATCH 19.0.0.0.260721
File: p39329591_190000_Linux-x86-64.zip - VALIDATED
Gold Image - 19.32.0.0.0
File: autoupgrade_linux-x86-64_19.32.0.0.0_db_home.zip | 1%
Thx
Mike
Thank you for testing it.
(I think it would be good to disable also MRP Patches).
Are there any known problems for optimizer fixes only until 19.30 available for RU 19.32 (auoupgrade.jar RECOMMENDED, JAVA with option gold_image=NO) download ?
Hi Joe,
what exactly do you mean with the optimizer fixes?
The behavior changing optimizer fixes are disabled by default – more than 300 of them.
See DBMS_OPTIM_BUNDLE on my blog.
You can check them also in oradiff.oracle.com under “Fixes”.
Cheers,
Mike
I am having difficulties downloading the 19.32 RU + OJVM together for Linux as a gold image. No matter the combination it always fails with “The Oracle Update Advisor service failed to create a gold image – UPD-04028 : System encountered an unexpected error during conflict check”. I am working an SR but this is a bit frustrating as it has worked fine in the past.
Hi Nathanael,
there was a problem with the information synched between MOS and OUA. This should have been fixed.
Can you please share the SR number with me?
Thanks
Mike
Thanks Mike, the SR is 4-0003343832. This morning I was able to download a gold image using “RU,OJVM,OPATCH,MRP,DPBP”, that’s great. The July CPU for 19c recommends applying JDK patch 39329591, however when I add JDK to the patch line, I once againg get the “unexpected error during conflict check”. I suppose I can apply the JDK patch separately if necessary
Thanks Nathanael,
we fixed it after you posted the comment.
The team in the backend was able to track it down using the description you’ve posted.
Thanks again.
For the JDK, can you post your config file’s
patch=
line here, please?
Or the whole config file?
Thanks
Mike
This is the patch line that is working:
patch1.patch=RU,OJVM,OPATCH,MRP,DPBP
This is the patch line that does no work (contain JDK):
patch1.patch=RU,OJVM,OPATCH,MRP,DPBP,JDK
This is the screen output containing the error:
AutoUpgrade Patching 26.3.260401 launched with default internal options
Processing config file …
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to Oracle Update Advisor service |- Requesting gold images
The Oracle Update Advisor service failed to create a gold image – The Oracle Update Advisor service failed to create a gold image – UPD-04028 : System encountered an unexpected error during conflict check
This is the full config file
global.global_log_dir=/oracpu/autoupgrade/log
global.keystore=/oracpu/autoupgrade/keystore
patch1.target_version=19
patch1.platform=LINUX.X64
patch1.folder=/oracpu/autoupgrade/stage
patch1.gold_image=YES
patch1.download=YES
patch1.patch=RU,OJVM,OPATCH,MRP,DPBP,JDK
The error message now is:
AutoUpgrade Patching 26.3.260401 launched with default internal options
Processing config file …
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to Oracle Update Advisor service |- Requesting gold images/
MRP download will be ignored as Oracle has not created it for 19.32 RU version for the job with prefix patch1
AutoUpgrade Patching has finished processing the gold image requests
———————————————-
Downloading files to /oracpu/autoupgrade/stage
———————————————-
Gold Image – 19.32.0.0.0
File: autoupgrade_linux-x86-64_19.32.0.0.0_db_home.zip – VALIDATED
There were conditions found preventing AutoUpgrade Patching from successfully running
*Downloading files
Download failed
*Gold image validation failed – Gold image validation failed because the following patches are missing from the gold image : [39329591]*
Hi Nathanael,
could you – at first – please the most recent AutoUpgrade – see:
https://mikedietrichde.com/2026/07/06/autoupgrade-patching-from-zero-to-hero-part-1/
Yours: 26.3
Newest: 26.4
Then I use your exact patch line with this config file:
global.global_log_dir=/Users/mdietric/TEMP/AU/logsglobal.keystore=/Users/mdietric/TEMP/AU/keystore
global.folder=/Users/mdietric/TEMP/AU/patches
patch1.platform=LINUX.X64
patch1.target_version=19
patch1.patch=RU,OJVM,OPATCH,MRP,DPBP,JDK
patch1.gold_image=AUTO
And get:
java -jar autoupgrade.jar -patch -config gp.cfg -mode downloadAutoUpgrade Patching 26.4.260701 launched with default internal options
Processing config file ...
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
AutoUpgrade Patching adds the OCW option to the PATCH configuration parameter because the Gold Image always includes the latest OCW fixes.
Connected to Oracle Update Advisor service - Requesting gold images
AutoUpgrade Patching has finished processing the gold image requests
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OJVM RELEASE UPDATE 19.32.0.0.0
File: p39222882_190000_Linux-x86-64.zip - VALIDATED
OPatch 12.2.0.1.52 for DB 19.0.0.0.0 (Jul 2026)
File: p6880880_190000_Linux-x86-64.zip - VALIDATED
DATAPUMP BUNDLE PATCH 19.32.0.0.0
File: p39657094_1932000DBRU_Generic.zip - VALIDATED
JDK BUNDLE PATCH 19.0.0.0.260721
File: p39329591_190000_Linux-x86-64.zip - VALIDATED
Gold Image - 19.32.0.0.0
File: autoupgrade_linux-x86-64_19.32.0.0.0_db_home.zip - VALIDATED
----------------------------------------------------
This seems to be ok, right?
Thanks,
Mike
INFO: Optimizer Fixes for RU 19.32 are on version 19.30 (no new fixes available since 19.30 according Oracle Support).
According JDK patch – we found no problem on OutOfPlace installation with runInstaller or by apply datapatch and rollback testing (19.28 -> 19.32 -> 19.28).
Ok, got you.
At first, according to oradiff, there are 9 _fix_controls between 19.30 and 19.32.
Please check: oradiff.oracle.com ==> Included Fixes ==> Fix Control
Then compare 19.30 to 19.32
Which means:
There are optimizer fixes in it. And when there are fix controls, there are usually also some fixes which don’t change behavior. Everything else would be quite unusual.
Reg. JDK:
thanks. I was not sure if this is a question but it reads as “for your information”. And you can apply the newest JDK to the previous homes as well. So, in case you flip from 19.28 to 19.32, and back again, you should not see issues with the JDK.
Cheers,
Mike
The latest version of autoupgrade.jar (26.4.260701) did indeed resolve the JDK download issue. thank you!
GReat to hear that – thanks
Mike
Hey Mike.
Like one of the commenters before me I got the error trying to process the gold_image parameter:
Processing config file …
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Failed to process the gold_image parameter for prefix patch1
It occured when I tried a very basic config file, which I had used successfully in the past.
Error occurs even for the most basic setup (replaced my path with … ):
global.global_log_dir=/…/logs
global.keystore=/…/keystore
global.folder=/…/patches
patch1.platform=LINUX.X64
patch1.target_version=19
patch1.patch=RECOMMENDED
Upgrading autoupgrade worked for me, but even with the latest autoupgrade I still got the same error message.
My call is:
java -jar autoupgrade.jar -config /…/get_ora_patches.cfg -mode download
As I said all of this used to work just fine in the past and I wouldn’t be surprised if it will work again
Hi Julian,
this is my config file:
global.global_log_dir=/Users/mdietric/TEMP/AU/logsglobal.keystore=/Users/mdietric/TEMP/AU/keystore
global.folder=/Users/mdietric/TEMP/AU/patches
patch1.platform=LINUX.X64
patch1.target_version=19
patch1.patch=RECOMMENDED
And I think this is the same you do.
Then I call AutoUpgrade with:
java -jar autoupgrade.jar -config gp.cfg -mode downloadSame as you do.
And then it downloads:
AutoUpgrade Patching 26.5.260807 launched with default internal optionsProcessing config file ...
Loading AutoUpgrade Patching keystore
AutoUpgrade Patching keystore is loaded
Connected to Oracle Update Advisor service - Requesting Gold Images
AutoUpgrade Patching has finished processing the Gold Image requests
Connected to MOS - Searching for specified patches
----------------------------------------------------
Downloading files to /Users/mdietric/TEMP/AU/patches
----------------------------------------------------
OPatch 12.2.0.1.52 for DB 19.0.0.0.0 (Aug 2026)
File: p6880880_190000_Linux-x86-64.zip - VALIDATED
DATAPUMP BUNDLE PATCH 19.32.0.0.0
File: p39657094_1932000DBRU_Generic.zip - VALIDATED
OJVM RELEASE UPDATE 19.32.0.0.0
File: p39222882_190000_Linux-x86-64.zip - VALIDATED
Gold Image - 19.32.0.0.0
File: db_goldimage_19_32_20260824104330.zip - VALIDATED
autoupgrade.jar 26.5 (August 2026)
File: autoupgrade.jar - VALIDATED
----------------------------------------------------
And I am using the 26.5 version (the newest):
java -jar autoupgrade.jar -versionbuild.version 26.5.260807
build.date 2026/08/07 17:06:01 +0000
build.hash 0d4f2f519
build.hash_date 2026/07/31 15:26:55 +0000
build.supported_target_versions 12.2,18,19,21,23,26
build.type production
build.label (HEAD, tag: v26.5, origin/stable_devel, stable_devel)
build.MOS_NOTE KB123450
build.MOS_LINK https://support.oracle.com/support/?anchorId=&kmContentId=2485457&page=sptemplate&sptemplate=km-article
Can you please try again?
Thanks,
Mike