Home > linux, oracle > Errors starting Oracle netca or dbca in Linux

Errors starting Oracle netca or dbca in Linux

I’m configuring a new database on a recently created VMWare virtual server.

When I try to launch netca (or dbca, or whatever else), I get this error:

[oracle@sxxx admin]$ netca
 java.lang.NoClassDefFoundError: oracle/sysman/oii/oiil/OiilNativeException
 at oracle.net.ca.NetCAUtils.getOracleBase(NetCAUtils.java:69)
 at oracle.net.ca.NetCALogger.initOracleParameters(NetCALogger.java:218)
 at oracle.net.ca.NetCALogger.initLogger(NetCALogger.java:130)
 at oracle.net.ca.NetCA.main(NetCA.java:427)

Error: oracle/sysman/oii/oiil/OiilNativeException
 Oracle Net Services configuration failed. The exit code is 1

 [oracle@sxxx admin]$ dbca
 Exception in thread "main" java.lang.NoClassDefFoundError: oracle/sysman/oii/oiil/OiilNativeException
 at oracle.sysman.assistants.util.attributes.InitParamAttributes.initialize(InitParamAttributes.java:571)
 at oracle.sysman.assistants.util.attributes.InitParamAttributes.<init>(InitParamAttributes.java:541)
 at oracle.sysman.assistants.util.step.StepContext.<init>(StepContext.java:325)
 at oracle.sysman.assistants.dbca.backend.Host.<init>(Host.java:823)
 at oracle.sysman.assistants.dbca.ui.UIHost.<init>(UIHost.java:258)
 at oracle.sysman.assistants.dbca.ui.InteractiveHost.<init>(InteractiveHost.java:54)
 at oracle.sysman.assistants.dbca.Dbca.getHost(Dbca.java:164)
 at oracle.sysman.assistants.dbca.Dbca.execute(Dbca.java:112)
 at oracle.sysman.assistants.dbca.Dbca.main(Dbca.java:180)

First of all, I reviewed all my environment variables, then launched xclock to check that my X are well configured, and all that stuff was ok.

The problem is that the filesystem where the oracle binaries were installed were moved to another filesystem by our sysadmins, and the permissions of the entire oracle folder and subfolders were changed to root:root.Simply revert back permissions to oracle:dba solved this silly error.

Never trust on your sysadmins ;-D

Categories: linux, oracle Tags: ,
  1. Steve
    August 24, 2017 at 21:10

    3 years later – it’s still a dumb move


  2. November 26, 2014 at 0:13

    Thanks for sharing your fix @b0dhiboy. I’m glad that you get it working!

    Liked by 1 person

  3. November 17, 2014 at 20:39

    I’ve had the same problem… this didn’t work for me.


    • November 18, 2014 at 18:46

      Have you checked the permissions of oracle binaries? Which version of Oracle, Linux and VMWare are you using?


      • November 21, 2014 at 23:01

        Yeah, I did chown oracle:dba and chmod 775 to everything within the app folder (which is where ORACLE_HOME is). Or am I misunderstanding what you mean by binaries?

        I’m using Oracle Developer Days appliance on Oracle VirtualBox which uses OL 5.6 and has 11gr2.

        I’ve tried reinstalling the whole appliance several times and I always get this error. Sad that oracle’s proprietry appliance doesn’t work on its own VM out-of-box.


      • November 23, 2014 at 5:43

        I finally fixed the error! For some reason another person had the same error and what they did is copied over the Assistants folder into the pmanager directory in $ORACLE_HOME…
        And it fixed the error.

        I can only theorize why oracle would leave out such an essential directory from their test database but it was definitely a dumb move.

        Anyway, just reporting in that for me, copying the assistants directory in from a different computer fixed the Oracle Developer Days issue


  1. No trackbacks yet.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

%d bloggers like this: