Linux 2.6 emulation and Linux Java problem

[Peter Kostouros]

Alexander Leidinger wrote:
> Quoting Peter Kostouros <kpeter at melbpc.org.au> (Sun, 06 Jul 2008 01:55:25 +0000):
>
>   
>> Hi
>>
>> Is anyone having difficulty running Java applications (specifically 
>> linux-netbeans 6.1, linux-glassfish V2 and some Java applets) using 
>> linux-sun-jdk1.6.0_xx under CURRENT with Linux 2.6 emulation?
>>
>> I am running CURRENT as of 21JUN2008 with linux_base-f8. Invoking 
>> linux-netbeans causes a java instance to crash during startup, with 
>> ktrace on that instance showing
>>     
>
> Are you using linux_kdump, or the normal kdump? If the later, you need
> to use the former. There's also the possibility to use dtrace (new
> feature in current, so no HOWTO for the linux dtrace script available
> yet).
>
>   

I used the normal kdump; unfortunately I could not install linux_kdump 
and did not persevere with it ("does not build with the default linux 
base, use the package instead" and I had a hiccup installing the 
package, too). I will look into dtrace over the weekend.

>> 1860 java RET  open 97/0x61
>>
>> 1860 java CALL freebsd6_mmap(0x61, 0x2b639970, PROT_EXEC, MAP_FILE, 0xa5a5a5a5, ..., 0xa5a5a5a5, 0, ..., 0, 0xc, 0xdead0002, ...
>>
>>
>> Note
>>
>> 1. These applications ran successfully with linux_base-fc4 and 
>> compat.linux.osrelease set to 2.4.2;
>> 2. The success of running java applications also depends on 
>> debug.witness.watch: I get more mileage from java applications when this 
>> sysctl is 0.
>>     
>
> Do you get witness warning/errors on the console? Please check and
> report them if there are any.
>
>   
Sun Jul  6 18:10:13 EST 2008

lock order reversal:

 1st 0xc488be44 user map (user map) @ /mnt/cvs/FreeBSD/usr/src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:902

 2nd 0xc4baf594 ufs (ufs) @ /mnt/cvs/FreeBSD/usr/src/sys/modules/linprocfs/../../compat/linprocfs/linprocfs.c:937

KDB: stack backtrace:

db_trace_self_wrapper(c0b8c918,e67be73c,c080cc7e,c0b8f245,c4baf594,...) at db_trace_self_wrapper+0x26

kdb_backtrace(c0b8f245,c4baf594,c0b835ea,c0b835ea,c468853e,...) at kdb_backtrace+0x29

witness_checkorder(c4baf594,1,c468853e,3a9,e67be77c,...) at witness_checkorder+0x6ee

__lockmgr_args(c4baf594,200400,c4baf5b0,0,0,...) at __lockmgr_args+0x221

ffs_lock(e67be840,c4b3402c,0,200400,c4baf53c,...) at ffs_lock+0x82

VOP_LOCK1_APV(c0c87e00,e67be840,c0ca04a0,c4baf53c,200400,...) at VOP_LOCK1_APV+0xa5

_vn_lock(c4baf53c,200400,c468853e,3a9,e67be8b0,...) at _vn_lock+0x5e

linprocfs_doprocmaps(c4b2e460,c4b85538,c468b100,c4657600,e67bec60,...) at linprocfs_doprocmaps+0x293

pfs_read(e67bebc8,c4b2e460,c49191f8,c4b2e460,e67bebe8,...) at pfs_read+0x59f

VOP_READ_APV(c0c61ec0,e67bebc8,c0b96946,212,c0d286c8,...) at VOP_READ_APV+0xa5

vn_read(c49191f8,e67bec60,c47b8b00,0,c4b2e460,...) at vn_read+0x1ee

dofileread(e67bec60,ffffffff,ffffffff,0,c49191f8,...) at dofileread+0x96

kern_readv(c4b2e460,3,e67bec60,28071000,1000,...) at kern_readv+0x58

read(c4b2e460,e67becfc,e67becf8,e67bed1c,c0eae408,...) at read+0x4f

syscall(e67bed38) at syscall+0x2d3

Xint0x80_syscall() at Xint0x80_syscall+0x20

--- syscall (3, Linux ELF, read), eip = 0x2815ef71, esp = 0x2841e534, ebp = 0x2841e54c ---

lock order reversal:

 1st 0xc4ccf8b8 pseudofs (pseudofs) @ /mnt/cvs/FreeBSD/usr/src/sys/kern/vfs_vnops.c:530

 2nd 0xc0cd48e4 sysctl lock (sysctl lock) @ /mnt/cvs/FreeBSD/usr/src/sys/kern/kern_sysctl.c:1086

KDB: stack backtrace:

db_trace_self_wrapper(c0b8c918,e67a5a08,c080cc7e,c0b8f245,c0cd48e4,...) at db_trace_self_wrapper+0x26

kdb_backtrace(c0b8f245,c0cd48e4,c0b8a47c,c0b8a47c,c0b8a39d,...) at kdb_backtrace+0x29

witness_checkorder(c0cd48e4,9,c0b8a39d,43e,e67a5a58,...) at witness_checkorder+0x6ee

_sx_xlock(c0cd48e4,0,c0b8a39d,43e,c4b2ed20,...) at _sx_xlock+0x7d

kernel_sysctl(c4b2ed20,e67a5b38,2,e67a5ab8,e67a5b40,...) at kernel_sysctl+0x91

linprocfs_docpuinfo(c4b2ed20,0,c45e7b00,c4bbc4e0,e67a5c60,...) at linprocfs_docpuinfo+0x88

pfs_read(e67a5bc8,c4b2ed20,c4c97d90,c4b2ed20,e67a5be8,...) at pfs_read+0x59f

VOP_READ_APV(c0c61ec0,e67a5bc8,c0b96946,212,c0d28690,...) at VOP_READ_APV+0xa5

vn_read(c4c97d90,e67a5c60,c47b8b00,0,c4b2ed20,...) at vn_read+0x1ee

dofileread(e67a5c60,ffffffff,ffffffff,0,c4c97d90,...) at dofileread+0x96

kern_readv(c4b2ed20,bf,e67a5c60,2c025550,2000,...) at kern_readv+0x58

read(c4b2ed20,e67a5cfc,e67a5cf8,e67a5d1c,c0eae408,...) at read+0x4f

syscall(e67a5d38) at syscall+0x2d3

Xint0x80_syscall() at Xint0x80_syscall+0x20

--- syscall (3, Linux ELF, read), eip = 0x2807f141, esp = 0x2c0254e4, ebp = 0x2c025518 ---

pid 1523 (java), uid 1001 inumber 235542 on /home: filesystem full

Jul  6 18:11:26 baron kernel: pid 1523 (java), uid 1001 inumber 235542 on /home: filesystem full

pid 1523 (java), uid 1001: exited on signal 11

Jul  6 18:13:15 baron su: peter to root on /dev/ttyp1



> Bye,
> Alexander.
>
>   


-- 

Regards

Peter

As always the organisation disavows knowledge of this email