Dbassist - JNLSException

When I start dbassist I get this error.
JNLS Excepiton:oracle.ntpg.jnls.JNLSException
Unable to find any National Character Sets. Please check your
Oracle installation.
Is there something that will fix this condition?
null

Marcio Montenegro (guest) wrote:
: hal (guest) wrote:
: : When I start dbassist I get this error.
: : JNLS Excepiton:oracle.ntpg.jnls.JNLSException
: : Unable to find any National Character Sets. Please check
your
: : Oracle installation.
: : Is there something that will fix this condition?
: Click OK and you can create a database.
I got the same problem and click on "Ok" doesnt hel i get a lop
in the jre-process:
poll(0x8145e80, 0xb, 0, 0, 0x8145e80) = 11
rt_sigprocmask(0, 0, 0x4261ee68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4251de68, 0, 0x8, 0x2) = 0
gettimeofday({933939414, 611418}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 23242}},
NULL) = 0
rt_sigprocmask(0, 0, 0x4251de68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x43416e68, 0, 0x8, 0x2) = 0
read(31, 0x41649d98, 512) = -1 EAGAIN (Resource
temporarily unavailable)
rt_sigprocmask(0, 0, 0x43416e68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4391be68, 0, 0x8, 0x2) = 0
read(29, 0x41649b90, 512) = -1 EAGAIN (Resource
temporarily unavailable)
rt_sigprocmask(0, 0, 0x4391be68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x42975e68, 0, 0x8, 0x2) = 0
poll(0x42975bc4, 0x1, 0, 0, 0x42975bc4) = 0
gettimeofday({933939414, 613525}, NULL) = 0
ioctl(19, FIONREAD, [0]) = 0
ioctl(19, FIONREAD, [0]) = 0
gettimeofday({933939414, 614044}, NULL) = 0
select(20, [19], [], [], {0, 0}) = 0 (Timeout)
gettimeofday({933939414, 614390}, NULL) = 0
gettimeofday({933939414, 614551}, NULL) = 0
poll(0x42975bc4, 0x1, 0, 0, 0x42975bc4) = 0
gettimeofday({933939414, 614873}, NULL) = 0
gettimeofday({933939414, 615281}, NULL) = 0
rt_sigprocmask(0, 0, 0x42975e68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4251de68, 0, 0x8, 0x2) = 0
gettimeofday({933939414, 615767}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 18893}},
NULL) = 0
rt_sigprocmask(0, 0, 0x4251de68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4261ee68, 0, 0x8, 0x2) = 0
sigreturn() = ? (mask now [])
pause() = ? ERESTARTNOHAND (To be
restarted)
--- SIGALRM (Alarm clock) ---
poll(0x8145e80, 0xb, 0, 0, 0x8145e80) = 11
rt_sigprocmask(0, 0, 0x4261ee68, 0x8, 0) = 0
rt_sigprocmask(0x2, 0x4251de68, 0, 0x8, 0x2) = 0
and it seems to loop forever
i've installed glibc 2.1 on suse-linux 6.1 and JRE 1.1.6v5 NOT
jdk
null

