From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 7000B7F3F for ; Mon, 28 Oct 2013 10:44:02 -0500 (CDT) Received: from cuda.sgi.com (cuda3.sgi.com [192.48.176.15]) by relay1.corp.sgi.com (Postfix) with ESMTP id 5089C8F8040 for ; Mon, 28 Oct 2013 08:43:59 -0700 (PDT) Received: from userp1040.oracle.com (userp1040.oracle.com [156.151.31.81]) by cuda.sgi.com with ESMTP id fIxlLmp50a1kWcZI (version=TLSv1 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 28 Oct 2013 08:43:58 -0700 (PDT) Date: Mon, 28 Oct 2013 11:43:28 -0400 From: Dwight Engen Subject: Re: xfstests 317 Message-ID: <20131028114328.4b05e0ee@oracle.com> In-Reply-To: <20131025093333.GB24583@infradead.org> References: <20131024161235.GA29381@infradead.org> <20131024162557.6dd72435@oracle.com> <20131025093333.GB24583@infradead.org> Mime-Version: 1.0 List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Christoph Hellwig Cc: xfs@oss.sgi.com On Fri, 25 Oct 2013 02:33:33 -0700 Christoph Hellwig 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 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@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs