Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E896D9C98 for ; Thu, 22 Dec 2011 23:11:34 +0000 (UTC) Received: (qmail 67675 invoked by uid 500); 22 Dec 2011 23:11:34 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 67645 invoked by uid 500); 22 Dec 2011 23:11:34 -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 67637 invoked by uid 99); 22 Dec 2011 23:11:34 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Dec 2011 23:11:34 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of prvs=33009ef87=Ross.Dyson@ipaustralia.gov.au designates 165.12.251.85 as permitted sender) Received: from [165.12.251.85] (HELO mail-ext1.deewr.gov.au) (165.12.251.85) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Dec 2011 23:11:27 +0000 X-IronPort-AV: E=Sophos;i="4.71,396,1320584400"; d="txt'?scan'208";a="32444795" Received: from unknown (HELO vmail.aipo.gov.au) ([165.12.202.5]) by mail-ext1-private.dmz.ige with ESMTP/TLS/DHE-RSA-AES256-SHA; 23 Dec 2011 10:11:02 +1100 Received: from cbr1pdom05.production.prod (cbr1pdom05.aipo.gov.au [172.30.32.214]) by vmail.aipo.gov.au (8.13.8+Sun/8.13.8) with ESMTP id pBMNB0kM025989 for ; Fri, 23 Dec 2011 10:11:00 +1100 (EST) In-Reply-To: <00EEB4E2DF921F4EB2B9AC6E0071CDF387AC9FD7E6@FFX-EX-MB1.cgifederal.com> References: <00EEB4E2DF921F4EB2B9AC6E0071CDF387AC9FD289@FFX-EX-MB1.cgifederal.com> <00EEB4E2DF921F4EB2B9AC6E0071CDF387AC9FD7E6@FFX-EX-MB1.cgifederal.com> To: users@jackrabbit.apache.org MIME-Version: 1.0 Subject: RE: Jackrabbit 2.2.5 - loss of data [SEC=UNCLASSIFIED] X-KeepSent: E83D7379:20DD7518-CA25796E:007F114B; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.1 September 28, 2009 Message-ID: From: Ross.Dyson@ipaustralia.gov.au Date: Fri, 23 Dec 2011 10:11:01 +1100 X-X_Protective_Marking: [VER=2005.6, NS=gov.au, SEC=UNCLASSIFIED, ORIGIN=Ross.Dyson@ipaustralia.gov.au] X-MIMETrack: Serialize by Router on NOTESHUB01/SERVERS/IPAustralia(Release 8.5.1|September 28, 2009) at 23/12/2011 10:11:01 AM, Serialize complete at 23/12/2011 10:11:01 AM Content-Type: multipart/mixed; boundary="----------=_1324595460-23606-54" Content-Transfer-Encoding: binary X-Scanned-By: MIMEDefang 2.64 on 10.0.100.191 X-Virus-Checked: Checked by ClamAV on apache.org ------------=_1324595460-23606-54 In-Reply-To: <00EEB4E2DF921F4EB2B9AC6E0071CDF387AC9FD7E6@FFX-EX-MB1.cgifederal.com> References: <00EEB4E2DF921F4EB2B9AC6E0071CDF387AC9FD289@FFX-EX-MB1.cgifederal.com> <00EEB4E2DF921F4EB2B9AC6E0071CDF387AC9FD7E6@FFX-EX-MB1.cgifederal.com> To: users@jackrabbit.apache.org MIME-Version: 1.0 Subject: RE: Jackrabbit 2.2.5 - loss of data [SEC=UNCLASSIFIED] X-KeepSent: E83D7379:20DD7518-CA25796E:007F114B; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.1 September 28, 2009 Message-ID: From: Ross.Dyson@ipaustralia.gov.au Date: Fri, 23 Dec 2011 10:11:01 +1100 X-X_Protective_Marking: [VER=2005.6, NS=gov.au, SEC=UNCLASSIFIED, ORIGIN=Ross.Dyson@ipaustralia.gov.au] X-MIMETrack: Serialize by Router on NOTESHUB01/SERVERS/IPAustralia(Release 8.5.1|September 28, 2009) at 23/12/2011 10:11:01 AM, Serialize complete at 23/12/2011 10:11:01 AM Content-Type: multipart/alternative; boundary="=_alternative 007F30B1CA25796E_=" This is a multipart message in MIME format. --=_alternative 007F30B1CA25796E_= Content-Type: text/plain; charset="US-ASCII" Content-Disposition: inline can you put a println in the jackrabbit code and confirm the expected path when the exception is thrown? From: "Shah, Sumit (CGI Federal)" To: "users@jackrabbit.apache.org" Date: 21/12/2011 02:45 AM Subject: RE: Jackrabbit 2.2.5 - loss of data [SEC=UNCLASSIFIED] Thanks Ross. It seems like the content is present on the filesystem. I can see the old documents in the repository/datastore folders. But the link between the Jackrabbit metadata (ex: path) and the content seems to be broken. Any reason on why this would happen? Does Jackrabbit use UUIDs internally to store the metadata and the content itself? Thanks Sumit From: Ross.Dyson@ipaustralia.gov.au [mailto:Ross.Dyson@ipaustralia.gov.au] Sent: Monday, December 19, 2011 9:20 PM To: users@jackrabbit.apache.org Cc: users@jackrabbit.apache.org Subject: Re: Jackrabbit 2.2.5 - loss of data [SEC=UNCLASSIFIED] This looks suspiciously like a problem I have had before, where somebody writes a script to delete files that look like temp files, no file extensions, over a month old. I had one that was deleting classes created at runtime, so each morning there was a good chance of getting classloader errors. Best of luck. From: "Shah, Sumit (CGI Federal)" To: "users@jackrabbit.apache.org" Date: 20/12/2011 11:58 AM Subject: Jackrabbit 2.2.5 - loss of data ________________________________ Hi All, I am running into a serious issue. It seems like I am unable to retrieve documents from Jackrabbit that are more than a month old. I get the following error: "JCR Action 'Get stream' cannot be performed because the provided path does not exist" I am running Jackrabbit in standalone mode and also in a clustered environment. I am seeing the same issue on both. When does this happen? Is there a self initiated process that cleans up the data within Jackrabbit? What are the possible resolutions to this? I would appreciate any help on this. Thanks Sumit --=_alternative 007F30B1CA25796E_= Content-Type: text/html; charset="US-ASCII" Content-Disposition: inline can you put a println in the jackrabbit code and confirm the expected path when the exception is thrown?



