FreeBSD pl/java problem : backend hangs

Achilleas Mantzios achill at matrix.gatewaynet.com
Mon Feb 4 17:00:22 UTC 2013


It surely is a problem with running JNI from within postgresql in FreeBSD :

Wrote a very small C postgresql function which simply calls JNI
and it hangs as well.

#include "postgres.h"
 
#include "utils/elog.h"
#include "utils/palloc.h"
#include "utils/array.h"
#include "utils/builtins.h"
#include "storage/bufpage.h"
#include "catalog/pg_type.h"

#include <jni.h>

PG_MODULE_MAGIC;

PG_FUNCTION_INFO_V1(jnitest);
Datum jnitest(PG_FUNCTION_ARGS);

Datum
jnitest(PG_FUNCTION_ARGS)
{
        int res;
        JNIEnv *env;
        JavaVM *jvm;
        JavaVMInitArgs vm_args;
        JavaVMOption *options=NULL;
        vm_args.version = 0x00010002;
        vm_args.options = options;
        vm_args.nOptions = 0;
        vm_args.ignoreUnrecognized = JNI_TRUE;
  /* Create the Java VM */
        res = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);

        PG_RETURN_POINTER(res);
}

create function jnitest() RETURNS integer LANGUAGE c AS '$libdir/jnitest', 'jnitest';

dynacom=# select jnitest();

^^^ hangs, it seems the call to res = JNI_CreateJavaVM(&jvm, (void**)&env, &vm_args);
just never completes

So, this must be a FreeBSD/PostgreSQL/JNI thing.

Any help/where to go from here would be very welcome.

On Δευ 04 Φεβ 2013 17:48:20 Achilleas Mantzios wrote:
> It seems that it gets hung in JNI_CreateJavaVM.
> 
> I can write and run standalone JNI programs outside postgrsesql (even as postgres user),
> but when i try to run it from within postgres, then it gets hang.
> 
> Any ideas?
> 
> On Δευ 04 Φεβ 2013 17:16:27 Achilleas Mantzios wrote:
> > I am thinking of trying to address this problem twofold :
> > 
> > 1) establish a connection with the pl/java people
> > 2) trying to go back and forth from there and here to try to debug the problem
> > 
> > Lets wait for some recommendation/help from there, and then i'll get back
> > to this list for more.
> > 
> > On Δευ 04 Φεβ 2013 16:09:56 Achilleas Mantzios wrote:
> > > Thanx Ronald,
> > > 
> > > postgres at smadev:~> jstack 384
> > > 384: Unable to open socket file: target process not responding or HotSpot VM not loaded
> > > The -F option can be used when the target process is not responding
> > > 
> > > Also jstack -F fails as well
> > > postgres at smadev:~> jstack -F 384
> > > Attaching to process ID 384, please wait...
> > > Exception in thread "main" java.lang.reflect.InvocationTargetException
> > >         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > >         at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> > >         at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> > >         at java.lang.reflect.Method.invoke(Method.java:616)
> > >         at sun.tools.jstack.JStack.runJStackTool(JStack.java:136)
> > >         at sun.tools.jstack.JStack.main(JStack.java:102)
> > > Caused by: sun.jvm.hotspot.debugger.UnalignedAddressException: Trying to read at address: 0x746f705c6c4f4867 with alignment: 4
> > >         at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal$1.checkAlignment(BsdDebuggerLocal.java:181)
> > >         at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal.readCInteger(BsdDebuggerLocal.java:478)
> > >         at sun.jvm.hotspot.debugger.DebuggerBase.readAddressValue(DebuggerBase.java:454)
> > >         at sun.jvm.hotspot.debugger.bsd.BsdDebuggerLocal.readAddress(BsdDebuggerLocal.java:423)
> > >         at sun.jvm.hotspot.debugger.bsd.BsdAddress.getAddressAt(BsdAddress.java:74)
> > >         at sun.jvm.hotspot.HotSpotTypeDataBase.readVMTypes(HotSpotTypeDataBase.java:108)
> > >         at sun.jvm.hotspot.HotSpotTypeDataBase.<init>(HotSpotTypeDataBase.java:85)
> > >         at sun.jvm.hotspot.bugspot.BugSpotAgent.setupVM(BugSpotAgent.java:574)
> > >         at sun.jvm.hotspot.bugspot.BugSpotAgent.go(BugSpotAgent.java:495)
> > >         at sun.jvm.hotspot.bugspot.BugSpotAgent.attach(BugSpotAgent.java:333)
> > >         at sun.jvm.hotspot.tools.Tool.start(Tool.java:163)
> > >         at sun.jvm.hotspot.tools.JStack.main(JStack.java:86)
> > > 
> > > 
> > > On ΔεÏ
 04 Φεβ 2013 14:47:13 you wrote:
