-
Notifications
You must be signed in to change notification settings - Fork 5.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
./buildExtensions.sh OPATCHAUTO-72156: Patch location not accessible or empty. #1820
Comments
I've added a couple of
and it showed:
|
Even with newer OPatch 12.2.0.1.23:
|
Please copy the patch inside extensions/patching/patches/release_update directory and retry. That is what is mentioned in the patching readme as well. |
@rishabh20 that's exactly what I did, and you can see it in the log above:
|
@xtender What is the size of the patch? |
@rishabh20 1424692091 bytes:
|
@xtender The patch looks okay. I tried following the same steps on my machine and it went through fine. As of now, I don't know what could be the issue here. Please explain how u built the base 19.3 image. |
@rishabh20 again, docker builds it, but oracle in resulted image returns still 19.3. Are you sure that your final oracle shows 19.9 in v$instance?
|
It was created successfully using ./buildContainerImage.sh from (
|
I can confirm that i reproduced this issue on current git latest via
the resulting image claims its still When trying via the one_offs
Used files are:
|
@theBNT The issue that you are facing can be resolved by passing additional build argument (while creating 19.3 docker image) to make SLIMMING env var false. By default SLIMMING is true. Example build command: |
@xtender I am not able to reproduce this issue on my machine. I used OPatch 12.2.0.1.24 and I am able to build extended image without any error. My resulted image is showing 19.9.0.0.0 in v$instance
Not sure what issue is causing this error. Can you pls check logs in $ORACLE_HOME/cfgtoollogs/opatchauto/ directory for some additional information this error ? |
@xtender Also can you pls try buildling extension with the 19.3 base image with SLIMMING false as I explained above ? |
@abhisbyk thank you so much, this was indeed the issue and i also found it described only here. Patching now works for me! The logical followup question is now: how to produce slim(er) patched images? Since all layers still exit, it doesnt make sense to delete the files after patching. The resulting image is 17GB! Docker export/import is not an option because all the metadata is gone. Docker squashing is still in experimental. Will this be addressed by PR #1666 or will patching not work there as well? #1265 is somewhat related. |
@theBNT I guess currently patching will not work with the slim image as per the solution suggested by PR #1666. The reason is that cleanup.sh script introduced in the PR will mandatorily remove the components like sqldeveloper, apex etc (as in our case happens when SLIMMING is set). There is no option for not removing these components in that PR, hence, the same error that you were having initially will come. But the idea of that PR (using compressed RMAN backup for creating the database, while the slimmer docker image only have binaries required) is interesting. Thorough testing is required to check whether this will be able to reduce the size of patched image. |
@xtender Any update on the issue that you are facing ? Closing this issue for now as not able to replicate it on the local development environment. |
I'm trying to upgrade an image with 19.3 up to 19.9: I've put p31771877_190000_Linux-x86-64.zip into patches directory and ran
./buildExtensions.sh -a -b oracle/database:19.3.0-ee -t oracle/database:19.9.0-ee
and looks like it can't upgrade because of the following errors in step 5:
Full log:
The text was updated successfully, but these errors were encountered: