[Gluster-devel] 3.5.1 beta 2 Sanity tests

[Benjamin Turner]

On Tue, Jun 17, 2014 at 7:54 PM, Benjamin Turner <bennyturns at gmail.com>
wrote:

> Yup,
> On Jun 17, 2014 7:45 PM, "Justin Clift" <justin at gluster.org> wrote:
> >
> > On 17/06/2014, at 11:33 PM, Benjamin Turner wrote:
> > > 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
>
> > >
> > > /opt/qa/tools/posix-testsuite/tests/link/02.t    (Wstat: 0 Tests: 10
> Failed: 2)
> > >   Failed tests:  4, 6
> > >
> > > expect 0 link ${n0} ${name255}       #4
> > > expect 0 unlink ${n0}                     #5   <- this passed
> > > expect 0 unlink ${name255}           #6
> > >
> > > /opt/qa/tools/posix-testsuite/tests/link/03.t    (Wstat: 0 Tests: 16
> Failed: 2)
> > >   Failed tests:  8-9
> > >
> > > expect 0 link ${n0} ${path1023}              #8
> > > expect 0 unlink ${path1023}                   #9
> > >
> > > I gotta go for the day, I'll try to repro outside the script tomorrow.
> >
> > As a data point, people have occasionally mentioned to me in IRC
> > and via email that these "posix" tests fail for them... even when
> > run against a (non-glustered) ext4/xfs filesystem.  So, it _could_
> > be just some weird spurious thing.  If you figure out what though,
> > that'd be cool. :)
> >
> > + Justin
> >
> > --
> > GlusterFS - http://www.gluster.org
> >
> > An open source, distributed file system scaling to several
> > petabytes, and handling thousands of clients.
> >
> > My personal twitter: twitter.com/realjustinclift
> >
> 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.
>
>  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?

-b
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20140619/a8d1b904/attachment.html>