On Fri, 25 Oct 2013 02:33:33 -0700
Christoph Hellwig <hch@xxxxxxxxxxxxx> 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@xxxxxxxxxxxxx> 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@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.