From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by sourceware.org (Postfix) with ESMTPS id 5A1553858D1E for ; Tue, 5 Dec 2023 07:26:19 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 5A1553858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=redhat.com ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 5A1553858D1E Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=170.10.129.124 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701761180; cv=none; b=rkm3fzTe9WfY16m26JUT0t5MH9aVfs/1SZ+ZCLJ2XDlRrMdOkzz+gWVVB56TGI3MUZlqQmDFrw2sQqX6BcXuCmHcFjTBupOrNTyf+LfS2XmcdmPYJ9QeHP14+NHpn+bdIv01CaRSAh6gPtY5HcQbA5Fs2ttEj9W5vybJ7yhTV8M= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1701761180; c=relaxed/simple; bh=570GKYMif/T9dN2mt6l224DneIZqkpkIGbQBlQ3vW6g=; h=DKIM-Signature:Date:From:To:Subject:Message-ID:MIME-Version; b=sIOeT4Nfrd8DKJZf0EuZ+KlhZBUfQwNxxicepfLt0T36qdTynYa3PMut3xBeUmjZtou/rLvcBnlVmh1ZojmL9iPH+VbhasjRnjhdVdJWYNvWiferfx+uqgYrolCsQ+3vTeSGkZDwaXJZ55nlENQZbLxQleDxb04LP4R9+qVdRr0= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1701761179; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=faZN7lQjPRJCfQh5n4Yh2IMVW549rmutD5hMJkfe8JQ=; b=Y0APNjAGNfNuL6qZJJoOpV86UbBv5qJF9l6AdjwQds0iNBNEV+XQQ7wWg5qjcsSKQ+DmX8 xqTBZwWvTF1eiNbOHqJ6pdpONWkEhPpX6F5g7lMVgaiAC3/w5o7hW9zFNdSlZZPceed35/ K9n59atYsFqWo9rUV2tGHPW9LqQvgq8= Received: from mail-lf1-f72.google.com (mail-lf1-f72.google.com [209.85.167.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-277-Nu8c_yCoNpuAHg47QC5YJw-1; Mon, 04 Dec 2023 15:53:27 -0500 X-MC-Unique: Nu8c_yCoNpuAHg47QC5YJw-1 Received: by mail-lf1-f72.google.com with SMTP id 2adb3069b0e04-50be6eae316so1715250e87.0 for ; Mon, 04 Dec 2023 12:53:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1701723206; x=1702328006; h=user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=faZN7lQjPRJCfQh5n4Yh2IMVW549rmutD5hMJkfe8JQ=; b=pTWquJulz/EHOwoCYOSfSOOtL80i2Wg6wK9v3+sDyxInknRQ9HpsIe9eqtCDD7AKyu zrwHmcWdKFWFiPFQcO/W/EHLjnYE2vEeW64RCbhSeQ2YmfRhbD+ZlS1V1oW7ZEnp+wwZ NcSOT8V0fDB+If3lDnch8cjk1c/jDcPxAPhe+6JEOLI4WjPNrNlhxIO/XB1sysS1OizO xdozyLYvSmtaYTa73EH/FDKxObMfZS/dVQG6bEdRTBmaaPcU9Q2Ui7x4KL2Y0ESrsHef vNDBLG2VH/DuXUVWG0vrg5mdBnQHPUhIhBCOYSY44sVGehNR3mA3rGyIcx5bVEtq1tAu GssA== X-Gm-Message-State: AOJu0YxYgl3lWWVFz+0e0tOiEDrazTmw5RSc40Jz86XxKitIeOu3P/tA 7tQBq0OCI1/GBwiPJI4Iz+R4XM+snvtSzieskDt37QD9Vb3aqCxfrDhXqxDWH4cW1SP2OG5Syun 7JFvA9o6LxbxjHkJ9M+k= X-Received: by 2002:a05:6512:1051:b0:50b:fdc6:2a7e with SMTP id c17-20020a056512105100b0050bfdc62a7emr485510lfb.159.1701723205795; Mon, 04 Dec 2023 12:53:25 -0800 (PST) X-Google-Smtp-Source: AGHT+IG4R0U9lxidGzH787xJrVoiMjuL7Xi1xdTKfRnw4jJcqCuS901fwHmZxPoxxCFrNAacv6jTNw== X-Received: by 2002:a05:6512:1051:b0:50b:fdc6:2a7e with SMTP id c17-20020a056512105100b0050bfdc62a7emr485504lfb.159.1701723205344; Mon, 04 Dec 2023 12:53:25 -0800 (PST) Received: from lida.tpb.lab.eng.brq.redhat.com (nat-pool-brq-t.redhat.com. [213.175.37.10]) by smtp.gmail.com with ESMTPSA id k24-20020aa7d8d8000000b0054c38db8da7sm206615eds.5.2023.12.04.12.53.24 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Dec 2023 12:53:25 -0800 (PST) Date: Mon, 4 Dec 2023 21:53:24 +0100 From: Martin Cermak To: Lee Eric Cc: systemtap@sourceware.org Subject: Re: stap server is not able to use Message-ID: <20231204205323.3jbqqvkpsftlrexq@lida.tpb.lab.eng.brq.redhat.com> References: <20231204090848.aue4z3iydlyl43id@lida.tpb.lab.eng.brq.redhat.com> MIME-Version: 1.0 In-Reply-To: User-Agent: NeoMutt/20180716 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE,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: Hi Eric, systemtap packages come with stap-prep command that should do it for you: https://sourceware.org/systemtap/SystemTap_Beginners_Guide/using-systemtap.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 AM 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/SecureBoot > > > to set up stap server. However, I feel like the error messages from > > > the stap command is really odd: > > > > > > # stap --list-server=all > > > ... > > > host=thinkpad01.local address=127.0.0.1 port=44621 > > > sysinfo="6.5.10-300.fc39.x86_64 x86_64" version=5.0 > > > certinfo="00:c1:73:c9:a1" > > > host=thinkpad01.local address=127.0.0.1 port=44621 > > > sysinfo="6.5.10-200.fc38.x86_64 x86_64" version=5.0 > > > certinfo="00:c1:73:c9:a1" > > > host=thinkpad01.local address=127.0.0.1 port=44621 > > > sysinfo="6.3.8-200.fc38.x86_64 x86_64" version=5.0 > > > certinfo="00:c1:73:c9:a1" > > > host=thinkpad01.local address=127.0.0.1 port=44621 > > > sysinfo="6.3.8-100.fc37.x86_64 x86_64" version=5.0 > > > certinfo="00:c1:73:c9:a1" > > > host=thinkpad01.local address=127.0.0.1 port=44621 > > > sysinfo="6.3.12-200.fc38.x86_64 x86_64" version=5.0 > > > certinfo="00:c1:73:c9:a1" > > > host=thinkpad01.local address=127.0.0.1 port=44621 > > > sysinfo="6.5.9-200.fc38.x86_64 x86_64" version=5.0 > > > certinfo="00:c1:73:c9:a1" > > > ... > > > > > > And I'm using Fedora 39, so I would like to test if stap can connect > > > to a server regardless the stap command ONLY accepting > > > hostname/ip/cert serial which they are all the same. > > > > > > # stap -vvv --use-server=127.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=unknown address=127.0.0.1 port=44621 sysinfo="unknown" > > > version=unknown certinfo="unknown" > > > All specified servers: > > > host=unknown address=127.0.0.1 port=44621 sysinfo="unknown" > > > version=unknown certinfo="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/Sanity/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-ddda1f5ef58e/work-ci1wn81l3u/plans/ci/execute/data/guest/default-0/tests/Sanity/stap-server-basic-sanity-32/output.txt > > > > Hope this helps, > > Martin > > >