Yes, I found that one. But thanks for validating it :) That the stream is not closed is a bug, but has anyone actually tested that this solves the problem? There might be other not-closed streams, so I do not want to mark the bug as CLOSED before I know we have found them all.
Regards On Wed, 2010-09-01 at 09:54 +0200, Nishen Naidoo wrote: > 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] > Phone: +61 2 98506553 > Mobile: +61 4 30006783 > Fax: +61 2 98507912 > http://www.library.mq.edu.au/ > > 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]] > > 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]> 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 list > > > > [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
