Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp35597507rwd; Mon, 10 Jul 2023 09:36:46 -0700 (PDT) X-Google-Smtp-Source: APBJJlFqrdznnhUeVOpbWFom3D/QcGoexIe899vI2m4g7HCaCdcPEI7fGZdy/YFrOiB0r1GmuvOq X-Received: by 2002:a19:501d:0:b0:4f8:6e6e:4100 with SMTP id e29-20020a19501d000000b004f86e6e4100mr9996411lfb.52.1689007006037; Mon, 10 Jul 2023 09:36:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689007006; cv=none; d=google.com; s=arc-20160816; b=gUouYaCf4laNBMLeHw9bGKGoU6sfJJ17QDUFcWGSeodq97aZr1bPT2szloNY3dmhmu Mb3ragVSrisNuxpxHmPl0R0668rbk8KJW32E45tkAPAzuBJbFpxA4VhJXl5qyyV7haX7 RZQPBTaKs3sJoeLJVGu0F/DxI+hseTY8y8n0+nb67iPMJ2tegamZCBVjFOdZTMD0iPNZ 6BvuHbNmcLcauPOsTN66YiPdpzEIcyaC3hz5OpmS1DIuYcYTAp5NyRIbLaI+l4qh3Gtj ZX2CyaZBBhOMJ2+6wfZ0gT28bEDLU0fKmN4vQmCIrZsBcbtrGyfONxbmIe3on8oijOkK 6mgQ== 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=9AQi/zDXYoT3Eb3VH4ej5BQCo0whqjkKrcY/gPjCTEk=; fh=yrhOlV0irVnizlCgh4PFCxqwdigRPZuizbtcr04LweA=; b=roWOOw8BL4Y+NWiDR3b8qrIrIATk4qcv3jPEBrnc7Ez8zxP8Yl613TrF0/waQFA2t2 7H38z7zinGfMRpL/ar9BUQJzptB+8vzmCcDxF/2clSM5cFJLlLYeJc9oFsCjVJzYHSf0 Aw7l7F9s8lETwD8X5aWktDRAqlWlvNr+hWT9JaGSpgU2pVAqyI+Plb9miiT9Buzu7B0b Td2KqhpNm+2kA76G1DOsA4WuVyYL8zNaLLRFHSdAHv9hN27RwG/a1u0FlVEGhc/gJ0GK gfFltkbKN8ZyHn/qUD1n7Ue4HWYB7En8RVlcWNTAhgn/56NWcuHY25zQhdult2XlbD/q Hmdg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=u7ZhO9vC; 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 bc3-20020a056402204300b0051de537901asi10232968edb.92.2023.07.10.09.36.14; Mon, 10 Jul 2023 09:36:45 -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=u7ZhO9vC; 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 S229936AbjGJQS6 (ORCPT + 99 others); Mon, 10 Jul 2023 12:18:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36274 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229659AbjGJQS4 (ORCPT ); Mon, 10 Jul 2023 12:18:56 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C2F5F106 for ; Mon, 10 Jul 2023 09:18:54 -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 58681610A2 for ; Mon, 10 Jul 2023 16:18:54 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6AB56C433C7; Mon, 10 Jul 2023 16:18:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1689005933; bh=wdkhIuvDoeHkiF2MfN1z3aKdqv4w4UDhVdvYaPtpGMY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=u7ZhO9vC154Kzqbldq4h5Zvo4PUHjhifexUJ/XeWHIc6/RQI7bkHqUIxXemrEFvSt 9voI4lUe6eAfxDSn/X/4+IECLcmkFHKZXRC1IPJNRuorOXbrBFMBnnvjNYe9N23tD+ iK1L5K4HzcEiHRb1CF3Avpw7rT5B8W2orCdEhEEANAwCUcYvrJOSNJIdBE0eat+cK1 X0BU1u4V6Lm8bK8FvjEypJ1Y6R8trFpksJrDkIZuYXPHn5FYAjJW8ygs7CMOXoEo3p HS1SRTNhhpt/RU2cQiNY3sCF8aHDObhsysJiX0cnkVNkicsJuU5NbobpGj1CtWdCJ+ AwjxnU5xGsQ0Q== Date: Mon, 10 Jul 2023 18:18:50 +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="A42N2qrieyu7CcMy" Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, 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 --A42N2qrieyu7CcMy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Jun 29, Chuck Lever wrote: > On Thu, Jun 29, 2023 at 09:55:28AM -0400, Chuck Lever wrote: > > 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. > >=20 > > Do you have a user space tool to monitor this file? > >=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= opnum) > > > =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 *fil= e) > > > 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= _info, > > > + 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_IW= USR|S_IRUSR}, > > > [NFSD_V4EndGrace] =3D {"v4_end_grace", &transaction_ops, S_IWUSR|S= _IRUGO}, > > > #endif > > > + [NFSD_Rpc_Status] =3D {"rpc_status", &nfsd_rpc_status_fops, S_IRUG= O}, > > > /* 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 nfs= d_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 *inod= e, 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. > >=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. > >=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)); >=20 > Had another thought on this. svc_rqst::rq_stime should be included here > because if both the XID and stime don't change between peeks into this > file, that's a sure sign that the transaction is not making progress. ack, I will add it. Regards, Lorenzo >=20 >=20 > > > + 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). > >=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 pay= load > > > --=20 > > > 2.41.0 > > >=20 --A42N2qrieyu7CcMy Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYKAB0WIQTquNwa3Txd3rGGn7Y6cBh0uS2trAUCZKwvaQAKCRA6cBh0uS2t rOWaAQDADhOicJpCcQQR3u0zT+kvNPY3Rx5IAD6oWYHnqbbPewEAzgEfywExVBY3 TjRuEqOG2tYF6SC0qDN2F22YT/mQ1wM= =RVVK -----END PGP SIGNATURE----- --A42N2qrieyu7CcMy--