Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1218361ybl; Fri, 6 Dec 2019 13:21:15 -0800 (PST) X-Google-Smtp-Source: APXvYqyehgbeQe0+7SvUwYjbqX30YyULvleXk2nEiwgpUHLsHMIYnQETdimdMabeY0pQ0TcojUjz X-Received: by 2002:a9d:7ccc:: with SMTP id r12mr13284393otn.22.1575667275418; Fri, 06 Dec 2019 13:21:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575667275; cv=none; d=google.com; s=arc-20160816; b=aFB/AFpmx9wWek3f/5mUyOfE6Bnosd5SXzBf5AKw+5WUq2vqvcIhnMq7vdVo+J0BDV l2jXNuUproHYI+zbPMXikxhNAUQ46hNyx9fD2NXBUkzG8xAVa41o/80GlOwwx7VKF3Tj o9M9wDDzQP0oQDblDPE4z5bcTO3TqPDGoBaVXzQCCvQUNJ9K5evF05jud/AHaVjyILv6 XCDESPUc3WZMEiuUjIiQL/fCt9d4IqBcAOsfj/jHCfCuhbMqF0gOSqYWQ7XYBmCQaNtU TG9N/TYsw9HOyHa0SQBjY5x72ub5/0ThvKrud8Z8vhDGBRob/RBeG8ymjhs8kZlLi1gc 7OwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=XpbEE9nJQZlucPVM14SlW9blNK/QD0BrhUgn9a2Tulg=; b=tofc1XqLrrK/SHQvp5fs09GqNGYOG4bvySblIOjRpYDzVpZzTqeQqofeIA8XOOF8IP LEkkF1pP8Japfopv0iu1VkeCbX1fA2EWb/m/T8JhjlZbgBLllK9SplNJW6Vjv+lN7v6b 9nSqCJmkd7PXyjmrHsGs9AwG5o38NnnWdJ6of5c5qivxH++AcThN857Vd+PQIF1EvbnE nH5L9xaKGenXzAzH3D66wvacdMR3y884pXQuLiI2tav5EM7loDu0576Ad5o/iuAfP7iA FaErO7E9/WJ6jJO50WfSqPCjl3kznGxZ4TjdPvbxyuC0n7+wSGjCLAIZt1C1+k8UvSEw roGg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id z10si6308006oto.50.2019.12.06.13.21.03; Fri, 06 Dec 2019 13:21:15 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-nfs-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726352AbfLFVVA (ORCPT + 99 others); Fri, 6 Dec 2019 16:21:00 -0500 Received: from fieldses.org ([173.255.197.46]:54250 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726404AbfLFVVA (ORCPT ); Fri, 6 Dec 2019 16:21:00 -0500 Received: by fieldses.org (Postfix, from userid 2815) id 787E81C83; Fri, 6 Dec 2019 16:20:59 -0500 (EST) Date: Fri, 6 Dec 2019 16:20:59 -0500 From: "J. Bruce Fields" To: Vasily Averin Cc: "linux-nfs@vger.kernel.org" , Chuck Lever , Trond Myklebust , Anna Schumaker Subject: Re: unsafe req->rq_xprt using inside bc_svc_process() ? Message-ID: <20191206212059.GD17524@fieldses.org> References: <79494560-1876-494a-0838-cc646eabf68c@virtuozzo.com> <3b4bd000-13f6-bd4e-a0ea-3e4da3882135@virtuozzo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3b4bd000-13f6-bd4e-a0ea-3e4da3882135@virtuozzo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Thu, Dec 05, 2019 at 11:40:04AM +0300, Vasily Averin wrote: > I've found that Trond fixed it recently in commit 875f0706acc > "SUNRPC: The TCP back channel mustn't disappear while requests are outstanding" Thanks for following up!--b. > > On 11/29/19 5:10 PM, Vasily Averin wrote: > >OpenVz team got complain on crash in bc_svc_process(). > >Crashed node had 15 running containers with active nfsv4.1 mounts, > >single nfsv4.1-svc thread was processed its back-channel requests. > >In our case nfs41_callback_svc() took rpc_rqst *req from serv->sv_cb_list > >started its processing but found that req->rq_xprt points to already freed > >struct rpc_xprt aka part of struct sock_xprt transport. > > > >Back-channel request was submitted via xprt_complete_bc_request(), > >its processing uses req->rq_xprt reference in many times, > >however I did not found who keeps this reference. > >It seems sock_xprt or even whole its net namespace can be freed before bc_svc_process() will start processing of submitted back-channel request, and req->rq_xprt using is unsafe in bc_svc_process() > > > >Am I missed something probably?