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. _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
