The Atlassian Community Forums are currently in read-only mode. We will be relaunching on a new platform on September 22 (read more here). We apologize for the extended downtime. For concerns or questions, please email communitymanagers@atlassian.com. See you on the other side, on the new Atlassian Community Forums! :)

×

Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Query on JIRA Supported Platforms JIRA 5.2.11

Sivaz
Contributor
July 15, 2013

As of JIRA 5.2 NFS mounts are not supported due to Lucene requirements.

Although I can see that something is not supported, can someone throw some light on what exactly this implies and what are its implications to existing installations.

We have our attachments and backups stored in NFS drives which are referenced in the application.

TIA

1 answer

1 accepted

Comments for this post are closed

Community moderators have prevented the ability to post new answers.

2 votes
Answer accepted
Radu Dumitriu
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Champions.
July 15, 2013

As far as I remember: NFS has pecularities with file locking. There's an aid named nfslock (or lockd) to implement locking but works like hell.

Specifically, flock ( http://linux.die.net/man/2/flock ) and fnctl( http://linux.die.net/man/2/fcntl ) are implementation dependent. Some flavors of *NIX decided to do lock only locally (!) so the lock does not help you at all. Some implementations have bad performance because they need to negociate the locks with all the clients. That tends to push a lot of UDP packets in the network => sloooowness.

Java still relies on the above routines to perform file locking.

Attachments & backups should be fine, since they are not files that are locked partially, as opposed to Lucene files.