Hi guys,
I think this should be a quick/easy fix -
adding:
fis.close()
to line 75 of
/fcrepo-security-jaas/src/main/java/org/fcrepo/server/security/jaas/util/DataUtils.java
should resolve the issue.
Thanks,
Nish
------------------------------
Nishen Naidoo
IT Projects Developer
Library IT
MACQUARIE UNIVERSITY NSW 2109
E-Mail:
[email protected]<http://redir.aspx?C=4d67c484cb234b39bbb1a17b428e82b9&URL=mailto%3anishen.naidoo%40mq.edu.au>
Phone: +61 2 98506553
Mobile: +61 4 30006783
Fax: +61 2 98507912
http://www.library.mq.edu.au/<http://redir.aspx?C=4d67c484cb234b39bbb1a17b428e82b9&URL=http%3a%2f%2fwww.library.mq.edu.au%2f>
*CRICOS Provider No 00002J
This message is intended for the addressee named and may contain
confidential information. If you are not the intended recipient, please
delete it and notify the sender. Views expressed in this message are those
of the individual sender, and are not necessarily the views of Macquarie
University Library or Macquarie University.*
*Please consider the environment before printing this email.*
On 1 September 2010 09:23, Janna Wemekamp <[email protected]> wrote:
> Steve, Chris:
>
> Thanks for the quick response!
> Yes, a re-install setting FeSL AuthN to false solves the problem. (We're
> not yet using any authorization so it's not an issue for us at the moment.)
>
> Btw, thanks also for the improvements to the web search interface; I
> particularly like the addition of the 'view content' links on the 'List
> Datastreams' page. Makes it that much quicker to look at the content.
>
> The FC committers have put in an enormous amount of work in this release!
> Kudos to all!!
>
> Thanks again.
>
>
> Janna
>
>
> On 31/08/2010 18:57, Steve Bayliss wrote:
>
> Hi Janna, Chris
>
> I've not had chance to reproduce this, but looking at the messages this
> would seem to be related to FeSL AuthN/jass rather than Akubra. Probably
> the fedora-users.xml file (or a FileInputStream) is not being closed by the
> new authentication code. (A candidate would actually seem to be
> DataUtils.loadFile).
>
> Janna - would it be possible to revert back to the old authentication
> mechanism - ie choose not to install FeSL AuthN (the default is "yes") when
> installing and see if you still have this problem?
>
> Thanks
> Steve
>
> -----Original Message-----
> *From:* Janna Wemekamp
> [mailto:[email protected]<[email protected]>]
>
> *Sent:* 31 August 2010 05:33
> *To:* Chris Wilper
> *Cc:* Fedora Users
> *Subject:* Re: [fcrepo-user] FedoraCommons 3.4 with Akubra Low-Level
> Storage: Java crash in REST API's getNextPID
>
> Hi Chris,
>
> No, there are no calls to any other REST API methods. My Perl application
> builds a collection of FOXML files calling getNextPID for each one. There
> are no ingests happening during this process - only calls to getNextPID.
>
> I've just reproduced the sequence again, to be sure.
> (1) Clear out my 'default' namespace from the PIDGEN table (PostgreSQL)
> (2) Start Fedora Commons (using $FEDORA_HOME/tomcat/bin/startup.sh)
> (3) run my Perl script until it fails
> (4) Check the PIDGEN table to see how many PIDs were allocated - 878
>
> Here's the section of fedora.log:
>
> INFO 2010-08-31 14:00:24.141 [main] (Server) Starting up
> server
> INFO 2010-08-31 14:00:24.239 [main] (Server) Server home is
> /opt/fedoracommons/nrm/3.4/dev/server
>
> INFO 2010-08-31 14:00:24.259 [main] (BasicServer) Fedora Version: 3.4
> INFO 2010-08-31 14:00:24.259 [main] (BasicServer) Fedora Build Date:
> 2010-08-20 09:56:09 UTC+0100
> INFO 2010-08-31 14:00:24.259 [main] (BasicServer) Fedora Build Number:
> 8768
> INFO 2010-08-31 14:00:24.262 [main] (Server) Initializing
> org.fcrepo.server.storage.DefaultDOManager
> ...
> INFO 2010-08-31 14:00:27.013 [main] (Server) Post-Initializing
> org.fcrepo.server.management.BasicPIDGenerator
> INFO 2010-08-31 14:00:27.019 [main] (Server) Server startup complete
> INFO 2010-08-31 14:01:11.517 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> INFO 2010-08-31 14:01:11.580 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> INFO 2010-08-31 14:01:11.602 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> ...
> INFO 2010-08-31 14:01:30.203 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> INFO 2010-08-31 14:01:30.222 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> ERROR 2010-08-31 14:01:30.238 [TP-Processor3] (XmlUsersFileModule)
> /opt/fedoracommons/nrm/3.4/dev/server/config/fedora-users.xml (Too many open
> files)
>
> There were no other REST API or other FC operations in the sequence.
> I'd guess you could reproduce it simply by calling getNextPID in a loop. The
> failure point might be OS-dependent, though.
>
> Thanks.
>
>
> Janna
>
>
>
> On 31/08/2010 13:14, Chris Wilper wrote:
>
> Hi Janna,
>
> The "too many open files" error is troubling. I'd like to try to
> reproduce it. I noticed in your log snippet there are two
> back-to-back calls to getNextPID(). Can you describe the sequence of
> calls you're making to the REST API in more detail? Are these *all*
> calls to that method, or are there calls in between which attempt to
> ingest the objects? If so, about how many getNextPID calls are you
> making between each ingest request? Are there any other REST API
> calls in between?
>
> Thanks,
> Chris
>
> On Mon, Aug 30, 2010 at 8:40 PM, Janna Wemekamp<[email protected]>
> <[email protected]> wrote:
>
> I'm experimenting with the latest Fedora Commons 3.4 release and its Akubra
> Low-Level Storage module.
> I'm building the FOXML files using a custom Perl application which calls the
> REST API's getNextPID to obtain the PID for each object.
> After 754 calls, Java crashes!
> Note - there were no other processes accessing this FC instance.
>
> The next getNextPID request returned: HTTP Response status: 503 Service
> Temporarily Unavailable
>
> Fedora log:
>
> INFO 2010-08-31 09:56:29.683 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> INFO 2010-08-31 09:56:29.723 [TP-Processor3] (DefaultManagement) Completed
> getNextPID(numPIDs: 1, namespace: null)
> ERROR 2010-08-31 09:56:29.759 [TP-Processor3] (XmlUsersFileModule)
> /opt/fedoracommons/nrm/3.4/dev/server/config/fedora-users.xml (Too many open
> files)
>
> >From the Tomcat log (catalina.out):
>
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error (exceptions.cpp:367), pid=25754, tid=1117292864
> # Error: ExceptionMark destructor expects no pending exceptions
> #
> # JRE version: 6.0_21-b06
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0-b16 mixed mode
> linux-amd64 )
> # Can not save log file, dump to screen..
> #
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # Internal Error (exceptions.cpp:367), pid=25754, tid=1117292864
> # Error: ExceptionMark destructor expects no pending exceptions
> #
> # JRE version: 6.0_21-b06
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (17.0-b16 mixed mode
> linux-amd64 )
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
>
> --------------- T H R E A D ---------------
>
> Current thread (0x00002aab3c00c000): JavaThread "TP-Processor3" daemon
> [_thread_in_vm, id=25816, stack(0x0000000042888000,0x0000000042989000)]
>
> Stack: [0x0000000042888000,0x0000000042989000], sp=0x0000000042983e00,
> free space=3ef0000000000000018k
> Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native
> code)
> V [libjvm.so+0x730610]
> V [libjvm.so+0x2f2ff6]
> V [libjvm.so+0x342d3d]
> V [libjvm.so+0x2870d8]
> V [libjvm.so+0x286722]
> V [libjvm.so+0x2867a6]
> V [libjvm.so+0x2881b6]
> V [libjvm.so+0x6c1abf]
> V [libjvm.so+0x6bfc4b]
> V [libjvm.so+0x6beae1]
> V [libjvm.so+0x6beb10]
> V [libjvm.so+0x45326b]
>
> Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
> j
> java.lang.ClassLoader.findBootstrapClass(Ljava/lang/String;)Ljava/lang/Class;+0
> J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;
> J java.lang.ClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;
> j
> sun.misc.Launcher$AppClassLoader.loadClass(Ljava/lang/String;Z)Ljava/lang/Class;+41
> J java.lang.ClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;
> j
> java.util.ResourceBundle$RBClassLoader.loadClass(Ljava/lang/String;)Ljava/lang/Class;+10
> j
> java.util.ResourceBundle$Control.newBundle(Ljava/lang/String;Ljava/util/Locale;Ljava/lang/String;Ljava/lang/ClassLoader;Z)Ljava/util/ResourceBundle;+24
> j
> java.util.ResourceBundle.loadBundle(Ljava/util/ResourceBundle$CacheKey;Ljava/util/List;Ljava/util/ResourceBundle$Control;Z)Ljava/util/ResourceBundle;+54
> j
> java.util.ResourceBundle.findBundle(Ljava/util/ResourceBundle$CacheKey;Ljava/util/List;Ljava/util/List;ILjava/util/ResourceBundle$Control;Ljava/util/ResourceBundle;)Ljava/util/ResourceBundle;+213
> j
> java.util.ResourceBundle.findBundle(Ljava/util/ResourceBundle$CacheKey;Ljava/util/List;Ljava/util/List;ILjava/util/ResourceBundle$Control;Ljava/util/ResourceBundle;)Ljava/util/ResourceBundle;+37
> j
> java.util.ResourceBundle.getBundleImpl(Ljava/lang/String;Ljava/util/Locale;Ljava/lang/ClassLoader;Ljava/util/ResourceBundle$Control;)Ljava/util/ResourceBundle;+187
> j
> java.util.ResourceBundle.getBundle(Ljava/lang/String;)Ljava/util/ResourceBundle;+10
> j sun.security.util.ResourcesMgr$1.run()Ljava/lang/Object;+2
> v ~StubRoutines::call_stub
> J
> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedAction;)Ljava/lang/Object;
> j
> sun.security.util.ResourcesMgr.getString(Ljava/lang/String;)Ljava/lang/String;+13
> j javax.security.auth.login.LoginContext.invoke(Ljava/lang/String;)V+1075
> j
> javax.security.auth.login.LoginContext.access$000(Ljavax/security/auth/login/LoginContext;Ljava/lang/String;)V+2
> j javax.security.auth.login.LoginContext$4.run()Ljava/lang/Object;+8
> v ~StubRoutines::call_stub
> j
> java.security.AccessController.doPrivileged(Ljava/security/PrivilegedExceptionAction;)Ljava/lang/Object;+0
> j javax.security.auth.login.LoginContext.invokePriv(Ljava/lang/String;)V+9
> j javax.security.auth.login.LoginContext.login()V+48
> j
> org.fcrepo.server.security.jaas.AuthFilterJAAS.authenticate(Ljavax/servlet/http/HttpServletRequest;)Ljavax/security/auth/Subject;+197
> j
> org.fcrepo.server.security.jaas.AuthFilterJAAS.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;Ljavax/servlet/FilterChain;)V+290
> j
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+119
> j
> org.apache.catalina.core.ApplicationFilterChain.doFilter(Ljavax/servlet/ServletRequest;Ljavax/servlet/ServletResponse;)V+101
> j
> org.apache.catalina.core.StandardWrapperValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+804
> j
> org.apache.catalina.core.StandardContextValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+365
> j
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+675
> j
> org.apache.catalina.core.StandardHostValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+64
> j
> org.apache.catalina.valves.ErrorReportValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+6
> j
> org.apache.catalina.core.StandardEngineValve.invoke(Lorg/apache/catalina/connector/Request;Lorg/apache/catalina/connector/Response;)V+42
> j
> org.apache.catalina.connector.CoyoteAdapter.service(Lorg/apache/coyote/Request;Lorg/apache/coyote/Response;)V+157
> j
> org.apache.jk.server.JkCoyoteHandler.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I+123
> j
> org.apache.jk.common.HandlerRequest.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I+374
> j
> org.apache.jk.common.ChannelSocket.invoke(Lorg/apache/jk/core/Msg;Lorg/apache/jk/core/MsgContext;)I+191
> j
> org.apache.jk.common.ChannelSocket.processConnection(Lorg/apache/jk/core/MsgContext;)V+105
> j
> org.apache.jk.common.ChannelSocket$SocketConnection.runIt([Ljava/lang/Object;)V+8
> j org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run()V+167
> j java.lang.Thread.run()V+11
> v ~StubRoutines::call_stub
>
> --------------- P R O C E S S ---------------
>
> Java Threads: ( => current thread )
> 0x0000000049889800 JavaThread "pool-1-thread-3" [_thread_blocked,
> id=26176, stack(0x0000000043292000,0x0000000043393000)]
> 0x0000000049d2d800 JavaThread "TP-Processor12" daemon [_thread_in_native,
> id=25907, stack(0x0000000043191000,0x0000000043292000)]
> 0x00000000497ab000 JavaThread "TP-Processor11" daemon [_thread_in_native,
> id=25906, stack(0x0000000043090000,0x0000000043191000)]
> 0x00000000497aa800 JavaThread "TP-Processor10" daemon [_thread_blocked,
> id=25905, stack(0x0000000042f8f000,0x0000000043090000)]
> 0x000000004971d000 JavaThread "TP-Processor9" daemon [_thread_blocked,
> id=25904, stack(0x00000000406d5000,0x00000000407d6000)]
> 0x00000000497af800 JavaThread "TP-Processor8" daemon [_thread_in_native,
> id=25836, stack(0x0000000042e8e000,0x0000000042f8f000)]
> 0x00000000497ae800 JavaThread "TP-Processor7" daemon [_thread_in_native,
> id=25835, stack(0x0000000042d8d000,0x0000000042e8e000)]
> 0x000000004a22f800 JavaThread "TP-Processor6" daemon [_thread_in_native,
> id=25834, stack(0x0000000042c8c000,0x0000000042d8d000)]
> 0x000000004a0a6800 JavaThread "TP-Processor5" daemon [_thread_in_native,
> id=25833, stack(0x0000000042b8b000,0x0000000042c8c000)]
> 0x00002aab3c014000 JavaThread "TP-Monitor" daemon [_thread_blocked,
> id=25818, stack(0x0000000042a8a000,0x0000000042b8b000)]
> 0x00002aab3c012800 JavaThread "TP-Processor4" daemon [_thread_in_native,
> id=25817, stack(0x0000000042989000,0x0000000042a8a000)]
> =>0x00002aab3c00c000 JavaThread "TP-Processor3" daemon [_thread_in_vm,
> id=25816, stack(0x0000000042888000,0x0000000042989000)]
> 0x00002aab3c00b000 JavaThread "TP-Processor2" daemon [_thread_in_native,
> id=25815, stack(0x0000000042787000,0x0000000042888000)]
> 0x00002aab3c011000 JavaThread "TP-Processor1" daemon [_thread_in_native,
> id=25814, stack(0x0000000042686000,0x0000000042787000)]
> 0x00002aab3c006000 JavaThread "http-8080-Acceptor-0" daemon
> [_thread_in_native, id=25813, stack(0x00000000403ff000,0x0000000040500000)]
> 0x00002aab3c005800 JavaThread
> "ContainerBackgroundProcessor[StandardEngine[Catalina]]" daemon
> [_thread_blocked, id=25812, stack(0x00000000402fe000,0x00000000403ff000)]
> 0x0000000049b80800 JavaThread "pool-4-thread-1" [_thread_blocked,
> id=25811, stack(0x00000000401fd000,0x00000000402fe000)]
> 0x0000000049c52800 JavaThread "pool-2-thread-1" [_thread_blocked,
> id=25810, stack(0x000000004095b000,0x0000000040a5c000)]
> 0x00002aab310f6000 JavaThread "Thread-4" [_thread_blocked, id=25809,
> stack(0x0000000042585000,0x0000000042686000)]
> 0x00002aab3028c000 JavaThread "Thread-3" [_thread_blocked, id=25808,
> stack(0x0000000042484000,0x0000000042585000)]
> 0x00002aab3081d000 JavaThread "Write-lock Reaper" daemon [_thread_blocked,
> id=25806, stack(0x000000004085a000,0x000000004095b000)]
> 0x00002aab3125c800 JavaThread "TripleWriteThread:
> /data/fedoracommons/nrm/3.4/dev/resourceIndex/xaStatementStore/xa.g_3201"
> daemon [_thread_blocked, id=25805,
> stack(0x0000000041518000,0x0000000041619000)]
> 0x00002aab311b5800 JavaThread "TripleWriteThread:
> /data/fedoracommons/nrm/3.4/dev/resourceIndex/xaStatementStore/xa.g_3120"
> daemon [_thread_blocked, id=25804,
> stack(0x0000000042383000,0x0000000042484000)]
> 0x00002aab310fb000 JavaThread "TripleWriteThread:
> /data/fedoracommons/nrm/3.4/dev/resourceIndex/xaStatementStore/xa.g_3012"
> daemon [_thread_blocked, id=25803,
> stack(0x0000000041417000,0x0000000041518000)]
> 0x00002aab30626000 JavaThread "JotmClock" daemon [_thread_blocked,
> id=25802, stack(0x00000000417f7000,0x00000000418f8000)]
> 0x00002aab30393800 JavaThread "JotmBatch" daemon [_thread_blocked,
> id=25801, stack(0x00000000416f6000,0x00000000417f7000)]
> 0x00002aab30398800 JavaThread "GC Daemon" daemon [_thread_blocked,
> id=25800, stack(0x00000000411f5000,0x00000000412f6000)]
> 0x00002aab30941800 JavaThread "RMI Reaper" [_thread_blocked, id=25799,
> stack(0x00000000410f4000,0x00000000411f5000)]
> 0x00002aab310b2800 JavaThread "RMI TCP Accept-0" daemon
> [_thread_in_native, id=25798, stack(0x0000000040ff3000,0x00000000410f4000)]
> 0x0000000049f9a800 JavaThread "Thread-1" [_thread_blocked, id=25771,
> stack(0x00000000419cb000,0x0000000041acc000)]
> 0x0000000049611800 JavaThread "Low Memory Detector" daemon
> [_thread_blocked, id=25766, stack(0x0000000042181000,0x0000000042282000)]
> 0x000000004960f000 JavaThread "CompilerThread1" daemon [_thread_blocked,
> id=25765, stack(0x0000000042080000,0x0000000042181000)]
> 0x0000000049609800 JavaThread "CompilerThread0" daemon [_thread_blocked,
> id=25764, stack(0x0000000041f7f000,0x0000000042080000)]
> 0x0000000049607800 JavaThread "Signal Dispatcher" daemon [_thread_blocked,
> id=25763, stack(0x0000000041e7e000,0x0000000041f7f000)]
> 0x00000000495e3000 JavaThread "Finalizer" daemon [_thread_blocked,
> id=25762, stack(0x0000000040ef2000,0x0000000040ff3000)]
> 0x00000000495e1000 JavaThread "Reference Handler" daemon [_thread_blocked,
> id=25761, stack(0x0000000040d8f000,0x0000000040e90000)]
> 0x000000004957f800 JavaThread "main" [_thread_in_native, id=25755,
> stack(0x0000000040ad3000,0x0000000040bd4000)]
>
> Other Threads:
> 0x00000000495dc800 VMThread [stack: 0x0000000040c8e000,0x0000000040d8f000]
> [id=25760]
> 0x000000004961c000 WatcherThread [stack:
> 0x0000000042282000,0x0000000042383000] [id=25767]
>
> VM state:not at safepoint (normal execution)
>
> VM Mutex/Monitor currently owned by a thread: None
>
> Heap
> PSYoungGen total 221120K, used 88016K [0x00002aab01f80000,
> 0x00002aab112b0000, 0x00002aab29420000)
> eden space 218752K, 39% used
> [0x00002aab01f80000,0x00002aab07328308,0x00002aab0f520000)
> from space 2368K, 99% used
> [0x00002aab11060000,0x00002aab112ac078,0x00002aab112b0000)
> to space 12480K, 0% used
> [0x00002aab0fa50000,0x00002aab0fa50000,0x00002aab10680000)
> PSOldGen total 80512K, used 22495K [0x00002aaab3620000,
> 0x00002aaab84c0000, 0x00002aab01f80000)
> object space 80512K, 27% used
> [0x00002aaab3620000,0x00002aaab4c17e00,0x00002aaab84c0000)
> PSPermGen total 64768K, used 64672K [0x00002aaaae220000,
> 0x00002aaab2160000, 0x00002aaab3620000)
> object space 64768K, 99% used
> [0x00002aaaae220000,0x00002aaab2148300,0x00002aaab2160000)
>
> Dynamic libraries:
> Can not get library information for pid = 25816
>
> VM Arguments:
> jvm_args:
> -Djava.util.logging.config.file=/opt/fedoracommons/nrm/3.4/dev/tomcat/conf/logging.properties
> -Dsolr.solr.home=/opt/fedoracommons/nrm/3.4/dev/solr
> -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
> -Djava.endorsed.dirs=/opt/fedoracommons/nrm/3.4/dev/tomcat/endorsed
> -Dcatalina.base=/opt/fedoracommons/nrm/3.4/dev/tomcat
> -Dcatalina.home=/opt/fedoracommons/nrm/3.4/dev/tomcat
> -Djava.io.tmpdir=/opt/fedoracommons/nrm/3.4/dev/tomcat/temp
> java_command: org.apache.catalina.startup.Bootstrap start
> Launcher Type: SUN_STANDARD
>
> Environment Variables:
> JAVA_HOME=/usr/lib/jvm/jre
> PATH=/opt/fedoracommons/nrm/3.4/dev/server/bin:/opt/fedoracommons/nrm/3.4/dev/client/bin:/opt/fedoracommons/nrm/3.4/dev/tomcat/bin:/opt/ant/bin:/usr/lib/jvm/jre/bin:/opt/openoffice.org3/program:/opt/ruby/1.8.7/bin:/opt/perl/5.10.0/bin:/opt/CollabNet_Subversion/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/local/bin:/bin:/usr/bin:/home/fedora/bin
> LD_LIBRARY_PATH=/usr/lib/jvm/java-1.6.0-sun-1.6.0.21.x86_64/jre/lib/amd64/server:/usr/lib/jvm/java-1.6.0-sun-1.6.0.21.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-sun-1.6.0.21.x86_64/jre/../lib/amd64
> SHELL=/bin/bash
> DISPLAY=192.168.198.102:0
>
> Signal Handlers:
> SIGSEGV: [libjvm.so+0x7311c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGBUS: [libjvm.so+0x7311c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGFPE: [libjvm.so+0x5f5da0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGPIPE: [libjvm.so+0x5f5da0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGXFSZ: [libjvm.so+0x5f5da0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGILL: [libjvm.so+0x5f5da0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
> SIGUSR2: [libjvm.so+0x5f85c0], sa_mask[0]=0x00000000, sa_flags=0x10000004
> SIGHUP: [libjvm.so+0x5f8310], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGINT: SIG_IGN, sa_mask[0]=0x00000000, sa_flags=0x00000000
> SIGTERM: [libjvm.so+0x5f8310], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
> SIGQUIT: [libjvm.so+0x5f8310], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
>
>
> --------------- S Y S T E M ---------------
>
> OS:Linux
> uname:Linux 2.6.18-194.8.1.el5xen #1 SMP Wed Jun 23 11:01:41 EDT 2010 x86_64
> libc:glibc 2.5 NPTL 2.5
> rlimit: STACK 10240k, CORE 0k, NPROC 60404, NOFILE 1024, AS infinity
> load average:0.00 0.00 0.00
>
> CPU:total 4 (4 cores per cpu, 1 threads per core) family 6 model 23 stepping
> 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1
>
> Memory: 4k page, physical 7724032k(20328k free), swap 16771820k(16771496k
> free)
>
> vm_info: Java HotSpot(TM) 64-Bit Server VM (17.0-b16) for linux-amd64 JRE
> (1.6.0_21-b06), built on Jun 22 2010 01:10:00 by "java_re" with gcc 3.2.2
> (SuSE Linux)
>
> time: Tue Aug 31 09:56:29 2010
> elapsed time: 1381 seconds
>
> #
> # If you would like to submit a bug report, please visit:
> # http://java.sun.com/webapps/bugreport/crash.jsp
> #
>
> Any ideas?
>
> TIA!
>
>
> - Janna Wemekamp
> - Toldark Pty Limited
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge
> 2010.http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Fedora-commons-users mailing
> [email protected]https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Fedora-commons-developers mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
>
>
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Fedora-commons-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
