xfstests 317

Dwight Engen dwight.engen at oracle.com
Mon Oct 28 10:43:28 CDT 2013


On Fri, 25 Oct 2013 02:33:33 -0700
Christoph Hellwig <hch at infradead.org> wrote:

> On Thu, Oct 24, 2013 at 04:25:57PM -0400, Dwight Engen wrote:
> > On Thu, 24 Oct 2013 09:12:35 -0700
> > Christoph Hellwig <hch at infradead.org> wrote:
> > 
> > > This one also seems to be guranteed to fail for me with the
> > > following output:
> > > 
> > > 
> > > --- tests/generic/317.out	2013-09-09 14:41:08.000000000
> > > +0000 +++ /root/xfstests/results//generic/317.out.bad
> > > 2013-10-24 16:12:00.000000000 +0000 @@ -4,9 +4,7 @@
> > >    Size: 0            Filetype: Regular File
> > >    Mode: (0644/-rw-r--r--)         Uid: (qa_user)  Gid: (qa_user)
> > >  From user_ns
> > > -  File: "$SCRATCH_MNT/file1"
> > > -  Size: 0            Filetype: Regular File
> > > -  Mode: (0644/-rw-r--r--)         Uid: (0)  Gid: (0)
> > > +execvp: Permission denied
> > 
> > Hi Christoph,
> > 
> > Hmm, this looks to me like src/lstat64 cannot be exec()ed by
> > qa_user on your system. Is there some other id I can/should use?
> 
> That doesn't seem to be the issue from the main system for me:
> 
> root at vm:~/xfstests# sudo -u fsgqa ./src/lstat64
> Usage: lstat64 [-t] filename ...
> 
> Do you have a one liner to try what happens in a namespace?

Hi Cristoph, on my system (where fsgqa is id 501) the one liner the
test is running is:

# ./src/nsexec -s -U -M "0 501 1000" -G "0 501 1000" ./src/lstat64
Usage: lstat64 [-t] filename ...

Since you are getting to the point where it is trying to print out the
ids, that means you already ran nsexec once for the touch command to
create the file, which is why I think it is something to do with
exec()ing lstat64. You could try replacing the 501 in the -G with the
group id of fsgqa since it is possibly not 501 also, but I don't see
how that is the problem.



More information about the xfs mailing list