Sounds like it - I'll take a peek and see if I can spot it, otherwise will have to wait for Jeff next week
On Feb 8, 2014, at 9:56 AM, Paul Hargrove <phhargr...@lbl.gov> wrote: > A test of Friday night's trunk tarball is failing in the same manner. > So, the CMR isn't the issue - the problem was never (fully?) fixed in trunk. > > -Paul > > > On Fri, Feb 7, 2014 at 9:06 PM, Paul Hargrove <phhargr...@lbl.gov> wrote: > I tested the 1.7 tarball tonight. > Jeff had indicated > (http://www.open-mpi.org/community/lists/devel/2014/01/13785.php) that the > problem I had reported w/ opal_path_nfs() and EPERM had been fixed in the > trunk. > Trac ticket #4125 indicated the fix was CMRed to v1.7 > > However, I still see the problem: > Failure : Mismatch: input "/users/course13/.gvfs", expected:0 got:1 > > Failure : Mismatch: input "/users/steineju/.gvfs", expected:0 got:1 > > SUPPORT: OMPI Test failed: opal_path_nfs() (2 of 20 failed) > FAIL: opal_path_nfs > > > I don't currently know if the problem was every fixed on the trunk, but > should know by morning. > > -Paul > > -- > Paul H. Hargrove phhargr...@lbl.gov > Future Technologies Group > Computer and Data Sciences Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > > > > -- > Paul H. Hargrove phhargr...@lbl.gov > Future Technologies Group > Computer and Data Sciences Department Tel: +1-510-495-2352 > Lawrence Berkeley National Laboratory Fax: +1-510-486-6900 > _______________________________________________ > devel mailing list > de...@open-mpi.org > http://www.open-mpi.org/mailman/listinfo.cgi/devel
