<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 17, 2014 at 7:54 PM, Benjamin Turner <span dir="ltr"><<a href="mailto:bennyturns@gmail.com" target="_blank">bennyturns@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><p dir="ltr">Yup, <br></p><div>
On Jun 17, 2014 7:45 PM, "Justin Clift" <<a href="mailto:justin@gluster.org" target="_blank">justin@gluster.org</a>> wrote:<br>
><br>
> On 17/06/2014, at 11:33 PM, Benjamin Turner wrote:<br></div>
> > Here are the tests that failed. Note that n0 is a generated wname, name255 is a 255 character string, and path 1023 is a 1023 long path<div><div><br>
> ><br>
> > /opt/qa/tools/posix-testsuite/tests/link/02.t (Wstat: 0 Tests: 10 Failed: 2)<br>
> > Failed tests: 4, 6<br>
> ><br>
> > expect 0 link ${n0} ${name255} #4<br>
> > expect 0 unlink ${n0} #5 <- this passed<br>
> > expect 0 unlink ${name255} #6<br>
> ><br>
> > /opt/qa/tools/posix-testsuite/tests/link/03.t (Wstat: 0 Tests: 16 Failed: 2)<br>
> > Failed tests: 8-9<br>
> ><br>
> > expect 0 link ${n0} ${path1023} #8<br>
> > expect 0 unlink ${path1023} #9<br>
> ><br>
> > I gotta go for the day, I'll try to repro outside the script tomorrow.<br>
><br>
> As a data point, people have occasionally mentioned to me in IRC<br>
> and via email that these "posix" tests fail for them... even when<br>
> run against a (non-glustered) ext4/xfs filesystem. So, it _could_<br>
> be just some weird spurious thing. If you figure out what though,<br>
> that'd be cool. :)<br>
><br>
> + Justin<br>
><br>
> --<br>
> GlusterFS - <a href="http://www.gluster.org" target="_blank">http://www.gluster.org</a><br>
><br>
> An open source, distributed file system scaling to several<br>
> petabytes, and handling thousands of clients.<br>
><br>
> My personal twitter: <a href="http://twitter.com/realjustinclift" target="_blank">twitter.com/realjustinclift</a><br>
><br></div></div>
I went through these a while back and removed anything that wasn't valid for GlusterFS. This test was passing on 3.4.59 when it was released, i am thinking it may have something to do with a sym link to the same directory bz i found a while back? Idk, I'll get it sorted tomorrow.<p>
</p>
</blockquote></div>I got this sorted, I needed to add a sleep between the file create and the link. I ran through it manually and it worked every time, took me a few goes to think of timing issue. I didn't need this on 3.4.0.59, is there anything that needs investigated?<div>
<br></div><div>-b</div></div></div>