The roadmap (links to that on google fail, but found a PDF) reports that 1.6 release marks lockf/flock support as possible/untested. I see from the changelogs that it should be there. I have setup a lustre filesystem for use in the CAD space for simulations. ModelSim, for whatever reason, is failing to lock files in the its chain of attempted lock mechanisms, and in the end tries and fails to use NFS style locks, or so the CAD guys tell me. I''m curious if this _should_ work on 1.6, and if not, is there a relatively accessible 1.8 build with this currently?
Hi Joe, I know that as of v1.6.2, POSIX file locking semantics did not work. The 1.6 roadmap, the last time I looked at it, indicated that support is coming but had not yet been implemented. cheers, Klaus On 2/14/08 11:16 AM, "Joe Little" <jmlittle at gmail.com>did etch on stone tablets:> The roadmap (links to that on google fail, but found a PDF) reports > that 1.6 release marks lockf/flock support as possible/untested. I see > from the changelogs that it should be there. I have setup a lustre > filesystem for use in the CAD space for simulations. ModelSim, for > whatever reason, is failing to lock files in the its chain of > attempted lock mechanisms, and in the end tries and fails to use NFS > style locks, or so the CAD guys tell me. I''m curious if this _should_ > work on 1.6, and if not, is there a relatively accessible 1.8 build > with this currently? > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at lists.lustre.org > http://lists.lustre.org/mailman/listinfo/lustre-discuss >-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.lustre.org/pipermail/lustre-discuss/attachments/20080214/67b0ac19/attachment-0002.html
On Thu, 2008-02-14 at 11:16 -0800, Joe Little wrote:> The roadmap (links to that on google fail, but found a PDF) reports > that 1.6 release marks lockf/flock support as possible/untested. I see > from the changelogs that it should be there. I have setup a lustre > filesystem for use in the CAD space for simulations. ModelSim, for > whatever reason, is failing to lock files in the its chain of > attempted lock mechanisms, and in the end tries and fails to use NFS > style locks, or so the CAD guys tell me. I''m curious if this _should_ > work on 1.6, and if not, is there a relatively accessible 1.8 build > with this currently?Hi Joe, Yes, the support is better and better the more recent the release. But even as of a number of releases ago, localflock should be working. If you don''t need cluster coherent locks, just applications on a single single not failing because of missing flock semantics, localflock is the better option to use. If you really do need cluster coherent flock, you should use a recent (i.e. 1.6.4.2) a release as you can. b. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.lustre.org/pipermail/lustre-discuss/attachments/20080214/986db9ce/attachment-0002.bin
fcntl locking works if you mount the filesystem on the clients with - o flock. --bob On Feb 14, 2008, at 1:18 PM, Klaus Steden wrote:> > Hi Joe, > > I know that as of v1.6.2, POSIX file locking semantics did not work. > > The 1.6 roadmap, the last time I looked at it, indicated that > support is coming but had not yet been implemented. > > cheers, > Klaus > > On 2/14/08 11:16 AM, "Joe Little" <jmlittle at gmail.com>did etch on > stone tablets: > >> The roadmap (links to that on google fail, but found a PDF) reports >> that 1.6 release marks lockf/flock support as possible/untested. I >> see >> from the changelogs that it should be there. I have setup a lustre >> filesystem for use in the CAD space for simulations. ModelSim, for >> whatever reason, is failing to lock files in the its chain of >> attempted lock mechanisms, and in the end tries and fails to use NFS >> style locks, or so the CAD guys tell me. I''m curious if this _should_ >> work on 1.6, and if not, is there a relatively accessible 1.8 build >> with this currently? >> _______________________________________________ >> Lustre-discuss mailing list >> Lustre-discuss at lists.lustre.org >> http://lists.lustre.org/mailman/listinfo/lustre-discuss >> > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at lists.lustre.org > http://lists.lustre.org/mailman/listinfo/lustre-discuss-------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.lustre.org/pipermail/lustre-discuss/attachments/20080214/ab72e25d/attachment-0002.html
On Thu, Feb 14, 2008 at 11:24 AM, Robert Olson <olson at mcs.anl.gov> wrote:> fcntl locking works if you mount the filesystem on the clients with -o > flock. > > --bobThis was it. Thanks. Apparently things are now working with this option, and so we''ll have them test all apps out on one client before we return to using lustre. I''ll report back if this doesn''t resolve all the present locking problems.> > > > On Feb 14, 2008, at 1:18 PM, Klaus Steden wrote: > > Hi Joe, > > I know that as of v1.6.2, POSIX file locking semantics did not work. > > The 1.6 roadmap, the last time I looked at it, indicated that support is > coming but had not yet been implemented. > > cheers, > Klaus > > On 2/14/08 11:16 AM, "Joe Little" <jmlittle at gmail.com>did etch on stone > tablets: > > > The roadmap (links to that on google fail, but found a PDF) reports > that 1.6 release marks lockf/flock support as possible/untested. I see > from the changelogs that it should be there. I have setup a lustre > filesystem for use in the CAD space for simulations. ModelSim, for > whatever reason, is failing to lock files in the its chain of > attempted lock mechanisms, and in the end tries and fails to use NFS > style locks, or so the CAD guys tell me. I''m curious if this _should_ > work on 1.6, and if not, is there a relatively accessible 1.8 build > with this currently? > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at lists.lustre.org > http://lists.lustre.org/mailman/listinfo/lustre-discuss > > > > _______________________________________________ > Lustre-discuss mailing list > Lustre-discuss at lists.lustre.org > http://lists.lustre.org/mailman/listinfo/lustre-discuss >