Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
From: "Uwe Schindler" <uwe@thetaphi.de>
To: <dev@lucene.apache.org>
References: <g2k786fde51004270850i2ff32b4br743ccf6cdbd48c7c@mail.gmail.com>
 <02cf01cae621$a4f06e50$eed14af0$@de> <4BD70E96.2040700@gmail.com>
 <02da01cae626$8ef9c600$aced5200$@de> <4BD7112E.6020509@gmail.com>
In-Reply-To: <4BD7112E.6020509@gmail.com>
Subject: RE: LuceneJUnitResultFormatter sometimes fails to lock
Date: Tue, 27 Apr 2010 18:50:06 +0200
Message-ID: <000001cae629$b109af50$131d0df0$@de>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Thread-Index: AcrmJxCYYMGs9OTfSBujG8gWM690uAAACh6Q
Content-language: de

No, the error is correct, the problem is a different one (outside of =
NativeFSLock):
On windows (vista or 7) some services like virus scanners (Microsoft =
Security Essentials, Avira Antivir and others) and the windows search =
service sometimes locks the whole dir/files in it for very short time. =
After disabling virus scanning and most importantly windows search for =
the lucene development folders, the problems are gone. This behavior is =
also the source of some chkdsks running after restart when using svn in =
parallel to windows search (this is a known bug in ntfs.sys of windows =
7, event id 55 in syslogs).

-----
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:31 PM
> To: dev@lucene.apache.org
> Subject: Re: LuceneJUnitResultFormatter sometimes fails to lock
>=20
> 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.
>=20
> 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>(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
> >
>=20
>=20
> --
> - Mark
>=20
> http://www.lucidimagination.com
>=20
> ---------------------------------------------------------------------
> 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