Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp35537982rwd; Mon, 10 Jul 2023 08:50:22 -0700 (PDT) X-Google-Smtp-Source: APBJJlHZlOVSMKrdLFJgJXMXRpDEvj6Af6dqK3oVVeiiz7v1pZ9kSW1PGa/SL589y4ctuWo2/76X X-Received: by 2002:a17:902:cec3:b0:1b8:89fd:6213 with SMTP id d3-20020a170902cec300b001b889fd6213mr10829662plg.35.1689004222053; Mon, 10 Jul 2023 08:50:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689004222; cv=none; d=google.com; s=arc-20160816; b=tuvZxAyjQs/jsN8e2trG3j6IsHXjxlpX9Px2o/RU9XgHMrZ26e+2JHGv6e55KsR/8C ZcvBrSRHXkBPn+3CxRxJdNtKlF2duNBp/8DdhgjlHFi4NBuRvUDZahgcMiW3a2UNXvhn fMeFGUGS/4I6hmE+iwJ+/Eo0Mgsw+tlWJezPhTPr5LwnNLWbmGsAgO5bwkb7XMPK4zWb sI7H6WY+bs1BZVQEWigMJf2PWlJ1IXfa2Nzcz8hGidHP0pC12zkP7USp4JUZDYF+6D5h nYJVpMNdwhN+l8F8Ale7YSNSM29z4ibe72GYc2KkHT7sdWzk3wquCIi5k+qXWHVszrtP 6dOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=m2yOd9UDUd2MYogGxw4deb7lqULglnriUf7gF69MvN0=; fh=yrhOlV0irVnizlCgh4PFCxqwdigRPZuizbtcr04LweA=; b=SDN0VCWYjjJNtA+C6t5zdPbDXUABJZDu5hB0gjPC6Hx2xUHW8w51hVgvGQLcCMi5uZ HiuonoxHDtJJICeI9z8MaVfYiTaWM3skhLj7S82OMEWYK3/ism+gcbwPgNyui/AAEzbT dn36h8jiqcgsmf+G95Bb32ARI6nj6OQKOL1AdmMR24bzGxozgez7T+DSEU7T1WkYLCDf a+F/dY4nrOQEpmvZ+4LTDXKS+EE2zEZzalus/TbjNLKgTz12/mQkaA700CgpN1byCS/Y LvyHqAQqKqFVD6JPvcfncrGynd0yjhkhjXtkW+lgsFKqyOFIm60FlmwBoT79N3/uRJtg S5gA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=q2tRiBZD; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id p18-20020a170902ebd200b001b50cc75c2dsi26258plg.611.2023.07.10.08.50.08; Mon, 10 Jul 2023 08:50:22 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=q2tRiBZD; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231548AbjGJPdV (ORCPT + 99 others); Mon, 10 Jul 2023 11:33:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43692 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230144AbjGJPdU (ORCPT ); Mon, 10 Jul 2023 11:33:20 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 72293D1 for ; Mon, 10 Jul 2023 08:33:19 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 1120C6106C for ; Mon, 10 Jul 2023 15:33:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id EEEF4C433C9; Mon, 10 Jul 2023 15:33:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1689003198; bh=ITvwhDZ2gkkkAEv9tRxfUkr/zYkBKbydkl1+C96sQ+E=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=q2tRiBZDNgSqMTKSEBJapk8WjZQyzGSB2HB/xjILh8hxGX4aTOo44UXGO/S6jfOYg H+atdEh05I6I6lFn01ZyNxBDhDjqusG5UCO/kuwkVdMpHz6+M9vEaeLhS3c0iHZ/YT CebXT6zGnr+745uhlQ4z5obJQtym1lP1v/oK+L+0W/uiRNkOCTWKF/ECmKPvErPjD5 d4xnfoUgB4H90ADiKvpNgTdQJa0h7fxgTP3MF3NWzanHJLE7Rm6R8cblA/TCdKlu+J a9NrXqTVteXtqCS7DFg3BmgZHkJaxWVBlv9dBtLoB+DYVJ6/xLaU+iwXrbW6visgwH 4WNs7/Ph/flhg== Date: Mon, 10 Jul 2023 17:33:14 +0200 From: Lorenzo Bianconi To: Chuck Lever Cc: linux-nfs@vger.kernel.org, lorenzo.bianconi@redhat.com, chuck.lever@oracle.com, jlayton@kernel.org Subject: Re: [RFC] NFSD: add rpc_status entry in nfsd debug filesystem Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="h8/PErG91EOrmHEq" Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, RCVD_IN_DNSWL_BLOCKED,SPF_HELO_NONE,SPF_PASS,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 lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org --h8/PErG91EOrmHEq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > On Thu, Jun 29, 2023 at 12:17:33PM +0200, Lorenzo Bianconi wrote: > > Introduce rpc_status entry in nfsd debug filesystem in order to dump > > pending RPC requests debugging information. > >=20 > > Link: https://bugzilla.linux-nfs.org/show_bug.cgi?id=3D366 >=20 > Nice to see progress on this. Hi Chuck, thx for the review. >=20 > Do you have a user space tool to monitor this file? not so far. >=20 >=20 > > Signed-off-by: Lorenzo Bianconi > > --- > > fs/nfsd/nfs4proc.c | 4 +-- > > fs/nfsd/nfsctl.c | 18 ++++++++++++++ > > fs/nfsd/nfsd.h | 2 ++ > > fs/nfsd/nfssvc.c | 61 ++++++++++++++++++++++++++++++++++++++++++++++ > > net/sunrpc/svc.c | 2 +- > > 5 files changed, 83 insertions(+), 4 deletions(-) > >=20 > > diff --git a/fs/nfsd/nfs4proc.c b/fs/nfsd/nfs4proc.c > > index 5ae670807449..a4dd1ef104c3 100644 > > --- a/fs/nfsd/nfs4proc.c > > +++ b/fs/nfsd/nfs4proc.c > > @@ -2452,8 +2452,6 @@ static inline void nfsd4_increment_op_stats(u32 o= pnum) > > =20 > > static const struct nfsd4_operation nfsd4_ops[]; > > =20 > > -static const char *nfsd4_op_name(unsigned opnum); > > - > > /* > > * Enforce NFSv4.1 COMPOUND ordering rules: > > * > > @@ -3583,7 +3581,7 @@ void warn_on_nonidempotent_op(struct nfsd4_op *op) > > } > > } > > =20 > > -static const char *nfsd4_op_name(unsigned opnum) > > +const char *nfsd4_op_name(unsigned opnum) > > { > > if (opnum < ARRAY_SIZE(nfsd4_ops)) > > return nfsd4_ops[opnum].op_name; > > diff --git a/fs/nfsd/nfsctl.c b/fs/nfsd/nfsctl.c > > index 1489e0b703b4..9d0b0a53510b 100644 > > --- a/fs/nfsd/nfsctl.c > > +++ b/fs/nfsd/nfsctl.c > > @@ -57,6 +57,8 @@ enum { > > NFSD_RecoveryDir, > > NFSD_V4EndGrace, > > #endif > > + NFSD_Rpc_Status, > > + > > NFSD_MaxReserved > > }; > > =20 > > @@ -195,6 +197,21 @@ static inline struct net *netns(struct file *file) > > return file_inode(file)->i_sb->s_fs_info; > > } > > =20 > > +static int nfsd_rpc_status_show(struct seq_file *m, void *v) > > +{ > > + struct nfsd_net *nn =3D net_generic(file_inode(m->file)->i_sb->s_fs_i= nfo, > > + nfsd_net_id); > > + > > + mutex_lock(&nfsd_mutex); > > + if (nn->nfsd_serv) > > + nsfd_rpc_status(m, nn->nfsd_serv); > > + mutex_unlock(&nfsd_mutex); > > + > > + return 0; > > +} > > + > > +DEFINE_SHOW_ATTRIBUTE(nfsd_rpc_status); > > + > > /* > > * write_unlock_ip - Release all locks used by a client > > * > > @@ -1400,6 +1417,7 @@ static int nfsd_fill_super(struct super_block *sb= , struct fs_context *fc) > > [NFSD_RecoveryDir] =3D {"nfsv4recoverydir", &transaction_ops, S_IWUS= R|S_IRUSR}, > > [NFSD_V4EndGrace] =3D {"v4_end_grace", &transaction_ops, S_IWUSR|S_I= RUGO}, > > #endif > > + [NFSD_Rpc_Status] =3D {"rpc_status", &nfsd_rpc_status_fops, S_IRUGO}, > > /* last one */ {""} > > }; > > =20 > > diff --git a/fs/nfsd/nfsd.h b/fs/nfsd/nfsd.h > > index d88498f8b275..a149157ec243 100644 > > --- a/fs/nfsd/nfsd.h > > +++ b/fs/nfsd/nfsd.h > > @@ -87,6 +87,7 @@ bool nfssvc_encode_voidres(struct svc_rqst *rqstp, > > */ > > int nfsd_svc(int nrservs, struct net *net, const struct cred *cred); > > int nfsd_dispatch(struct svc_rqst *rqstp); > > +void nsfd_rpc_status(struct seq_file *m, struct svc_serv *serv); > > =20 > > int nfsd_nrthreads(struct net *); > > int nfsd_nrpools(struct net *); > > @@ -506,6 +507,7 @@ extern void nfsd4_ssc_init_umount_work(struct nfsd_= net *nn); > > =20 > > extern void nfsd4_init_leases_net(struct nfsd_net *nn); > > =20 > > +const char *nfsd4_op_name(unsigned opnum); > > #else /* CONFIG_NFSD_V4 */ > > static inline int nfsd4_is_junction(struct dentry *dentry) > > { > > diff --git a/fs/nfsd/nfssvc.c b/fs/nfsd/nfssvc.c > > index 9c7b1ef5be40..7a881f9a3a13 100644 > > --- a/fs/nfsd/nfssvc.c > > +++ b/fs/nfsd/nfssvc.c > > @@ -1142,3 +1142,64 @@ int nfsd_pool_stats_release(struct inode *inode,= struct file *file) > > mutex_unlock(&nfsd_mutex); > > return ret; > > } > > + >=20 > Please add a kdoc comment here that describes the purpose of this > function, its API contract, and any non-obvious assumptions. ack, will do. >=20 >=20 > > +void nsfd_rpc_status(struct seq_file *m, struct svc_serv *serv) > > +{ > > + int i; > > + > > + lockdep_assert_held(&nfsd_mutex); >=20 > The nfsd_mutex is held, I assume, to serialize with service > shutdown. IMO you should add a comment to that effect. I will rework it addressing Jeff's comments. >=20 > > + > > + rcu_read_lock(); >=20 > The RCU read lock protects the sp_all_threads list. OK. >=20 > > + > > + for (i =3D 0; i < serv->sv_nrpools; i++) { > > + struct svc_rqst *rqstp; > > + > > + seq_puts(m, "XID | FLAGS | PROG |"); > > + seq_puts(m, " VERS | PROC\t|"); > > + seq_puts(m, " REMOTE - LOCAL IP ADDR"); > > + seq_puts(m, "\t\t\t\t\t\t\t\t | NFS4 COMPOUND OPS\n"); > > + list_for_each_entry_rcu(rqstp, > > + &serv->sv_pools[i].sp_all_threads, > > + rq_all) { > > + if (!test_bit(RQ_BUSY, &rqstp->rq_flags)) > > + continue; > > + > > + seq_printf(m, > > + "0x%08x | 0x%08lx | 0x%08x | NFSv%d | %s\t|", > > + be32_to_cpu(rqstp->rq_xid), rqstp->rq_flags, > > + rqstp->rq_prog, rqstp->rq_vers, > > + svc_proc_name(rqstp)); > > + > > + if (rqstp->rq_addr.ss_family =3D=3D AF_INET) { > > + seq_printf(m, " %pI4 - %pI4\t\t\t\t\t\t\t |", > > + &((struct sockaddr_in *)&rqstp->rq_addr)->sin_addr, > > + &((struct sockaddr_in *)&rqstp->rq_daddr)->sin_addr); > > + } else if (rqstp->rq_addr.ss_family =3D=3D AF_INET6) { > > + seq_printf(m, " %pI6 - %pI6 |", > > + &((struct sockaddr_in6 *)&rqstp->rq_addr)->sin6_addr, > > + &((struct sockaddr_in6 *)&rqstp->rq_daddr)->sin6_addr); > > + } else { > > + seq_printf(m, " Unknown address family: %hu\n", > > + rqstp->rq_addr.ss_family); > > + continue; > > + } > > +#ifdef CONFIG_NFSD_V4 > > + if (rqstp->rq_vers =3D=3D NFS4_VERSION && > > + rqstp->rq_proc =3D=3D NFSPROC4_COMPOUND) { > > + /* NFSv4 compund */ > > + struct nfsd4_compoundargs *args =3D rqstp->rq_argp; > > + struct nfsd4_compoundres *resp =3D rqstp->rq_resp; > > + > > + while (resp->opcnt < args->opcnt) { > > + struct nfsd4_op *op =3D &args->ops[resp->opcnt++]; > > + > > + seq_printf(m, " %s", nfsd4_op_name(op->opnum)); > > + } > > + } > > +#endif /* CONFIG_NFSD_V4 */ > > + seq_puts(m, "\n"); >=20 > My only quibble here is that the file format needs to be parsable > by scripts as well as readable by humans. I'm not sure I have a > specific comment, but it's something that needs some attention and > verification (with, say, a sample user space tool, hint hint). maybe we can add a csv hanlder, what do you think? not sure. Regards, Lorenzo >=20 >=20 > > + } > > + } > > + > > + rcu_read_unlock(); > > +} > > diff --git a/net/sunrpc/svc.c b/net/sunrpc/svc.c > > index e6d4cec61e47..f99cad92e9f4 100644 > > --- a/net/sunrpc/svc.c > > +++ b/net/sunrpc/svc.c > > @@ -1625,7 +1625,7 @@ const char *svc_proc_name(const struct svc_rqst *= rqstp) > > return rqstp->rq_procinfo->pc_name; > > return "unknown"; > > } > > - > > +EXPORT_SYMBOL_GPL(svc_proc_name); > > =20 > > /** > > * svc_encode_result_payload - mark a range of bytes as a result paylo= ad > > --=20 > > 2.41.0 > >=20 --h8/PErG91EOrmHEq Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQTquNwa3Txd3rGGn7Y6cBh0uS2trAUCZKwkugAKCRA6cBh0uS2t rH/+APoDKQgrz95oWwst/uCYi7rOlFhlc9yGFOPZaTn0MZVi5wEAj6sCttZunvQ3 X9rnp1ABnjPi4Nc1YvePoyW3czH5BQc= =kml7 -----END PGP SIGNATURE----- --h8/PErG91EOrmHEq--