From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk1-xa32.google.com (mail-vk1-xa32.google.com [IPv6:2607:f8b0:4864:20::a32]) by sourceware.org (Postfix) with ESMTPS id 9FF013857C4E for ; Tue, 5 Dec 2023 01:09:02 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9FF013857C4E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 9FF013857C4E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=2607:f8b0:4864:20::a32 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701738552; cv=none; b=f4mvucDcEW6kOLhVfiCHqgjtRWRR+AFO5XtGswmKZfSytQjlUpY09TKmMOd2stvJVBATZlwEBFLItOEf2AYoEJWhtiqjSjEwDkMdTDNiUguYxTH2Vmc/7WCcSNekPLvo+lQf5h9MZ79EXePyuUUGBRvIKyWvokZq9zPWA2LXPtY= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701738552; c=relaxed/simple; bh=Aq3P5oFH+2fSVlMI+U96T+3Kj3z3rDrP9zTiGIwg5wU=; h=DKIM-Signature:MIME-Version:From:Date:Message-ID:Subject:To; b=e18ZbngLYD4ckLuxFZkvQPE7gEa/Tn1gILjc5M+uJdPg8zuTj20PBGJF3EpKh0BytHZ7Kw3s23+FFZOyZtMbFU0XcLUPOrEZ2V4/BlmfdTi86qW05oKf8t7jzyK3o818kJ/cpog5ZJh3nzsyS7uNuk2POIEOOe+ny5Awd7PW1qo= ARC-Authentication-Results: i=1; server2.sourceware.org Received: by mail-vk1-xa32.google.com with SMTP id 71dfb90a1353d-4b2dc44d54aso486018e0c.3 for ; Mon, 04 Dec 2023 17:09:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1701738542; x=1702343342; darn=sourceware.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=iAA64apFvTCZbgFYHEFH+sP2N07hLygeuVRhtUJOtzg=; b=MJrmUnPMeChxA9ZdbSQI/3UzL2KkiMC5whPUJ+a/FKVtr4drFXQ/iRWjA4e/BQpKzI AUc3VFb1oTJhTx8LslGEWkVs4jYUSpPLsr+s9BfASHW6bZEfI97XAAoYnQtWV/aV4Rxl wwREHV9pMYz8Nm3P+TPB4coR0TxhSxO3U3f2nk8HukufQIZfmYZQj4mNm+kClMUBo/8d lw48chs/Z/iYfV+wybDbbuql1gMEECyW1XBB69SqZ9jhM7ae1aVpQ0mBcfMKRtVBCU1g 7gxA9bTIDFoXYmaJM7Ps5Z0ey29dGy6SpcqBhIW3gJZz6K79wwc9tvG+qZUMO+7a0K4x BJ4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701738542; x=1702343342; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=iAA64apFvTCZbgFYHEFH+sP2N07hLygeuVRhtUJOtzg=; b=PHfJKd0Snc9JO2J1Qz8RA+4faD0gdPZlU9O5ETHLzMKY/jMFcIkkWCAQe/0LTV0r86 fEwX6BM53WC+pe8hwy/wC33iIoNLRf/b6Vx2c5HmVTdJbs2wnc1pmZmmxZXCFnQNRxPr txvIEjGBt6iOoEWZK/6w12STMAPMkQOaK65/BRpPPKv7cXeA8alcY/GdqDA0IusnZJrf VCbLgl3G41qqVexU65iRZBJ6szKnQdqTgU9C5xA2iq+VjjLQvm3x5zXRLpwOVvfdLMLp JJF95o2/ceO83/NFqFiOVbbfzQJ/FYYJV3MAA9KrKPOlGaFFi7cQfUhN9tjMMNmIGlj6 WvHA== X-Gm-Message-State: AOJu0YxrML3Rs6lyJeRDku2Bx1jI9aoKIzUk0BUCKXykbzFWibBePDRJ SBNug01VowZ8bUFtIYhStfkHvXfKgj7ufCxKxel2QqXvdOrGtQ== X-Google-Smtp-Source: AGHT+IHRxdqDxK1ABJzFGJ/9cGbOMIn6f8wlCzJdwRRIYbvWjG/qXY3AT6N8Ey2Xs+R+bY7iRWMmijRIbQKpjFyKiMM= X-Received: by 2002:a1f:f284:0:b0:4b2:c554:d2bc with SMTP id q126-20020a1ff284000000b004b2c554d2bcmr2665989vkh.30.1701738542038; Mon, 04 Dec 2023 17:09:02 -0800 (PST) MIME-Version: 1.0 References: <20231204090848.aue4z3iydlyl43id@lida.tpb.lab.eng.brq.redhat.com> <20231204205323.3jbqqvkpsftlrexq@lida.tpb.lab.eng.brq.redhat.com> In-Reply-To: <20231204205323.3jbqqvkpsftlrexq@lida.tpb.lab.eng.brq.redhat.com> From: Lee Eric Date: Mon, 4 Dec 2023 20:08:50 -0500 Message-ID: Subject: Re: stap server is not able to use To: Martin Cermak Cc: systemtap@sourceware.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-0.8 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: Thanks Martin. However, it seems the latest Fedora 39 kernel-debuginfo package is not work= ing: $ uname -r 6.6.3-200.fc39.x86_64 $ sudo stap-prep Configuring for kernel release 6.6.3-200.fc39.x86_64 Debuginfo automatic downloading is not configured via $DEBUGINFOD_URLS $ echo $? 0 $ sudo stap --use-server=3D127.0.0.1:36863 -v sock_traffic_mntr.stp 5 Using a compile server. Pass 1: parsed user script and 531 library scripts using 539356virt/293212res/15744shr/276808data kb, in 690usr/70sys/760real ms. error: cannot open Packages database in WARNING: cannot find module kernel debuginfo: invalid ELF file [man warning::debuginfo] Out of memory. Please check --rlimit-as and memory availability. std::bad_alloc Passes: via server host=3Dunknown address=3D127.0.0.1 port=3D36863 sysinfo=3D"unknown" version=3Dunknown certinfo=3D"unknown" using 269840virt/24840res/20616shr/3244data kb, in 20usr/0sys/1662real ms. Passes: via server failed. Try again with another '-v' option. The kernel on your system requires modules to be signed for loading. The module created by compiling your script must be signed by a systemtap compile-server. [man stap-server] --use-server was automatically selected in order to request compilation by a compile-server. Do we know if any method we can fix this issue? Thanks. Eric On Mon, Dec 4, 2023 at 3:53=E2=80=AFPM Martin Cermak w= rote: > > Hi Eric, > > systemtap packages come with stap-prep command that should do it for you: > > https://sourceware.org/systemtap/SystemTap_Beginners_Guide/using-systemta= p.html#using-setup > > Depending on your environment, modern stap-prep may use debuginfod > for you. That way you might have needed debugging information > available without actually installing the debuginfo RPMs. > > https://sourceware.org/elfutils/Debuginfod.html > > Hope this helps, > > Martin > > > On Mon 2023-12-04 13:57 , Lee Eric wrote: > > Hi Martin, > > > > Thanks for your reply and it seems no connection error on the compile > > server. However, do we have any updated steps on how to install kernel > > debuginfo RPM packages? I searched a lot and seems old methods to use > > debuginfo-install command does not work. > > > > Hui > > > > On Mon, Dec 4, 2023 at 4:08=E2=80=AFAM Martin Cermak wrote: > > > > > > Hi Eric, > > > > > > On Sun 2023-12-03 13:03 , Lee Eric via Systemtap wrote: > > > > Hi, > > > > > > > > I just noticed my stap scripts need to run via stap-server and I > > > > followed the doc link https://sourceware.org/systemtap/wiki/SecureB= oot > > > > to set up stap server. However, I feel like the error messages from > > > > the stap command is really odd: > > > > > > > > # stap --list-server=3Dall > > > > ... > > > > host=3Dthinkpad01.local address=3D127.0.0.1 port=3D44621 > > > > sysinfo=3D"6.5.10-300.fc39.x86_64 x86_64" version=3D5.0 > > > > certinfo=3D"00:c1:73:c9:a1" > > > > host=3Dthinkpad01.local address=3D127.0.0.1 port=3D44621 > > > > sysinfo=3D"6.5.10-200.fc38.x86_64 x86_64" version=3D5.0 > > > > certinfo=3D"00:c1:73:c9:a1" > > > > host=3Dthinkpad01.local address=3D127.0.0.1 port=3D44621 > > > > sysinfo=3D"6.3.8-200.fc38.x86_64 x86_64" version=3D5.0 > > > > certinfo=3D"00:c1:73:c9:a1" > > > > host=3Dthinkpad01.local address=3D127.0.0.1 port=3D44621 > > > > sysinfo=3D"6.3.8-100.fc37.x86_64 x86_64" version=3D5.0 > > > > certinfo=3D"00:c1:73:c9:a1" > > > > host=3Dthinkpad01.local address=3D127.0.0.1 port=3D44621 > > > > sysinfo=3D"6.3.12-200.fc38.x86_64 x86_64" version=3D5.0 > > > > certinfo=3D"00:c1:73:c9:a1" > > > > host=3Dthinkpad01.local address=3D127.0.0.1 port=3D44621 > > > > sysinfo=3D"6.5.9-200.fc38.x86_64 x86_64" version=3D5.0 > > > > certinfo=3D"00:c1:73:c9:a1" > > > > ... > > > > > > > > And I'm using Fedora 39, so I would like to test if stap can connec= t > > > > to a server regardless the stap command ONLY accepting > > > > hostname/ip/cert serial which they are all the same. > > > > > > > > # stap -vvv --use-server=3D127.0.0.1:44621 -e 'probe begin { exit()= }' > > > > ... > > > > Session arch: x86_64 release: 6.5.10-300.fc39.x86_64 > > > > Build tree: "/lib/modules/6.5.10-300.fc39.x86_64/build" > > > > Using a compile server. > > > > Running sh -c cd '/tmp/stapvTSXTA/client' && zip -qr > > > > '/tmp/stapvTSXTA/client.zip' * > > > > Spawn waitpid result (0x0): 0 > > > > Servers matching 127.0.0.1:44621: > > > > host=3Dunknown address=3D127.0.0.1 port=3D44621 sysinfo=3D"unknown= " > > > > version=3Dunknown certinfo=3D"unknown" > > > > All specified servers: > > > > host=3Dunknown address=3D127.0.0.1 port=3D44621 sysinfo=3D"unknown= " > > > > version=3Dunknown certinfo=3D"unknown" > > > > Unable to connect to a server. > > > > Passes: via server ? using 264956virt/19200res/16128shr/2424data kb= , > > > > in 0usr/0sys/4real ms. > > > > Passes: via server failed. Try again with another '-v' option. > > > > The kernel on your system requires modules to be signed for loading= . > > > > The module created by compiling your script must be signed by a > > > > systemtap compile-server. [man stap-server] > > > > ... > > > > > > > > What's the meaning of that error exactly? Why stap cannot match one > > > > server in this case? I also did wireshark and I'm sure stap didn't > > > > talk to the tcp port 44621 > > > > > > > > Is there any clue about this usage? Any help would be appreciated. > > > > > > I think you are missing a `stap --trust-servers ...` step. We > > > have a simple testcase for stap server in Fedora CI: > > > > > > https://src.fedoraproject.org/rpms/systemtap/blob/rawhide/f/tests/San= ity/stap-server-basic-sanity/runtest.sh > > > > > > One of relatively fresh logs showing how it worked on Fedora 39 > > > is here: > > > > > > https://artifacts.dev.testing-farm.io/9d3c8552-145d-424f-a4fb-ddda1f5= ef58e/work-ci1wn81l3u/plans/ci/execute/data/guest/default-0/tests/Sanity/st= ap-server-basic-sanity-32/output.txt > > > > > > Hope this helps, > > > Martin > > > > > >