Similar Messages

  • Problem with dbassist (no Language found)

    Oracle Version: 8.1.5 (with lxp815 patch)
    System: SuSE Linux 6.2
    Problem:
    when we start dbassist it immediately stops with this Error:
    "JNLS Exception:oracle.ntpg.jnls.JNLSException
    Unable to find any National Character Sets. Please
    check your Oracle installation."
    The Java dump after clicking "OK":
    java.lang.NullPointerException
    at
    CheckerClass_base.CheckforNcharSets(CheckerClass_base.java:995)
    at CheckerClass.initializeLanguage(CheckerClass.java:241)
    at CheckerClass.DetectAll(CheckerClass.java:73)
    at DBConfigInfo_base.<init>(DBConfigInfo_base.java:901)
    at DBConfigInfo.<init>(DBConfigInfo.java:44)
    at DBCreateWizard.<init>(DBCreateWizard.java:421)
    at DBCreateWizard.main(DBCreateWizard.java:1082)
    The languages "English" and "German" are installed.
    The environment variables:
    ORACLE_BASE=/oracle/app/oracle
    ORACLE_HOME=$ORACLE_BASE/product/8.1.5
    NLS_LANG=WE8ISO8859P1
    ORA_NLS33=WE8ISO8859P1
    ORA_OWNER=oracle
    ORACLE_OWNER=oracle
    PATH=$PATH:$ORACLE_HOME/bin
    LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
    Did we miss anything? Any idea how to fix that?
    tnx,
    Konrad Rosenbaum
    null

    export ORA_NLS33=$ORACLE_HOME/ocommon/admin/nls/data,
    not =WE8....
    Jusr Ignore the first message. For me this works.
    HTH,
    Misho
    DBWorkshop (guest) wrote:
    : Oracle Version: 8.1.5 (with lxp815 patch)
    : System: SuSE Linux 6.2
    : Problem:
    : when we start dbassist it immediately stops with this Error:
    : "JNLS Exception:oracle.ntpg.jnls.JNLSException
    : Unable to find any National Character Sets. Please
    : check your Oracle installation."
    : The Java dump after clicking "OK":
    : java.lang.NullPointerException
    : at
    : CheckerClass_base.CheckforNcharSets(CheckerClass_base.java:995)
    : at
    CheckerClass.initializeLanguage(CheckerClass.java:241)
    : at CheckerClass.DetectAll(CheckerClass.java:73)
    : at DBConfigInfo_base.<init>(DBConfigInfo_base.java:901)
    : at DBConfigInfo.<init>(DBConfigInfo.java:44)
    : at DBCreateWizard.<init>(DBCreateWizard.java:421)
    : at DBCreateWizard.main(DBCreateWizard.java:1082)
    : The languages "English" and "German" are installed.
    : The environment variables:
    : ORACLE_BASE=/oracle/app/oracle
    : ORACLE_HOME=$ORACLE_BASE/product/8.1.5
    : NLS_LANG=WE8ISO8859P1
    : ORA_NLS33=WE8ISO8859P1
    : ORA_OWNER=oracle
    : ORACLE_OWNER=oracle
    : PATH=$PATH:$ORACLE_HOME/bin
    : LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib
    : Did we miss anything? Any idea how to fix that?
    : tnx,
    : Konrad Rosenbaum
    null

  • Dbassist still doesn't work after Suse patch

    I have followed the instructions to a tee on the Suse website on how to install 8.1.7 on Suse 7.1. I manage to install 8.1.7 EE fine, run the glibc-2.1.3-stubs.tar.gz patch, but cannot run dbassist. I either get the traditional SIGSEV error, or (after typing unset LANG) get "JNLS Exception: oracle.ntpg.jnls.JNLSException Unable to find National Character Sets. Check your Oracle installation and make sure that the ORACLE_HOME environment variable is defined correctly."
    Can anyone help?

    I have followed the instructions to a tee on the Suse website on how to install 8.1.7 on Suse 7.1. I manage to install 8.1.7 EE fine, run the glibc-2.1.3-stubs.tar.gz patch, but cannot run dbassist. I either get the traditional SIGSEV error, or (after typing unset LANG) get "JNLS Exception: oracle.ntpg.jnls.JNLSException Unable to find National Character Sets. Check your Oracle installation and make sure that the ORACLE_HOME environment variable is defined correctly."
    Can anyone help? ****************
    This is what worked for me:
    Uncomment and/or modify the following line in /etc/profile.d/oracle.sh
    NLS_LANG=AMERICAN_AMERICA.UTF8; export NLS_LANG
    I also added it to the /home/oracle/.profile
    When I couldn't find anything in the forums about the JNLS error I was looking at the Installation Instructions for Oracle 8.1.7 on SuSE Linux Enterprise Server 7, available at:
    http://www.suse.com/en/support/oracle/docs/817_sles7_install.pdf.
    On page 9 it mentions /etc/profile/oracle.sh. When I saw that the NLS line was not in use I tried uncommenting it. I'm not sure whether it was uncommenting it or ADDING the line to the .profile but dbassist now runs fine. I've been able to launch it several times - each time on the first try (provided I type unset LANG before doing so). Good luck!

  • Dbassist exception and netasst can not run

    Oracle 815 have been installed on turbo linux 2.2.10V4.0(CLASSPATH , LD_LIBARY_PATH are set both). But the netasst can not run. When I type netasst , linux give me noting the quit to xterm promot. And when run dbassist , it give a message like follow:
    JNLS Exception racle.ntpg.jnls.JNLSException Unable to find any National Character Sets. please check your Oracle installion.
    I have only choose one language(english) to install Oracle815.
    can anyone help me?
    Thanx.
    dflan

    thanks jmsalvo (John Salvo) for posting answer at http://homepages.tig.com.au/~jmsalvo/linux/oracle8i.html .
    dflan
    null

  • Dbassist and character set's

    Hello everyone. I just installed Oracle8i on my Slackware7 linux box and I can not seem to start the dbassist tool that comes with it. When I attempt to start the assistant it throws an JNLS exception, that reads as shown bellow.
    "JNLS Exception:oracle.ntpg.jnls.JNLSException Unable to find any National Character Sets. Please check your Oracle installation."
    Now my question is (obviously) how do I go about fixing this annoyance? Could one of my Enviorment vars. be causeing this to occur? Or am I barking up the wrong tree?
    Any help would be greatly appreciated...
    thanx in advance james...

    The JNLS error is a bug...What u have to do is just ignore the error and go ahead with the database creation...
    I think this should help u out...
    Edwin
    email:[email protected]

  • Dbassist - Character Set Warning

    I finished installing Oracle8i on RedHat
    Linux 6.0. After installing the 81502 patches
    when I started dbassist, I got the following warning:
    JNLSException.ntpg.jnls.JNLSException
    Unable to find National Character Sets
    Please check your Oracle Installation
    dbassist continued to run.
    What am I missing to cause the above warning?

    Nothing. It is a know bug. Just ignore it:
    http://homepages.tig.com.au/~jmsalvo/linux/oracle8i-3.html
    null

  • JNLS Exception in 8i dbassist

    When I run dbassist, it gives me the following error:
    JNLS Exception:oracle.ntpg.jnls.JNLSException
    Unable to find and National Character Sets. Please
    check your Oracle installation.
    It then procedes to run ODCA.
    If I choose "Modify a Database," it displays available instances
    -- ORCL is the only one in the list. When I select it and choose
    Next, I get an "ORA-01034: ORACLE not available" error.
    If I choose "Create a Database," then choose "Typical," then
    "Copy existing database files from the DC," it allows me to
    choose a Global Database Name and SID, but then tells me it can't
    find the CD. If I try again, it says the database with that name
    has already been created.
    If I choose "Delete a Database," and select ORCL, it says it is
    deleted and exits ODCA. Running dbassist again, ORCL still shows
    up in the list of available instances, and I still can't use the
    name of the database I used in the first abended attempt.
    I just want to create a very simple instance that I can connect
    to and run simple queries to verify that Oracle is installed
    correclty.
    null

    Hi,
    get the 8.1.5.1 patch (just available) and read the readme and
    faq VERY carefully. Also read the release notes, some of your
    problems are mentioned there.
    It fixes some problems, but introduces many new ones. Will they
    ever learn to provide a flawless install????
    Marcus
    Sean McMurray (guest) wrote:
    : When I run dbassist, it gives me the following error:
    : JNLS Exception:oracle.ntpg.jnls.JNLSException
    : Unable to find and National Character Sets. Please
    : check your Oracle installation.
    : It then procedes to run ODCA.
    : If I choose "Modify a Database," it displays available
    instances
    : -- ORCL is the only one in the list. When I select it and
    choose
    : Next, I get an "ORA-01034: ORACLE not available" error.
    : If I choose "Create a Database," then choose "Typical," then
    : "Copy existing database files from the DC," it allows me to
    : choose a Global Database Name and SID, but then tells me it
    can't
    : find the CD. If I try again, it says the database with that
    name
    : has already been created.
    : If I choose "Delete a Database," and select ORCL, it says it is
    : deleted and exits ODCA. Running dbassist again, ORCL still
    shows
    : up in the list of available instances, and I still can't use
    the
    : name of the database I used in the first abended attempt.
    : I just want to create a very simple instance that I can connect
    : to and run simple queries to verify that Oracle is installed
    : correclty.
    null

  • Dbassist on Oracle 8.1.7 on Redhat 6.1

    Hi there,
    I have installed Oracle 8.1.7 on Redhat 6.1 (2.2.16 Kernel). When I execute dbassist for the first time, it works fine, but subsequent executions produce the following error:
    SIGSEGV received at befff9dc in /usr/X11R6/lib/libXt.so.6. Processing terminated
    Writing stack trace to javacore2909.txt ... OK
    I am using JDK 1.1.8 from blackdown.org.
    The Stack trace looks like this:
    Sun Jan 21 02:37:32 2001
    SIGSEGV received at befff9dc in /usr/X11R6/lib/libXt.so.6. Processing terminated
    jre full version "JDK 1.1.8 IBM build l118-20000713 (JIT enabled: jitc)"
    Operating Environment
    Host : hahn.
    OS Level : 2.2.16.#4 Sat Nov 18 15:39:12 EST 2000
    glibc Version : 2.1.2
    No. of Procs : 1
    Memory Info:
    total: used: free: shared: buffers: cached:
    Mem: 264040448 261844992 2195456 174661632 5382144 66072576
    Swap: 476614656 978944 475635712
    MemTotal: 257852 kB
    MemFree: 2144 kB
    MemShared: 170568 kB
    Buffers: 5256 kB
    Cached: 64524 kB
    SwapTotal: 465444 kB
    SwapFree: 464488 kB
    Could you please send your reply to:
    [email protected]
    Thanks.
    - Shyam
    null

    Deborah,
    I really don't think I installed Enterprise Manager Server. I have looked everywhere for the emca configuration assistant and it is just not there. I am running version 3 of oracle 8.1.7 enterprise edition, and I did not remember seeing enterprise manager server on the list of products that would be installed. I did remember seeing enterprise manager components. I am going to try and install again on a different machine and see if enterprise manager server is part of the install.
    Tim

  • 8i: delete db w/ dbassists leave files; should it?

    Have Oracle 8.1.5.0.0 installed on RedHat 6.0.
    Created database instance TEST (and tried to put the data files
    in /db/oradata rather than ($ORACLE_BASE=/db/ora/)oradata [see
    other post].
    Tried using "dbassist" to delete the database. It proceeded
    without complaint but left several files/directories for TEST.
    I'm not sure if its a bug or a feature but here's what it left
    behind:
    all the files usally in "/db/ora/admin/test/" are still there.
    just the directory "/db/oradata/test"; the data files are gone.
    all the files/links usually in $ORACLE_HOME/dbs:
    initTEST.ora link
    lkTEST
    orapwTEST
    all the files usually in $ORACLE_HOME/install for "test".
    I can see where the files in $ORACLE_HOME/install might be
    retained (IF you can use them to recreate the database) but I
    think the rest are all "missed" and need to be removed by hand
    (to avoid confusion and problems if/when "test" recreated).
    Comments appreciated.
    Frustrated but tenacious
    R.Parr
    Temporal Arts
    null

    Steve Pierce (guest) wrote:
    : Did you do a "connect internal" before doing the CREATE DB?
    Yes, and it works fine for this command.
    But for the other commands, I always get thsi error message.
    : Jun Li (guest) wrote:
    : : Would you kindly tell me what's your steps
    : : to install oracle 8.1.5 on RH6.0.
    : : I got the error message "ORA-01012 not logged on"
    : : when I tried to CREATE DB.
    : : I also knew one guy has the same problem.
    : : Appreciate in advance,
    null

  • Oracle 8.1.7 on Redhat 7.2, "dbassist " failed to start 4 of 5 times

    I followed Thomasfly's tips and other posts here(many thanks), the server was installed successfully.
    When I tried to create a database, usally I needed to restart "dbassist" 5 times to make it bring up the windows.
    Anyone has a clue of this issuse? Thank you. I didn't find it in the forum(I'm also new here). I'm downloading SuSE(and thinking about buying a sparc).

    ok i had installed on 2.2.16 y 2.2.18.
    if u want to make a kernel update what you should do is to get the new kerner in www.kernel.org and before to do it , you should installed (i.e
    cd /usr/src/
    rm /usr/src/linux -rf
    tar -zxvf kernel2.2.18.tar.gz
    go to startx and open a Terminal as a root
    make xconfig (to tunne your system)
    make bzlilo
    your kernel is update?
    i hope that this information could help
    null

  • DbAssistant Problems & Java Problems in General

    Like many people in this situation, I have struggled with
    installing 8.1.5. The biggest problem was that dbAssist
    appeared to not install correctly (it actually installed, but
    could not launch). The error is a java class exception "Could
    not find java.lang.Thread."
    The problem lies in that Oracle is not loading the JVM using
    environment variables PATH and CLASSPATH (which is the JAVA
    way). Instead they have hard-coded paths to specific classes.
    Oracle products are looking for java.lang.Thread in the rt.jar
    file which may or may not exist (depending on whether you have
    the JDK or the JRE). Instead you may have classes.zip which
    also has the java.lang.Thread class.
    The fix that worked for me is simply to link rt.jar to
    classes.zip.
    $ cd /usr/local/jre/lib
    $ ln -s classes.zip rt.jar
    So far this seems to work well (in light of the total install
    experience).
    null

    That's because you are using the JDK (which uses classes.zip),
    instead of the JRE (which uses rt.jar) as mentioned in the docs.
    David Rasmussen (guest) wrote:
    : Like many people in this situation, I have struggled with
    : installing 8.1.5. The biggest problem was that dbAssist
    : appeared to not install correctly (it actually installed, but
    : could not launch). The error is a java class exception "Could
    : not find java.lang.Thread."
    : The problem lies in that Oracle is not loading the JVM using
    : environment variables PATH and CLASSPATH (which is the JAVA
    : way). Instead they have hard-coded paths to specific classes.
    : Oracle products are looking for java.lang.Thread in the rt.jar
    : file which may or may not exist (depending on whether you have
    : the JDK or the JRE). Instead you may have classes.zip which
    : also has the java.lang.Thread class.
    : The fix that worked for me is simply to link rt.jar to
    : classes.zip.
    : $ cd /usr/local/jre/lib
    : $ ln -s classes.zip rt.jar
    : So far this seems to work well (in light of the total install
    : experience).
    null

  • Should dbassist create an entry in my tnsnames.ora file?

    I just created an instance on Solaris with dbassist and the sample minimal.rsp response file (8.1.7). I was surprised to note that no entry was created in the tnsnames.ora file as I would expect (it does create an entry on Windows platforms). Is this typical behavior? I did not see any option in the response file to do this. Another thing I notice was that it created an entry in the oratab file with the auto start flag set to n. Is there a way to make dbassist set that flag to y during install or am I going to have to sed it afterwards?
    Thanks,
    John

    1. Do I have to use the external IP address in the LISTENER.ora
    file if I want clients external
    to the firewall to connect to my database?No, you should simple use the internal address - there's no need
    to use the external address. The packets that reach the server
    do not contain the external address by the time they get to the
    server. The firewall performs NAT on the external address
    translating it to the internal address on the way in and
    translating the internal address to the external address on the
    way out.
    2. If I change the entries in the LISTENER.ora file from
    <production> to <172.168.0.101>, then
    clients cannot connect to the database. Is this a normal
    thing? I remember that I could use
    internal IP addresses in ORACLE7 and 8 in the LISTENER.ORA
    file.There must be something wrong with your DNS. If you run the
    command "ping production" what address do you get? The external
    address? If you attempt to ping 172.168.0.101 from a client that
    can not connect, what do you get? What if you run the
    command "tracert production"? What path do the packets take to
    the server.
    There sounds like there is some network topology issues in that
    the clients can't get directly to the internal address but are
    instead going through the firewall to get to the database. I
    would suggest using a sniffer on the database (with the
    appropriate authorization) to see what's going on and get a
    network admin involved.
    Regards,
    Aaron C. Newman
    Co-author, Oracle Security Handbook
    [email protected]
    Application Security, Inc.
    www.appsecinc.com
    phone: 212-490-6022
    -Protection Where It Counts-

  • Error ORA-03113 on creating a database by DBASSIST

    Hi
    I have installed Oracle 8.1.7 on a HP-UX V11.0 with no problems, but when I will be create a database on dbassist I have the error message:
    ORA-03113: end-of-file on communication channel
    Anybody know´s what is that problem....
    Thank´s
    Cristiano S. Carneiro
    Brazil

    Hi
    Now it's working ok!
    I set the SEMMNS kernel parameter to 2000 and then the database create work right.
    Thank's
    Cristiano S. Carneiro
    Brazil

  • Dbassist generates XML how can I use

    The dbassist tool in 9i generates XML files for the template definitions.
    Are there any DTD for this XML?
    How can I use this templates in silent mode (without GUI) to generate the creation scripts.

    The GeoRaster metadata is schema-based, so you have to give the scheme name when call the XML SQL functions. For example,
    select t.tmimage.metadata.extract(
    '/gr:georasterMetadata/gr:layerInfo/gr:objectLayer',
    'xmlns:gr=http://xmlns.oracle.com/spatial/georaster')
    from landsat t
    where t.id=0;
    or
    select t.tmimage.metadata.extract(
    '/georasterMetadata/layerInfo/objectLayer',
    'xmlns=http://xmlns.oracle.com/spatial/georaster')
    from landsat t
    where t.id=0;

  • DBAssist Crashes w/ JAVA Thread Error

    I appologize if this is not the correct forum for this question, please direct me the appropriate one.
    I'm attempting to evaluate 8.1.6 on Linux. The database itself seems to work fine. Unfortunately dbassist starts but crashes whenever I attempt to delete or modify an existing database.
    Environment:
    Intel box (Penguin Computing box)
    RedHat 6.2
    Oracle 8.1.6
    CLASSPATH environment variable setup according to the Installation Guide and includes all jlib directories under $ORACLE_HOME
    Dbassist displays the following error message:
    SIGSEGV received at be7fe658 in /usr/local/jre118/lib/linux/native_threads/libjava.so. Processing terminated
    Writing stack trace to javacore9700.txt
    I can provide the javacore text file upon request.
    Michael

    Hi,
    You are hitting bug 1292389 which is under process of resolution and is specific to linux.
    Please contact your local support center for
    update.
    Cheers,
    Adithya
    null

Maybe you are looking for