From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Dickson Subject: Re: [PATCH 00/19] lnfs: 3.9-rc5 release Date: Tue, 23 Apr 2013 14:04:50 -0400 Message-ID: <5176CD42.4080405@RedHat.com> References: <1364939160-20874-1-git-send-email-SteveD@redhat.com> <20130410150940.GB24404@pad.fieldses.org> <5176ACE5.2020207@RedHat.com> <20130423160520.GE20622@pad.fieldses.org> <20130423172227.GF20622@pad.fieldses.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Trond Myklebust , "David P. Quigley" , Linux NFS list , Linux FS devel list , Linux Security List , SELinux List To: "J. Bruce Fields" Return-path: In-Reply-To: <20130423172227.GF20622-spRCxval1Z7TsXDwO4sDpg@public.gmane.org> Sender: linux-nfs-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-fsdevel.vger.kernel.org On 23/04/13 13:22, J. Bruce Fields wrote: >>> What exactly was failing? >> > >> > Sorry I can't find the results right now. I'll re-run and let you know. > The server is returning -EOPNOTSUPP in response to an nfs4 SETATTR which > sets a mode. > > The operation shouldn't be failing, and if it does it should return an > NFS error, not -ERRNO. > > I can't reproduce this just by doing chmod on the linux client. I'm not > sure what pynfs is doing differently to trigger the bug. thanks for talking a look... Hmm... I wonder if the fact nfsd4_set_nfs4_label() is returning -EOPNOTSUPP instead of something like nfserr_attrnotsupp when labels are not configured... Something you've pointed out twice now... http://www.spinics.net/lists/linux-nfs/msg36104.html If it is this problem I wonder why a chmod would not trigger it... steved. -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html