Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp503451pxv; Wed, 14 Jul 2021 08:50:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJybn6BSnVSFY1ppPgUNMo2oI+QwToeL7PosD3Y1XNXhgRDxs2cEbg/IBVGJa5KlEpRea3sA X-Received: by 2002:a05:6602:8c3:: with SMTP id h3mr7515284ioz.144.1626277855641; Wed, 14 Jul 2021 08:50:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626277855; cv=none; d=google.com; s=arc-20160816; b=XE/l/lR7/UOtvKvvjB75Mv0pmTDZ+tAkUuYR84JdPxczlH8N7dAKJd9S85QbDcVBFL rzfzXaYAgRaIcBe2KqHAaCpwXYa5aV2W3G7I6lfTsAFqsQiGek6flUJPIN/aiLKbQk8Z sX/VwzDJuEqgqip/j5U80Ch1K1117c6HH9jss+eOiZBwVBkHZPOTpy453pVVGdTo7cK4 bnEfafX3QC6BF4d6eL6xplSJXFKQpRxdaPcUN7xTL0vXURuPlkyxNsmJonYTGgg0nmdu HurKbHOCIYhLCTnCW2I3qlHD05CQGGKWiukr9UdPYuX2DehO/i3s8fmEL2rr83SAIFb4 wiCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:to:from:subject; bh=gJU5FYYRPhD+C+dDLBQ9vi97vLWyJiFapsev63vKmjE=; b=Lgu0/gmz/xAIFIoigvrvjUk91PGB7zeeUcozNWkyLuSpbxQ+vmhBDKmy9DCwyuqO5q 8NWd4plRoD8HgAhKGXCKZl4wxsFHQD8liyW0sCPk1NYXxwv3vG84rfbEn6EJTPcz9zUv qSofGkUeNHg/DFhDOJNxFa/iHhICJNHCv3DG8Am66H8f0kIv78mL4sV9ALPh+aa/Fiof O+mmSptvNXa8JxxIsMYfWMThqC017eWZhhJ6pRhv4d3yyXVQPLQp200yf9n68H80xp56 NVsVYm3JJMPkluSitsJtUbebmpakMr4L900phs1mh7SEIyptiPhCMseGdSqOtCwmBBrm Cx0w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z24si3019830jap.49.2021.07.14.08.50.43; Wed, 14 Jul 2021 08:50:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239652AbhGNPx2 (ORCPT + 99 others); Wed, 14 Jul 2021 11:53:28 -0400 Received: from mail.kernel.org ([198.145.29.99]:41212 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239554AbhGNPx2 (ORCPT ); Wed, 14 Jul 2021 11:53:28 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 45662613C5 for ; Wed, 14 Jul 2021 15:50:36 +0000 (UTC) Subject: [PATCH RFC 4/4] SUNRPC: Unset RPC_TASK_NO_RETRANS_TIMEOUT for NULL RPCs From: Chuck Lever To: linux-nfs@vger.kernel.org Date: Wed, 14 Jul 2021 11:50:35 -0400 Message-ID: <162627783556.1294.4875890480589342085.stgit@manet.1015granger.net> In-Reply-To: <162627611661.1294.9189768423517916152.stgit@manet.1015granger.net> References: <162627611661.1294.9189768423517916152.stgit@manet.1015granger.net> User-Agent: StGit/1.1 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org In some rare failure modes, the server is actually reading the transport, but then just dropping the requests on the floor. TCP_USER_TIMEOUT cannot detect that case. Prevent such a stuck server from pinning client resources indefinitely by ensuring that certain idempotent requests (such as NULL) can time out even if the connection is still operational. Otherwise rpc_bind_new_program(), gss_destroy_cred(), or rpc_clnt_test_and_add_xprt() can wait forever. Signed-off-by: Chuck Lever --- net/sunrpc/clnt.c | 15 ++++++++++++++- 1 file changed, 14 insertions(+), 1 deletion(-) diff --git a/net/sunrpc/clnt.c b/net/sunrpc/clnt.c index ca2000d8cf64..d34737a8a68a 100644 --- a/net/sunrpc/clnt.c +++ b/net/sunrpc/clnt.c @@ -2694,6 +2694,18 @@ static const struct rpc_procinfo rpcproc_null = { .p_decode = rpcproc_decode_null, }; +static void +rpc_null_call_prepare(struct rpc_task *task, void *data) +{ + task->tk_flags &= ~RPC_TASK_NO_RETRANS_TIMEOUT; + rpc_call_start(task); +} + +static const struct rpc_call_ops rpc_null_ops = { + .rpc_call_prepare = rpc_null_call_prepare, + .rpc_call_done = rpc_default_callback, +}; + static struct rpc_task *rpc_call_null_helper(struct rpc_clnt *clnt, struct rpc_xprt *xprt, struct rpc_cred *cred, int flags, @@ -2707,7 +2719,7 @@ struct rpc_task *rpc_call_null_helper(struct rpc_clnt *clnt, .rpc_xprt = xprt, .rpc_message = &msg, .rpc_op_cred = cred, - .callback_ops = (ops != NULL) ? ops : &rpc_default_ops, + .callback_ops = ops ?: &rpc_null_ops, .callback_data = data, .flags = flags | RPC_TASK_SOFT | RPC_TASK_SOFTCONN | RPC_TASK_NULLCREDS, @@ -2758,6 +2770,7 @@ static void rpc_cb_add_xprt_release(void *calldata) } static const struct rpc_call_ops rpc_cb_add_xprt_call_ops = { + .rpc_call_prepare = rpc_null_call_prepare, .rpc_call_done = rpc_cb_add_xprt_done, .rpc_release = rpc_cb_add_xprt_release, };