How to Install and Start Oracle Database Express Edition (Xe) 18C on Fedora Linux with Sql-Developer Ide

Oracle 11 - 18 enterprise edition installation in Fedora

Oracle Enterprise Edition is not certified for Fedora, so it was not tested on it, that's why it would be much easier to use Pre-Built Developer VMs as already mentioned in the previous answer or use Docker images, for example ready pre-built Oracle EE 12.2:

https://hub.docker.com/_/oracle-database-enterprise-edition

(in this case you just need installed docker and start it using docker run like this:

$ docker login
$ docker pull store/oracle/database-enterprise:12.2.0.1
$ docker run -d --network="bridge" -p 1521:1521 -p 5500:5500 -it --name Oracle_DB_Container store/oracle/database-enterprise:12.2.0.1

or built it yourself from
https://github.com/oracle/docker-images/tree/main/OracleDatabase/SingleInstance

Fedora Linux cannot boot after installing Oracle XE 18.4

After a longer debugging session, it turned out that adding the library directory to the default library path was the problem.

Oracle provides a shared library libexpat.so.1 that is also provided by the operating system, but is not binary compatible with it.

Now some executables required in the boot process (notably /usr/bin/dbus-daemon) require that shared library, and they failed to start with:

symbol lookup error: /usr/bin/dbus-daemon: undefined symbol: XML_SetHashSalt

Once I figured that out, the solution was simple: remove $ORACLE_HOME/lib from the default shared library path (and then run ldconfig).

Installing applications with different user accounts on linux

I think you are mistaking permissions with umasks. If you install the database with, say 770 permissions, anyone in the dba group will be able to do what they need in there.

On a different topic, if the user ora112 has a umask set to 077, then when he creates a new file, he'll create it by default with the permissions 700. This means you'll have to manually chmod everything ora112 creates in order to let other group members of dba modify it.

Again, note how the umask is different from the permissions of the actual installation!

---

Related Topics