harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Elford (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-3117) [drlvm] IBM DB2 JDBC "sample apps" crash on exit
Date Fri, 01 Jun 2007 17:17:16 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-3117?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500767
] 

Chris Elford commented on HARMONY-3117:
---------------------------------------

I've not done too much w/ DB2 administration (the defaults worked pretty well for me) but...

(1) When you installed db2 did you choose the default option to "create the instance now"?
(2) After you installed as root, did you log out and then log back in as the db2 user (the
default is to create a new user called db2inst1)?

During install, the default is to create 3 users, a DAS user, an instance user, and a fenced
user.  After installing as root, you should log in as the instance user to do the remaining
steps.  

I did uninstall and reinstalled this morning and took a few screen shots.  
step1 is the first run of db2cc (default/advanced mode) as db2inst1.  It shows the instance
and I can successfully right click "start".  Note that I did a right click "start admin" first
but I don't think you have to.  At some point I got a message that the instance had already
been started.

step2 is the run of db2fs  (again as db2inst1 user) showing where I clicked to create the
sample database.

step3 is where I went back to the db2cc window and did a refresh on the instance to see the
database that had been created.

There are cmd lines for starting up/managing the database as well as the gui but I don't know
enough about db2 to really tell you the set of cmd line calls.

How does your screen differ from these screenshots?

thx,

chris

> [drlvm] IBM DB2 JDBC "sample apps" crash on exit
> ------------------------------------------------
>
>                 Key: HARMONY-3117
>                 URL: https://issues.apache.org/jira/browse/HARMONY-3117
>             Project: Harmony
>          Issue Type: Bug
>          Components: App-Oriented Bug Reports, DRLVM
>         Environment: EM64T -- RedHat Enterprise Linux 4 - U4
> IBM DB2 Express-C version9.1 
> Latest Harmony JRE binary download (vn = r487452, (Dec 15 2006), Linux/em64t/gcc 4.0.3,
release build)
>            Reporter: Chris Elford
>            Priority: Critical
>
> Putting critical because critical is defined as "Crashes, loss of data, severe memory
leak."
> I was experimenting with whether DB2 JDBC connection will work with Harmony.    I am
using the sample apps that come with DB2.  The JDBC layer appears to connect to the database
successfully (which is good for Harmony) and queries appear to work (data comes thru).   However,
during shutdown of the sample apps, the process regularly segfaults when using Harmony and
exits cleanly using the BEA JRE and Sun JRE.
> crash behavior is consistent with both "java DbConn" (basic connection test) and "java
TbSel" (basic sql select test) sample apps that come with the "free" version of DB2.
> unfortunately, the core file provides little insight.  
> (gdb) bt
> #0  0x0000002aaf5898fa in ?? ()
> #1  0x0000000000000000 in ?? ()
> (gdb) info threads
> * 1 process 22262  0x0000002aaf5898fa in ?? ()
> Attaching with debugger gives a possible hint:
> Program received signal SIGSEGV, Segmentation fault.
> 0x0000002aaf5898fa in OSSHLibrary::unload ()
>    from /home/db2inst/sqllib/lib64/libdb2osse.so.1
> (gdb) bt
> #0  0x0000002aaf5898fa in OSSHLibrary::unload ()
>    from /home/db2inst/sqllib/lib64/libdb2osse.so.1
> #1  0x0000002aacce93de in sqlexPluginUnload ()
>    from /home/db2inst/sqllib/lib64/libdb2.so.1
> #2  0x0000002aad1dd080 in sqlexAppLibTerm ()
>    from /home/db2inst/sqllib/lib64/libdb2.so.1
> #3  0x0000002aacc41afa in sqlmStreamFlagsAction ()
>    from /home/db2inst/sqllib/lib64/libdb2.so.1
> #4  0x0000002aacc41b83 in _ZN10appLibInitD9Ev ()
>    from /home/db2inst/sqllib/lib64/libdb2.so.1
> #5  0x0000002aacc41b73 in appLibInit::~appLibInit ()
>    from /home/db2inst/sqllib/lib64/libdb2.so.1
> #6  0x000000380df30c45 in exit () from /lib64/tls/libc.so.6
> #7  0x000000380df1c402 in __libc_start_main () from /lib64/tls/libc.so.6
> #8  0x000000000040096a in _start () at ../sysdeps/x86_64/elf/start.S:113
> It looks to me that the C++ destructors registered by some presumably JNI components
are being invoked by the C runtime at process exit.  At this time there are no other threads
remaining (i.e., java looks like it is done and gone) and presumably during the cleanup process
something gets out of control.
> In contrast with the Sun Java5 JRE, there are 13 other threads remaining when the destructor
runs and 12 other threads with the BEA Java5 JRE.
> I'm  not sure if this is a compatibility issue with the reference implementation or if
is simply a hole in the JNI support that Harmony currently provides.  It appears to be 100%
reproducable.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message