From users-return-6359-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Fri Feb 01 17:11:34 2008 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 69924 invoked from network); 1 Feb 2008 17:11:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Feb 2008 17:11:34 -0000 Received: (qmail 91602 invoked by uid 500); 1 Feb 2008 17:11:24 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 91587 invoked by uid 500); 1 Feb 2008 17:11:24 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 91578 invoked by uid 99); 1 Feb 2008 17:11:24 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 01 Feb 2008 09:11:24 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [64.18.2.163] (HELO exprod7og105.obsmtp.com) (64.18.2.163) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 01 Feb 2008 17:10:56 +0000 Received: from source ([12.183.217.45]) by exprod7ob105.postini.com ([64.18.6.12]) with SMTP; Fri, 01 Feb 2008 09:11:02 PST X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Revision.log not closing? Date: Fri, 1 Feb 2008 10:59:41 -0600 Message-ID: <54D46A9CCE56F04D802E186634F8BCA70ED7C2FD@pros-mail.prosrm.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Revision.log not closing? Thread-Index: Achk7qmDaEcTisq8SPm+MKYVazR+bgABRaNQ References: <54D46A9CCE56F04D802E186634F8BCA70ED7C2F8@pros-mail.prosrm.com> <54D46A9CCE56F04D802E186634F8BCA70ED7C2FC@pros-mail.prosrm.com> From: "Chris Schmidt" To: X-Virus-Checked: Checked by ClamAV on apache.org Wow, thanks for the quick turnaround. I'll check out the modifications in subversion and patch them into the 1.3.3 release we're using now. - Chris=20 -----Original Message----- From: dpfister@day.com [mailto:dpfister@day.com] On Behalf Of Dominique Pfister Sent: Friday, February 01, 2008 10:21 AM To: users@jackrabbit.apache.org Subject: Re: Revision.log not closing? Hi Chris, The revision.log file keeps the local cluster node state, i.e. the last revision this cluster node has seen, so, unfortunately yes, this file will also be created with other journal types. I created a bug for this issue: https://issues.apache.org/jira/browse/JCR-1358 and fixed it. It should be included in the 1.4.1 release. If you need that fix in the meantime, checking the subversion changes on the JIRA page might help. Kind regards Dominique On 01/02/2008, Chris Schmidt wrote: > It definitely is starting and stopping the repository a lot, and I'd > like to switch to using a different repository implementation soon. > However, is there some way to expose and fix the revision file problem > in the meantime? If I'm using a DatabaseJournal, should I even have the > revision.log? I know it's a required attribute, but I'm having a heck > of a time finding where it's used in the source code for database > clustering. > > Thanks, > > - Chris > > > -----Original Message----- > From: dpfister@day.com [mailto:dpfister@day.com] On Behalf Of Dominique > Pfister > Sent: Friday, February 01, 2008 9:30 AM > To: users@jackrabbit.apache.org > Subject: Re: Revision.log not closing? > > Hi Chris, > > AFAIK, a transient repository will start the repository on the first > login and stop it on the last. In your setup, this might lead to a lot > of repository startups and shutdowns, aggravating a probable problem > with either the global or the local revision file. > > Kind regards > Dominique > > On 01/02/2008, Chris Schmidt wrote: > > Hello, > > > > > > > > I'm using v1.3.3 and am having a problem running a jackrabbit > instance > > within tomcat. I'm doing a simple query to get information out of the > > repository within a stress test. Tomcat's file descriptors under > linux > > start to grow and don't seem to drop. Eventually, tomcat dies with > the > > following exception: > > > > > > > > java.net.SocketException: Too many open files > > > > at java.net.ServerSocket.createImpl(ServerSocket.java:255) > > > > at java.net.ServerSocket.getImpl(ServerSocket.java:205) > > > > at java.net.ServerSocket.bind(ServerSocket.java:319) > > > > at java.net.ServerSocket.(ServerSocket.java:185) > > > > at java.net.ServerSocket.(ServerSocket.java:141) > > > > at > > > org.apache.tomcat.util.net.DefaultServerSocketFactory.createSocket(Defau > > ltServerSocketFactory.java:49) > > > > at > > > org.apache.tomcat.util.net.PoolTcpEndpoint.initEndpoint(PoolTcpEndpoint. > > java:292) > > > > at > > > org.apache.tomcat.util.net.PoolTcpEndpoint.acceptSocket(PoolTcpEndpoint. > > java:480) > > > > at > > > org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollow > > erWorkerThread.java:70) > > > > at > > > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool > > .java:684) > > > > at java.lang.Thread.run(Thread.java:595) > > > > > > > > Looking at the processes fd directory shows a large number of files > open > > to /u01/cschmidt/repository/revision.log > > > > > > > > JCR-1170 seems similar. But I'm not certain it fixes this particular > > problem. Is this an issue with the cluster (I'm using a clustered > > setup), or is 1170 actually the fix for this problem? I've watched > the > > directory, and the number of descriptors is slowly going down, but > it's > > only dropped 5 (out of 1026) in the past 10 minutes. > > > > > > > > Another possibility is that I'm not freeing the resources properly > after > > the query. I logout of the session when I finished. As far as I've > > seen with example code, that's the only place where I need to do that. > > I'm also using a transient repository if that helps. > > > > > > > > Any thoughts? > > > > > > > > Thanks, > > > > > > > > Chris Schmidt > > > > > > > > >