Error List: 1. [oracle @ linuxserver1 ~] $ Dbcabash: dbca: commandnotfound2, [oracle @ linuxserver1 ~] $ DbcaXlib: connectionto: 0.0 refusedbyserverXlib: Noprotocolspecified3, [oracle @ linuxserver1 ~] $ DbcaExceptioninthreadmain $4, [or
Error List: 1. [oracle @ linuxserver1 ~] $ Dbca bash: dbca: command not found 2, [oracle @ linuxserver1 ~] $ Dbca Xlib: connection to: 0.0 refused by server Xlib: No protocol specified 3. [oracle @ linuxserver1 ~] $ Dbca Exception in thread main $4, [or
Error List:
1. [oracle @ linuxserver1 ~] $ Dbca
Bash: dbca: command not found
2. [oracle @ linuxserver1 ~] $ Dbca
Xlib: connection to ": 0.0" refused by server
Xlib: No protocol specified
3. [oracle @ linuxserver1 ~] $ Dbca
Exception in thread "main" $
4. [oracle @ linuxserver1 ~] $ Dbca
$ JRE_DIR/bin/jre-DORACLE_HOME = $ OH-DJDBC_PROTOCOL = thin-mx64m-classpath $ CLASSPATHoracle. sysman. assistants. dbca. Dbca $ ARGUMENTS and other errors
5. system reasons
Error Handling Method:
1. [oracle @ linuxserver1 ~] $ Dbca
Bash: dbca: command not found
Cause of error: the environment variable settings are incorrect. The dbca executable file is under/usr/sbin: $ PATH: $ ORACLE_HOME/bin.
Solution: Modify the parameter settings in. bash_profile.
Method 1:
[Oracle @ linuxserver1 ~] $ Vi. bash_profile
Delete the original export PATH settings,
Add export PATH =/usr/sbin: $ PATH: $ ORACLE_HOME/bin
Method 2: [oracle @ linuxserver1 ~] $ Export PATH =/usr/sbin: $ PATH: $ ORACLE_HOME/bin
And so on
2. [oracle @ linuxserver1 ~] $ Dbca
Xlib: connection to ": 0.0" refused by server
Xlib: No protocol specified
Cause 1: The graphical dynamic link library libXp. so.6 that supports printing is missing
The libXp package is missing when you view the dbca log.
[Oracle @ game_dbscripts] $ cd $ ORACLE_HOME/export toollogs/dbca
[Oracle @ game_dbdbca] $ ls
Trace. log
[Oracle @ game_dbdbca] $ tail-50 trace. log
Java. lang. UnsatisfiedLinkError:/home/oracle_app_10204/jdk/jre/lib/i386/libawt. so: libXp. so.6: cannot openshared object file: No such file or directory
Atjava. lang. ClassLoader $ NativeLibrary. load (Native Method)
Atjava. lang. ClassLoader. loadLibrary0 (ClassLoader. java: 1586)
Atjava. lang. ClassLoader. loadLibrary (ClassLoader. java: 1503)
Atjava. lang. Runtime. loadLibrary0 (Runtime. java: 788)
Atjava. lang. System. loadLibrary (System. java: 834)
Atsun. security. action. LoadLibraryAction. run (LoadLibraryAction. java: 50)
Atjava. security. AccessController. doPrivileged (Native Method)
Atsun. awt. NativeLibLoader. loadLibraries (NativeLibLoader. java: 38)
Atsun. awt. DebugHelper. (DebugHelper. java: 29)
Atjava. awt. Component. (Component. java: 506)
Atoracle. sysman. assistants. util. wizard. WizardObject. (WizardObject. java: 64)
Atoracle. sysman. assistants. dbca. ui. DBCAWizard. (DBCAWizard. java: 425)
Atoracle. sysman. assistants. dbca. ui. UIHost. (UIHost. java: 214)
Atoracle. sysman. assistants. dbca. ui. InteractiveHost. (InteractiveHost. java: 54)
Atoracle. sysman. assistants. dbca. Dbca. getHost (Dbca. java: 160)
Atoracle.sysman.assistants.dbca.Dbca.exe cute (Dbca. java: 94)
Atoracle. sysman. assistants. dbca. Dbca. main (Dbca. java: 180)
Solution: add the package libXp
Solution
1. Verify the package:
[Oracle @ linuxserver1 ~] $ Rpm-qa | grep libXp
LibXpm-devel-3.5.5-3
LibXpm-3.5.5-3
2. Add the libXp package:
[Root @ linuxserver1 ~] $ # Ll
-RwxrwSrwx 1 root 229962007-07-26libXp-1.0.0-8.1.el5.i386.rpm
-RwxrwSrwx 1 root 152622007-07-26libXp-devel-1.0.0-8.1.el5.i386.rpm
[Root @ linuxserver1 ~] $ # Rpm-ivh libXp *. rpm
Warning: libXp-1.0.0-8.1.el5.i386.rpm: Header V3 DSA signature: NOKEY, key ID37017186
Preparing... ######################################## ### [100%]
1: libXp ####################################### #### [50%]
2: libXp-devel ##################################### ###### [100%]
[Oracle @ linuxserver1 ~] $ # Rpm-qa | grep libXp
LibXpm-devel-3.5.5-3
LibXp-1.0.0-8.1.el5
LibXpm-3.5.5-3
LibXp-devel-1.0.0-8.1.el5
3. Run the xhosts + command under the root user to ensure that the graphical installation interface can be started.
[Root @ linuxserver1 ~] $ # Xhost +
Access control disabled, clients canconnect from any host
[Root @ linuxserver1 ~] # Su-oracle
[Oracle @ linuxserver1 ~] $ ExportDISPLAY = 192.168.3.189: 0.0
[Oracle @ linuxserver1 ~] $ Dbca
Note:
1. Use SecureCRT to display images of remote applications:
1. Modify the X11Forwarding value in the/etc/ssh/sshd_config file as "yes" under the root user.
2. Set "Forward X11" to "remote/X11" in "session options" of SecureCRT.
3. Restart the service, servicesshrestart.
4. Launch a session and reconnect. At this time, echo $ DISPLAY will DISPLAY values.
5. On the client side, enable Xmanager (: 0.0 ).
6. log on to SecureCRT and set the DISPLAY variable (export DISPLAY = Client IP: 0.0 ).
2. Before you log on to oracle, run the xhost + command under the root user to install oracle or create a database in a graphical manner.
Error cause 2: The DISPLAY environment variable settings are incorrect. By default, Xserver does not allow other users' graphics to be displayed on the current screen.
Solution: If you want other users' images to be displayed on the current screen, run the following command:
[Root @ linuxserver1 ~] $ Xhost +
Solution: Use root to log on. Enter the following information at the # prompt:
Xhost local: oracle non-network local connections being added to access controllist
In this case, the su-oracle switch to the Oracle user to execute the graphic interface task.
There is such a section in man xhost
A complete name has the syntax ''family: name'' where the families are as follows:
Inet Internet host (IPv4)
Inet6 Internet host (IPv6)
Dnet DECnet host
Nis Secure RPC network name
Krb Kerberos V5 principal
Local contains only one name, the empty string
Si Server Interpreted
The local one is used to solve the problem of different users accessing X on the same machine.
3. [oracle @ linuxserver1 ~] $ Dbca
Exception in thread "main" $
Error cause: DISPLAY parameter settings
Solution:
[Oracle @ linuxserver1 ~] $ ExportDISPLAY = FIG: 0.0
[Oracle @ linuxserver1 ~] $ ExportDISPLAY =: 0.0
[Oracle @ linuxserver1 ~] $ Xhost +
Access control disabled, clients canconnect from any host
[Oracle @ linuxserver1 ~] $ Dbca
4. [oracle @ linuxserver1 ~] $ Dbca
$ JRE_DIR/bin/jre-DORACLE_HOME = $ OH-DJDBC_PROTOCOL = thin-mx64m-classpath $ CLASSPATH oracle. sysman. assistants. dbca. Dbca $ ARGUMENTS and other errors
Error cause: the JRE version is incorrect. The default jre in the dbca script of oracle is 1.1.8.
Solution:
1. rm $ ORACLE_HOME/JRE (this JRE link is a symbolic link of 1.1.8 and must be directed to 1.3.1)
2. ln-s $ ORACLE_BASE/jre/1.3.1 $ ORACLE_HOME/JRE
3. cd $ ORACLE_BASE/jre/1.3.1/bin
4. ln-s java jre
5. cd i386/native_threads
6. ln-s java jre
Note:
JRE Introduction: http://baike.baidu.com/view/160710.htm
Version Management
The Java solution is that each program carries a set of JRE.
For example, many JRE and JDK (JDK includes the same version of JRE and compiler and other tools) have been installed on someone's machine. They are:
BEAWeblogic Server 7.0 comes with a set of JDK1.3.1 _ 02, and also downloads a set of the latest JDK1.4.1 _ 02
JBuilder9 comes with a set of JDK1.4.1 _ 02
Oracle8.1.7 comes with a set of JRE1.1.7
RationRose comes with a set of JDK1.3
DreamWeaver comes with a set of JDK1.3
6 sets of JRE, each set of JRE is installed in different directories without affecting each other. When java.exe is executed on the console, the operating system looks for JRE as follows:
First, check whether there is a JRE in the current directory.
Check whether there is a JRE in the parent directory.
Find JRE In PATH
Registry HKEY_LOCAL_MACHINE \ SOFTWARE \ export oft \ JavaRuntime Environment \ check which JRE the CurrentVersion key value points
The most common method is to find the JRE in the PATH. Generally, the PATH will be set temporarily in the batch file before the program runs, place your own JRE at the beginning of the PATH, so you will certainly run your own JRE without causing version confusion.