This exact scenario is on a Solaris sparc server without GI/HAS where we upgraded from 19.27 to 19.28. and a DB with CDB/PDB’s. Binary patching all went ok as expected: But at the time of running datapatch, it fails with this error: Nothing really clear on PDB_PLUG_IN_VIOLATIONS: Issue looks very similar to “19.28 OJVMRU Datapatch... » read more
Recently we had some issues running opatchauto analyze failing with this error: We even had error running any opatch command: Since we wanted to automate the process of patching doing it hands off, we wanted to rely on opatchauto so created an SR, on which after suggesting not great options (like copy the inventory from... » read more
Recently I upgraded my fedora server from version 40 to 42 and upgrade: sudo dnf upgrade --refreshsudo dnf system-upgrade download --releaserver=42sudo dnf system-upgrade reboot But on the last reboot post upgrade, error and kernel panic: initramfs-6.15.7-200.fc42.x86_64.img not found error! Apparently, upgrading to Fedora 42, and for every kernel update afterwards, initramfs is not created and... » read more
You will be this error when you change a parameter inside the DB and not on dataguard broker (if exists) or the other way around. To know which parameter is having issues, run this: You can change or on the DB, of on the broker,. In this case we are changing on broker side: And... » read more
This is an easy one, but really helpful when you are on a server with a few DB’s and you want the visual piece of mind you are not doing something on the wrong database. Add the following line on file $ORACLE_HOME/sqlplus/admin/glogin.sql That’s it, now try to access DB: Post Views: 1,772
After a session got stuck/failed or process got killed somehow, we are getting an error trying to re-run datapatch. Checking if we have a rogue process, we can see the old PID still there: We killed, but still the same,no progress. This case we had to kill the sqlpatch pid, and after this, datapatch completed... » read more
I was never 100% clear to me you could remove a disk from a diskgroup wtih EXTERNAL redundancy without having data loss, so let’s to a test. We are going to do it on Oracle GI 19c, but I don’t see why it should not work on older versions. But please always try to replicate... » read more
I have been trying to install Oracle 19c GI on a Oracle Linux 8 via VMware on a M4 chip (aarch64 architecture) using THIS guide, but I keep getting these errors: So decided to create a new guide for Apple Silicon. As a starting point, we are on a Oracle Linux 8.10 (AARCH64) server, with... » read more
True Cache is an in-memory, read-only replica database, similar to Oracle Active Data Guard but without disk storage. On this activity we are going to create a True Cache DB but I’m limited to the memory of my lab and I can not create a huge DB to test, so DB needs to be small.We... » read more
Today I went to start a db on my Oracle Linux 8 server and had this error: Checking the database filesystem, I see the contents are from /boot: What is happening?? This behavior matches “Oracle Linux: Kernel Block Device Names changing, Order Became Non-deterministic (Doc ID 2899803.1)” so I did: done! Post Views: 1,659