From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15393 invoked by alias); 14 Apr 2010 17:00:32 -0000 Received: (qmail 15339 invoked by uid 22791); 14 Apr 2010 17:00:28 -0000 X-SWARE-Spam-Status: No, hits=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD 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; Wed, 14 Apr 2010 17:00:21 +0000 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o3EH0IOM016603 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 14 Apr 2010 13:00:18 -0400 Received: from fche.csb (vpn-252-105.phx2.redhat.com [10.3.252.105]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o3EH0Gxs006974; Wed, 14 Apr 2010 13:00:16 -0400 Received: by fche.csb (Postfix, from userid 2569) id EDB2B58132; Wed, 14 Apr 2010 13:00:15 -0400 (EDT) Date: Wed, 14 Apr 2010 22:32:00 -0000 From: "Frank Ch. Eigler" To: Anithra P Janakiraman Cc: "systemtap@sourceware.org" Subject: Re: [RFC] Framework for easy distribution of SystemTap scripts (V4) Message-ID: <20100414170015.GA9511@redhat.com> References: <4B1FE14D.5070307@linux.vnet.ibm.com> <4B685611.5090402@linux.vnet.ibm.com> <4BA7D773.5050106@linux.vnet.ibm.com> <4BBC4EA1.9040608@linux.vnet.ibm.com> <4BBF536D.60908@linux.vnet.ibm.com> <20100409163949.GE28054@redhat.com> <4BC4A701.30801@linux.vnet.ibm.com> <20100413205600.GC2897@redhat.com> <4BC5EACD.9070306@linux.vnet.ibm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BC5EACD.9070306@linux.vnet.ibm.com> User-Agent: Mutt/1.4.2.2i 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: 2010-q2/txt/msg00123.txt.bz2 Hi - On Wed, Apr 14, 2010 at 09:48:21PM +0530, Anithra P Janakiraman wrote: > [...] > >Well, if you are targeting this to such a specific subset of users, > >then perhaps there is little need to include the script within the > >systemtap source tree. It could be as easily downloaded from the wiki > >for example, no? > > That should be ok too.. OK, in that case, feel free to post it to the wiki as/when you like. > >>With the -start option, staprun executes in the background while the > >>script exits. To stop users need to run the package with -stop, it would > >>not be possible to store the child pids in this scenario. > > > >(If you used the normal flight-recorder mode startup/shutdown options, > >the pids wouldn't be needed, since the module name is used as the > >key.) > > We are assuming that SystemTap might not be installed on the machine > where the package will be executed. We package the bare minimal > (staprun/stapio) needed to run the module. The initscripts might not be > available. I wasn't talking about initscripts, but about stap's -F and staprun's -L/-A options. > >>[...] The config file and parameters should have been passed to > the post-processing script. I had completely overlooked that. [...] OK. It almost sounds like what you'd need is another post-processing option, where the user specifies a command line (rather than a file name). Then the 'ipaddress' sorts of filtering would be simply: stap-makepkg --filter-output 'grep 127.0.0.1' ..... with no post-processing script/file. - FChE