98% CPU when using dbassist

Question

I've installed the database on RedHat 7.0
with the compat-glibc for 2.1.3x. The installation is successful but when I try to
create a starter database using dbassist, I see that the jre just hangs while using 98-99% of the CPU. I'm running an Intel
Pentium III (Coppermine). Here's the info
from /proc/cpuinfo:
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 8
model name : Pentium III (Coppermine)
stepping : 6
cpu MHz : 863.798
cache size : 256 KB
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat pse36 mmx fxsr xmm
bogomips : 1723.60
null

Answer 1

<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by Markus Krieger ([email protected]):
For me dbassist worked only once after applying the patch and unsetting LANG.
<HR></BLOCKQUOTE>
Can you explain "unsetting LANG", pls?
I am also unable to run dbassist and netasst, but the results are different:
[oracle@proton oracle]$ dbassist
/bin/sh: /usr/oracle/lib/libc.so.6: version `GLIBC_2.2' not found (required by /bin/sh)
[oracle@proton oracle]$ ldd /bin/sh
libtermcap.so.2 => /lib/libtermcap.so.2 (0x40018000)
libdl.so.2 => /lib/libdl.so.2 (0x4001c000)
libc.so.6 => /lib/libc.so.6 (0x40020000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
[oracle@proton oracle]$
Does dbassist must always use that library file (in /usr/oracle/lib) instead of /lib or /usr/lib? The glibc2.2 libraries are in /lib or /usr/lib, but I installed Oracle with Glibc2.1, thus the outdated libraries in the oracle folder. What should I do?
Oracle runs fine locally (I already created a database during the install), but I really need to get netasst running so I can access Oracle from a remote computer.
Here are the contents of my *.ora file (edited manually, because I could not get netasst running), can anyone proofread it for me?
null