Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 8875 invoked from network); 27 Apr 2010 17:44:00 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 Apr 2010 17:44:00 -0000 Received: (qmail 99796 invoked by uid 500); 27 Apr 2010 17:43:59 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 99633 invoked by uid 500); 27 Apr 2010 17:43:58 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 99626 invoked by uid 99); 27 Apr 2010 17:43:58 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Apr 2010 17:43:58 +0000 X-ASF-Spam-Status: No, hits=2.9 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [85.25.71.29] (HELO mail.troja.net) (85.25.71.29) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Apr 2010 17:43:50 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.troja.net (Postfix) with ESMTP id C01E8D36003 for ; Tue, 27 Apr 2010 19:43:30 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.troja.net Received: from mail.troja.net ([127.0.0.1]) by localhost (megaira.troja.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cZkgVCm9ChPX for ; Tue, 27 Apr 2010 19:43:18 +0200 (CEST) Received: from VEGA (port-83-236-62-54.dynamic.qsc.de [83.236.62.54]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.troja.net (Postfix) with ESMTPSA id C8E19D36004 for ; Tue, 27 Apr 2010 19:43:17 +0200 (CEST) From: "Uwe Schindler" To: References: <02cf01cae621$a4f06e50$eed14af0$@de> <4BD70E96.2040700@gmail.com> <02da01cae626$8ef9c600$aced5200$@de> <4BD7112E.6020509@gmail.com> In-Reply-To: Subject: RE: LuceneJUnitResultFormatter sometimes fails to lock Date: Tue, 27 Apr 2010 19:43:30 +0200 Message-ID: <000a01cae631$26e4b830$74ae2890$@de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000B_01CAE641.EA6D8830" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcrmMCLKYdPQ2emhRuq0X6ltNjWb5wAAPsLg Content-language: de X-Virus-Checked: Checked by ClamAV on apache.org ------=_NextPart_000_000B_01CAE641.EA6D8830 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Realtime protection is mostly the problem. =20 ----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: uwe@thetaphi.de =20 From: Shai Erera [mailto:serera@gmail.com]=20 Sent: Tuesday, April 27, 2010 7:35 PM To: dev@lucene.apache.org Subject: Re: LuceneJUnitResultFormatter sometimes fails to lock =20 I use Windows XP, and have no indexing service nor AV running at the = same time (except its real time protection). Also, the lock file is = attempted to obtain on the temp folder, which is usually excluded from = many services that monitor the file system ... I will try to reproduce it again, because I see that I've left out the = nested exception from the trace above. Shai On Tue, Apr 27, 2010 at 7:56 PM, Shai Erera wrote: Yes it is Windows. Didn't mention it - thought the C:\ part says it all = :). I wonder then why it only sometimes happens. And I've never run into such problems w/ NativeFSLock on Windows, only w/ the tests. But I agree it does deserve a closer look =E2=80=A6 Shai On Tuesday, April 27, 2010, Mark Miller wrote: > Ah - didn't look closely. This is while making the lock, not trying to = acquire it for stdout locking. So that seems like a bug in our native = lock impl we should try and fix. > > On 4/27/10 12:27 PM, Uwe Schindler wrote: > > When aquiring a test lock it does not wait. It just is not able to = produce the file there. This happens sometimes on windows and has = nothing to do with the tests, is a problem of NativeLockF. > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: uwe@thetaphi.de > > > > -----Original Message----- > From: Mark Miller [mailto:markrmiller@gmail.com] > Sent: Tuesday, April 27, 2010 6:20 PM > To: dev@lucene.apache.org > Subject: Re: LuceneJUnitResultFormatter sometimes fails to lock > > We might need a higher timeout. Its like 5 seconds now. Otherwise we > should try and isolate the problem. > > - Mark > > On 4/27/10 11:52 AM, Uwe Schindler wrote: > > Windows? > > ----- > > Uwe Schindler > > H.-H.-Meier-Allee 63, D-28213 Bremen > > http://www.thetaphi.de > > eMail: uwe@thetaphi.de > > *From:* Shai Erera [mailto:serera@gmail.com] > *Sent:* Tuesday, April 27, 2010 5:50 PM > *To:* dev@lucene.apache.org > *Subject:* LuceneJUnitResultFormatter sometimes fails to lock > > Hi > > I ran "ant test-core" today and hit this: > > [junit] Exception in thread "main" java.lang.RuntimeException: Failed > > to > > acquire random test lock; please verify filesystem for lock directory > 'C:\DOCUME~1\shaie\LOCALS~1\Temp\lucene_junit_lock' supports locking > [junit] at > > > = org.apache.lucene.store.NativeFSLockFactory.acquireTestLock(NativeFSLoc > kFactory.java:88) > > [junit] at > > > = org.apache.lucene.store.NativeFSLockFactory.makeLock(NativeFSLockFactor > y.java:127) > > [junit] at > > > = org.apache.lucene.util.LuceneJUnitResultFormatter.(LuceneJUnitRes > ultFormatter.java:74) > > > All the tests still pass, but Ant reports a failure in the end. Also, > this rarely happens, but I've run into it several times already. > > Anyone > > got an idea? > > Shai > > > > > -- > - Mark > > http://www.lucidimagination.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > > > > > -- > - Mark > > http://www.lucidimagination.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org > For additional commands, e-mail: dev-help@lucene.apache.org > > =20 ------=_NextPart_000_000B_01CAE641.EA6D8830 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Realtime protection is mostly the = problem.

 

-----

Uwe Schindler

H.-H.-Meier-Allee 63, D-28213 = Bremen

http://www.thetaphi.de<= /p>

eMail: uwe@thetaphi.de

 

From:= Shai Erera [mailto:serera@gmail.com]
Sent: Tuesday, April 27, 2010 7:35 PM
To: dev@lucene.apache.org
Subject: Re: LuceneJUnitResultFormatter sometimes fails to = lock

 

I use Windows XP, = and have no indexing service nor AV running at the same time (except its real time protection). Also, the lock file is attempted to obtain on the temp = folder, which is usually excluded from many services that monitor the file = system ...

I will try to reproduce it again, because I see that I've left out the = nested exception from the trace above.

Shai

On Tue, Apr 27, 2010 at 7:56 PM, Shai Erera <serera@gmail.com> = wrote:

Yes it is Windows. Didn't mention it - thought the = C:\ part says it all :).

I wonder then why it only sometimes happens. And I've never run into
such problems w/ NativeFSLock on Windows, only w/ the tests. But I
agree it does deserve a closer look =E2=80=A6

Shai


On Tuesday, April 27, 2010, Mark Miller <markrmiller@gmail.com> = wrote:
> Ah - didn't look closely. This is while making the lock, not trying = to acquire it for stdout locking. So that seems like a bug in our native = lock impl we should try and fix.
>
> On 4/27/10 12:27 PM, Uwe Schindler wrote:
>
> When aquiring a test lock it does not wait. It just is not able to = produce the file there. This happens sometimes on windows and has nothing to do = with the tests, is a problem of NativeLockF.
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
>
> -----Original Message-----
> From: Mark Miller [mailto:markrmiller@gmail.com]
> Sent: Tuesday, April 27, 2010 6:20 PM
> To: dev@lucene.apache.org
> Subject: Re: LuceneJUnitResultFormatter sometimes fails to lock
>
> We might need a higher timeout. Its like 5 seconds now. Otherwise = we
> should try and isolate the problem.
>
> - Mark
>
> On 4/27/10 11:52 AM, Uwe Schindler wrote:
>
> Windows?
>
> -----
>
> Uwe Schindler
>
> H.-H.-Meier-Allee 63, D-28213 Bremen
>
> http://www.thetaphi.de<http://www.thetaphi.de/>
>
> eMail: uwe@thetaphi.de
>
> *From:* Shai Erera [mailto:serera@gmail.com]
> *Sent:* Tuesday, April 27, 2010 5:50 PM
> *To:* dev@lucene.apache.org
> *Subject:* LuceneJUnitResultFormatter sometimes fails to lock
>
> Hi
>
> I ran "ant test-core" today and hit this:
>
> [junit] Exception in thread "main" = java.lang.RuntimeException: Failed
>
> to
>
> acquire random test lock; please verify filesystem for lock = directory
> 'C:\DOCUME~1\shaie\LOCALS~1\Temp\lucene_junit_lock' supports = locking
> [junit] at
>
>
> = org.apache.lucene.store.NativeFSLockFactory.acquireTestLock(NativeFSLoc > kFactory.java:88)
>
> [junit] at
>
>
> = org.apache.lucene.store.NativeFSLockFactory.makeLock(NativeFSLockFactor > y.java:127)
>
> [junit] at
>
>
> org.apache.lucene.util.LuceneJUnitResultFormatter.<init>(LuceneJUni= tRes
> ultFormatter.java:74)
>
>
> All the tests still pass, but Ant reports a failure in the end. = Also,
> this rarely happens, but I've run into it several times = already.
>
> Anyone
>
> got an idea?
>
> Shai
>
>
>
>
> --
> - Mark
>
> http://www.lucidimagination.com
>
> = ---------------------------------------------------------------------
= > To unsubscribe, e-mail: dev-unsubscribe@lucene.= apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org=
>
>
>
>
> = ---------------------------------------------------------------------
= > To unsubscribe, e-mail: dev-unsubscribe@lucene.= apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org=
>
>
>
>
> --
> - Mark
>
> http://www.lucidimagination.com
>
> = ---------------------------------------------------------------------
= > To unsubscribe, e-mail: dev-unsubscribe@lucene.= apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org=
>
>

 

------=_NextPart_000_000B_01CAE641.EA6D8830--