> > > > I have no experience running java as a backend of pgsql.
> > > > Can you run jstack on the backend?
> > > > 
> > > > Ronald.
> > > > 
> > > > On Mon, 04 Feb 2013 14:17:22 +0100, Achilleas Mantzios  
> > > > <achill at matrix.gatewaynet.com> wrote:
> > > > 
> > > > > Hello community,
> > > > >
> > > > > I am running postgresql 9.2.2 with
> > > > > openjdk version "1.6.0_32"
> > > > > OpenJDK Runtime Environment (build 1.6.0_32-b25)
> > > > > OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)
> > > > > On FreeBSD 8.3-RELEASE
> > > > >
> > > > > I am having trouble even running simple tests like :
> > > > > CREATE FUNCTION getsysprop(VARCHAR)
> > > > >   RETURNS VARCHAR
> > > > >   AS 'java.lang.System.getProperty'
> > > > >   LANGUAGE java;
> > > > >
> > > > > SELECT getsysprop('user.home');
> > > > >
> > > > > When i do that, the session hangs, and have to kill -9 the backend.
> > > > >
> > > > > Searching with truss got :
> > > > >
> > > > > gettimeofday({1359983241.596250 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596275 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596300 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596327 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596352 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596378 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596403 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596431 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596458 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596482 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596507 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596532 },0x0)           = 0 (0x0)
> > > > > gettimeofday({1359983241.596556 },0x0)           = 0 (0x0)
> > > > > _umtx_op(0x7fffffffc7e8,0x3,0x1,0x0,0x0,0x1)     = 0 (0x0)
> > > > > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGABRT|SIGEMT|SIGKILL|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)  
> > > > > = 0 (0x0)
> > > > > sigprocmask(SIG_SETMASK,0x0,0x0)                 = 0 (0x0)
> > > > > sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGABRT|SIGEMT|SIGKILL|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)  
> > > > > = 0 (0x0)
> > > > > sigprocmask(SIG_SETMASK,0x0,0x0)                 = 0 (0x0)
> > > > >
> > > > > while ktrace gave :
> > > > >
> > > > >  98910 initial thread CALL  gettimeofday(0x7fffffffc900,0)
> > > > >  98910 initial thread RET   gettimeofday 0
> > > > >  98910 initial thread CALL  gettimeofday(0x7fffffffc900,0)
> > > > >  98910 initial thread RET   gettimeofday 0
> > > > >  98910 initial thread CALL  gettimeofday(0x7fffffffc900,0)
> > > > >  98910 initial thread RET   gettimeofday 0
> > > > >  98910 initial thread CALL  gettimeofday(0x7fffffffc900,0)
> > > > >  98910 initial thread RET   gettimeofday 0
> > > > >  98910 initial thread CALL  gettimeofday(0x7fffffffc940,0)
> > > > >  98910 initial thread RET   gettimeofday 0
> > > > >  98910 initial thread CALL  _umtx_op(0x7fffffffc7e8,0x3,0x1,0,0)
> > > > >  98910 initial thread RET   _umtx_op 0
> > > > >  98910 initial thread CALL   
> > > > > sigprocmask(SIG_BLOCK,0x7fffffffc780,0x8016167d8)
> > > > >  98910 initial thread RET   sigprocmask 0
> > > > >  98910 initial thread CALL  sigprocmask(SIG_SETMASK,0x8016167d8,0)
> > > > >  98910 initial thread RET   sigprocmask 0
> > > > >  98910 initial thread CALL   
> > > > > sigprocmask(SIG_BLOCK,0x7fffffffc6e0,0x8016167d8)
> > > > >  98910 initial thread RET   sigprocmask 0
> > > > >  98910 initial thread CALL  sigprocmask(SIG_SETMASK,0x8016167d8,0)
> > > > >  98910 initial thread RET   sigprocmask 0
> > > > >  98910 initial thread CALL  _umtx_op(0x8f8dc4280,0x11,0,0,0)
> > > > >
> > > > > I found some relevant problems with FreeBSD systems hanging after an  
> > > > > _umtx_op but all those point
> > > > > to threading problems that now are solved. I found nothing modern about  
> > > > > _umtx_op.
> > > > >
> > > > > I know FreeBSD is not a "Tier-1" platform for postgresql (nor java), but  
> > > > > this is my main platform and i'd like
> > > > > to stick with this.
> > > > >
> > > > > Is there anything i could do to get closer to make pl/java work with  
> > > > > FreeBSD?
> > > > >
> > > > > Also read this  
> > > > > http://postgresql.1045698.n5.nabble.com/Java-VM-stalls-during-quot-install-jar-quot-td3290754.html  
> > > > > thread.
> > > > > Very close to my situation. JNI standalone also worked for me.
> > > > >
> > > > > Any hints/pointers ?
> > > > >
> > > > > -
> > > > > Achilleas Mantzios
> > > > > IT DEV
> > > > > IT DEPT
> > > > > Dynacom Tankers Mgmt
> > > > > _______________________________________________
> > > > > freebsd-java at freebsd.org mailing list
> > > > > http://lists.freebsd.org/mailman/listinfo/freebsd-java
> > > > > To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org"
> > > -
> > > Achilleas Mantzios
> > > IT DEV
> > > IT DEPT
> > > Dynacom Tankers Mgmt
> > > _______________________________________________
> > > freebsd-java at freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-java
> > > To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org"
> > -
> > Achilleas Mantzios
> > IT DEV
> > IT DEPT
> > Dynacom Tankers Mgmt
> -
> Achilleas Mantzios
> IT DEV
> IT DEPT
> _______________________________________________
> freebsd-java at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-java
> To unsubscribe, send any mail to "freebsd-java-unsubscribe at freebsd.org"
-
Achilleas Mantzios
IT DEV
IT DEPT
Dynacom Tankers Mgmt


More information about the freebsd-java mailing list