From:        "Shah, Sumit (CGI Federal)" <Sumit.Shah@cgifederal.com>
To:        "users@jackrabbit.apache.org" <users@jackrabbit.apache.org>
Date:        21/12/2011 02:45 AM
Subject:        RE: Jackrabbit 2.2.5 - loss of data [SEC=UNCLASSIFIED]



Thanks Ross. It seems like the content is present on the filesystem. I can see the old documents in the repository/datastore folders. But the link between the Jackrabbit metadata (ex: path) and the content seems to be broken. Any reason on why this would happen?

Does Jackrabbit use UUIDs internally to store the metadata and the content itself?

Thanks
Sumit

From: Ross.Dyson@ipaustralia.gov.au [mailto:Ross.Dyson@ipaustralia.gov.au]
Sent: Monday, December 19, 2011 9:20 PM
To: users@jackrabbit.apache.org
Cc: users@jackrabbit.apache.org
Subject: Re: Jackrabbit 2.2.5 - loss of data [SEC=UNCLASSIFIED]

This looks suspiciously like a problem I have had before, where somebody writes a script to delete files that look like temp files, no file extensions, over a month old.  I had one that was deleting classes created at runtime, so each morning there was a good chance of getting classloader errors.

Best of luck.



From:        "Shah, Sumit (CGI Federal)" <Sumit.Shah@cgifederal.com>
To:        "users@jackrabbit.apache.org" <users@jackrabbit.apache.org>
Date:        20/12/2011 11:58 AM
Subject:        Jackrabbit 2.2.5 - loss of data
________________________________



Hi All,

I am running into a serious issue. It seems like I am unable to retrieve documents from Jackrabbit that are more than a month old. I get the following error:

"JCR Action 'Get stream' cannot be performed because the provided path does not exist"

I am running Jackrabbit in standalone mode and also in a clustered environment. I am seeing the same issue on both. When does this happen? Is there a self initiated process that cleans up the data within Jackrabbit? What are the possible resolutions to this?

I would appreciate any help on this.

Thanks
Sumit
--=_alternative 007F30B1CA25796E_=-- ------------=_1324595460-23606-54 Content-Type: text/plain; name="disclaimer.txt" Content-Disposition: inline; filename="disclaimer.txt" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.427 (Entity 5.427) -- This message contains privileged and confidential information only for use by the intended recipient. If you are not the intended recipient of this message, you must not disseminate, copy or use it in any manner. If you have received this message in error, please advise the sender by reply e-mail. Please ensure all e-mail attachments are scanned for viruses prior to opening or using. ------------=_1324595460-23606-54--