From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15524 invoked by alias); 6 Mar 2012 09:42:12 -0000 Received: (qmail 15516 invoked by uid 22791); 6 Mar 2012 09:42:11 -0000 X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE X-Spam-Check-By: sourceware.org Received: from mailout-de.gmx.net (HELO mailout-de.gmx.net) (213.165.64.23) by sourceware.org (qpsmtpd/0.43rc1) with SMTP; Tue, 06 Mar 2012 09:41:56 +0000 Received: (qmail invoked by alias); 06 Mar 2012 09:41:52 -0000 Received: from chello084115150080.3.graz.surfer.at (EHLO [192.168.1.113]) [84.115.150.80] by mail.gmx.net (mp037) with SMTP; 06 Mar 2012 10:41:52 +0100 Message-ID: <4F55DBDE.3070109@sonnenkinder.org> Date: Tue, 06 Mar 2012 09:42:00 -0000 From: "sirius@sonnenkinder.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120302 Thunderbird/11.0 MIME-Version: 1.0 To: systemtap@sourceware.org Subject: Cannot run SystemTap as unprivileged user on Ubuntu Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: 2012-q1/txt/msg00239.txt.bz2 Hello list, I have a problem with running SystemTap as unprivileged user on Ubuntu 12.04. Executing the following probe as root works fine[0]: stap -e 'probe vfs.read {printf("read performed\n"); exit()}' However, running it as user (in 'stapusr' and stapdev' groups), fails[1]. Doing the same in Fedora 17 Alpha succeeds. The module gets loaded, but stapio is never run, and the removal of the module seems to fail as well, as it's still loaded when stap exits. This happens with distro SystemTap 1.6 and a 3.2.9-based distro kernel. All the suggested config options are set in the Ubuntu kernel[2] (except of CONFIG_UTRACE, though that's not necessary for that test I guess). I also used a tailored 3.3-rc5 vanilla kernel with UTRACE patched in, same result. I tried again with disabled security model AppArmor, no joy. I then tested the 3/3/2012 snapshot of SystemTap. That slightly changed the output* but not the end result: it didn't work[3]. There are no dmesg errors (see working[4] and failing[5] -DDEBUG_TRANS output). I'll also add the Fedora 17 Alpha kernel config, in case there are some weird incompatibility config issues[6], but I tested a vanilla 3.3-rc5 kernel with Fedora's config and it failed too. An Ubuntu dev and an Ubuntu kernel hacker are experiencing the same, latter suggesting: "I suspect it is some user space foo config that we're missing" Any suggestions are appreciated. Regards Hernando Torque 0: Working as root: http://paste.ubuntu.com/871163/ 1: Failing as user: http://paste.ubuntu.com/871165/ 2: Ubuntu kernel config: http://paste.ubuntu.com/871166/ 3: Ubuntu with snapshot: http://paste.ubuntu.com/871190/ 4: 1.6 dmesg working: http://paste.ubuntu.com/871168/ Snapshot dmesg working: http://paste.ubuntu.com/871169/ 5: 1.6 dmesg failing: http://paste.ubuntu.com/871172/ Snapshot dmesg failing: http://paste.ubuntu.com/871173/ 6: Fedora kernel config: http://paste.ubuntu.com/871175/ *) In my opinion, the message "Error, '$module' is not a zombie systemtap module." is not really helpful to an end user. What does it mean? Why did it happen? Since it is visible without adding a -v parameter, I suggest making it more descriptive.