From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14818 invoked by alias); 21 Feb 2013 19:05:08 -0000 Received: (qmail 14805 invoked by uid 22791); 21 Feb 2013 19:05:06 -0000 X-SWARE-Spam-Status: No, hits=-8.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_SPAMHAUS_DROP,KHOP_THREADED,RCVD_IN_DNSWL_HI,RCVD_IN_HOSTKARMA_W,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 21 Feb 2013 19:04:46 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r1LJ4idq004890 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Feb 2013 14:04:44 -0500 Received: from smallhat.bos.devel.redhat.com (vpn-50-46.rdu2.redhat.com [10.10.50.46]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r1LJ4h9H006671; Thu, 21 Feb 2013 14:04:43 -0500 Message-ID: <51266FCA.8060905@RedHat.com> Date: Thu, 21 Feb 2013 19:05:00 -0000 From: Steve Dickson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: David Smith CC: jiri.horky@gmail.com, Systemtap List Subject: Re: [PR15114] What nfsd.* probes does it make sense to add uid/gid variable to? References: <511AAB96.8030607@redhat.com> In-Reply-To: <511AAB96.8030607@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2013-q1/txt/msg00154.txt.bz2 On 12/02/13 15:52, David Smith wrote: > Steve, > > Jiri came up with the idea of adding uid/gid information to the > nfsd.proc.write aliases. I fleshed out the idea a bit more. For all the > gory details, see: > > > > So, we need a couple of questions answered by someone who actually > understands the NFS daemon. Does it make sense to add uid/gid probe > variables to read/write and all the remaining nfsd operation probes > (open lookup commit create unlink rename close)? I would think so... It seems like its something you could filter on... > Will that information be available for all the protocol variants (v[2-4])? They should be... all those ops have do have uids and gids associated with for permission purposes... If you need any help testing... just let me know... steved. > > Thanks for the help. >