Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
Message-ID: <1439372188.3389.68.camel@ebi.ac.uk>
Subject: Re: Strange Directory open exception
From: Nicola Buso <nbuso@ebi.ac.uk>
Reply-To: nbuso@ebi.ac.uk
To: Uwe Schindler <uwe@thetaphi.de>, java-user@lucene.apache.org
Date: Wed, 12 Aug 2015 10:36:28 +0100
In-Reply-To: <007f01d0d4e0$81187190$834954b0$@thetaphi.de>
References: <1439369824.3389.66.camel@ebi.ac.uk>
	 <007f01d0d4e0$81187190$834954b0$@thetaphi.de>
Organization: EMBL-EBI
Content-Type: text/plain; charset="UTF-8"
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

Hi Uwe,

thanks for your reply. Do you have any planned date for 5.3?

Cheers,


Nicola


On Wed, 2015-08-12 at 11:23 +0200, Uwe Schindler wrote:
> Hi,
> 
> this should be fixed in coming Lucene 5.3:
> https://issues.apache.org/jira/browse/LUCENE-6542
> 
> The reason for this behavior is that we need to ensure that the 
> directory exists before we open it. For that it calls 
> Files.createDirectories - which requires write access. The fix only 
> calls createDirectories if the index does not exist.
> 
> Uwe
> 
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
> 
> > -----Original Message-----
> > From: Nicola Buso [mailto:nbuso@ebi.ac.uk]
> > Sent: Wednesday, August 12, 2015 10:57 AM
> > To: java-user@lucene.apache.org
> > Subject: Strange Directory open exception
> > 
> > Hi,
> > 
> > we are migrating to Lucene 5 and we have a strange Exception that 
> > was not
> > happening in Lucene 4.
> > We are indexing in a pre-production environment and we move the 
> > index in
> > the production environment later; in the prod env the indices are 
> > visible to
> > our application with read-only rights. To clarify the read -only 
> > rights are at
> > both level of mount definition and user rights on File System.
> > If we mount the partition in read-write and we keep the user that's 
> > running
> > our application with read-only rights the Exception is not 
> > happening.
> > 
> > The exception:
> > 
> > 
> > java.nio.file.FileSystemException:
> > /nfs/public/ro/ebinocle/prod/search/sra
> > -analysis/150810_131208/main:
> > Read-only file system
> >         at
> > sun.nio.fs.UnixException.translateToIOException(UnixException.java:
> > 91)
> >         at
> > sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:10
> > 2)
> >         at
> > sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:10
> > 7)
> >         at
> > sun.nio.fs.UnixFileSystemProvider.createDirectory(UnixFileSystemPro
> > vide
> > r.java:383)
> >         at java.nio.file.Files.createDirectory(Files.java:630)
> >         at
> > java.nio.file.Files.createAndCheckIsDirectory(Files.java:734)
> >         at java.nio.file.Files.createDirectories(Files.java:720)
> >         at
> > org.apache.lucene.store.FSDirectory.<init>(FSDirectory.java:128)
> >         at
> > org.apache.lucene.store.NIOFSDirectory.<init>(NIOFSDirectory.java:6
> > 4)
> >         at
> > org.apache.lucene.store.NIOFSDirectory.<init>(NIOFSDirectory.java:7
> > 4)
> > 
> > 
> > Is this a known behavior? do you think the java.nio framework 
> > should
> > behave differently?
> > 
> > We are on Redhat Enterprise 6: 2.6.32-504.8.1.el6.x86_64 #1 SMP
> > 
> > 
> > 
> > 
> > Nicola
> > 
> > 
> > --
> > Nicola Buso
> > Software Engineer - Web Production Team
> > 
> > European Bioinformatics Institute (EMBL-EBI) European Molecular 
> > Biology
> > Laboratory
> > 
> > Wellcome Trust Genome Campus
> > Hinxton
> > Cambridge CB10 1SD
> > United Kingdom
> > 
> > URL: http://www.ebi.ac.uk
> > 
> > 
> > 


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org