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.133.124]) by sourceware.org (Postfix) with ESMTPS id 2D3A63858427 for ; Fri, 1 Apr 2022 14:05:58 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 2D3A63858427 Received: from mail-wm1-f70.google.com (mail-wm1-f70.google.com [209.85.128.70]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-610-ImmJRyqnNqye39HXB1Ba5g-1; Fri, 01 Apr 2022 10:05:55 -0400 X-MC-Unique: ImmJRyqnNqye39HXB1Ba5g-1 Received: by mail-wm1-f70.google.com with SMTP id h127-20020a1c2185000000b0038c6f7e22a4so2936698wmh.9 for ; Fri, 01 Apr 2022 07:05:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BiJ7n+xR0h/I7sajWhhJ42OJmQhDjtUSWAfQKS69Bxw=; b=o9NrhWSIFvH69DljmdAyff4vIsXo5tBG5Clm6xj3LGbyInHEpulW0NF+8QB5OVgf3n xYLJT2matKlkYx49P3j2TV/ipG8H8FKV48oZU9eQG4AuOYA02RQmTnNMhVI7Syvk2de9 JJasMv9vsRvqJOlHvVmuC8+rsiFmY7hCcHJ5U5HRRu81UbfnFQNL2m3yGsWjdKqXezwK ECdgqEGFuQeujqyOGY0gsWF/7la/ZCjkAagkrl+ofD70XTgpFctsIKdDQgQWgwaaBmZu 3TQA/T9PFbakRL9qMOfLPiLQz1iTXndbSYWvpoSi1TGW5B7SANohQwl7SfULO1Yatir6 RX1g== X-Gm-Message-State: AOAM531bYjzy7L0bxraQrDHY2LXz5rHPyMwjOQG6EWcIjrOkJTzFfKPp f9FYqowfq/9ocIvcaVVVcYHH4l6xcvwnM+//7IWD1CM9S6D0QsMZ4KqRw8YwMQ03SF8VLvov5mS KhxWqeoXBj8AalHJpTTG0NENWS387TxBqiT8= X-Received: by 2002:a7b:c30a:0:b0:389:9e1e:a15f with SMTP id k10-20020a7bc30a000000b003899e1ea15fmr8856074wmj.28.1648821953953; Fri, 01 Apr 2022 07:05:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGzcHoOyfQ+DjUHXK44OSzmw4TXX0TdA8KjjcSiv/UFrvlu3k9MGlPrJbkBTA7AqK6gpXyo/vgPkcjTLfWv/o= X-Received: by 2002:a7b:c30a:0:b0:389:9e1e:a15f with SMTP id k10-20020a7bc30a000000b003899e1ea15fmr8856056wmj.28.1648821953739; Fri, 01 Apr 2022 07:05:53 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: David Smith Date: Fri, 1 Apr 2022 10:05:42 -0400 Message-ID: Subject: Re: newer kernel+systemtap & nfs.fop.open To: Daire Byrne Cc: systemtap X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com X-Spam-Status: No, score=-3.8 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, HTML_MESSAGE, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H5, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP, T_REMOTE_IMAGE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: systemtap@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Systemtap mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2022 14:06:00 -0000 Daire, I'll take a stab at answering this. First off, note that systemtap hasn't changed in this area, the underlying kernel has. That said, I might try this (completely untested): stap -e 'probe nfs.fop.open { filename = fullpath_struct_file(task_current(), $filp); printf("filename: %s\n", filename)}' On Fri, Apr 1, 2022 at 8:27 AM Daire Byrne via Systemtap < systemtap@sourceware.org> wrote: > Hi, > > Is anyone able to point me in the right direction or is there a better > forum for asking these kinds of questions? > > Cheers, > > Daire > > On Thu, 10 Mar 2022 at 19:58, Daire Byrne wrote: > > > Hi, > > > > Bit of a newbie question, but I'm trying to port some older code to a > > newer version of systemtap (4.7pre) and I'm seeing a change in > > behaviour in the output of this: > > > > stap -e 'probe nfs.fop.open { filename = sprintf("%s", > > d_path(&$filp->f_path)); printf("filename: %s\n", filename)}' > > > > On previous versions (RHEL7, stap v4.1), the resulting filename had > > the full path including the mounted directory path or autompunt path, > > But on newer version of the kernel and systemtap, it seems like only > > the file path after the NFS mountpoint is being printed. > > > > Is there some other trick now required with the > > d_path((&$filp->f_path)) to include the NFS mountpoint location and > > provide the full path? > > > > Many thanks, > > > > Daire > > > > -- David Smith Manager Red Hat