You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Lately I've decided to return back to Oracle Database and mess around a bit with it. I decided to go the Docker Image way and I've discovered a few issues with easy solution.
First of all, I'm using the database on Oracle Linux 8 in rootless Podman.
The workflow which does not play well is the following:
Start the image based on the official README.md with all the volumes mounted
Stop the container
Remove the container
Start the container once again using the step (1)
The database cannot start as initialization parameters files don't exist
The solution is to mount the /opt/oracle/dbs/ directory as well. This is the place where the look-up happens. When this directory is persisted by the mounted volume, the consequent containers happily finds the SPFILEs and works just fine.
Second issue is are logging and traces. All of this is located in directory structures under /opt/oracle/diag/ which is growing quite fast in size. It would be cool to let this structure volume-mounted as well. I don't have a easy solution for it now. I just manually re-created the structure with permissions in additional volume directory, mounted and now the database logs to the volume. This is quite cumbersome, but the database expects the tree structure to be present. Just for curiosity I'm attaching the structure for 21c3 image. Just run:
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hello friends,
Lately I've decided to return back to Oracle Database and mess around a bit with it. I decided to go the Docker Image way and I've discovered a few issues with easy solution.
First of all, I'm using the database on Oracle Linux 8 in rootless Podman.
The workflow which does not play well is the following:
The solution is to mount the
/opt/oracle/dbs/
directory as well. This is the place where the look-up happens. When this directory is persisted by the mounted volume, the consequent containers happily finds the SPFILEs and works just fine.Second issue is are logging and traces. All of this is located in directory structures under
/opt/oracle/diag/
which is growing quite fast in size. It would be cool to let this structure volume-mounted as well. I don't have a easy solution for it now. I just manually re-created the structure with permissions in additional volume directory, mounted and now the database logs to the volume. This is quite cumbersome, but the database expects the tree structure to be present. Just for curiosity I'm attaching the structure for 21c3 image. Just run:Next the
podman create …
should look like:diag.dirs.txt
Thanks and enjoy SQL!
Beta Was this translation helpful? Give feedback.
All reactions