Received: by 2002:a25:86ce:0:0:0:0:0 with SMTP id y14csp2149136ybm; Thu, 23 May 2019 12:10:25 -0700 (PDT) X-Google-Smtp-Source: APXvYqyfQ3XvMBqj4Hayhv4XaMLAwjEGEe+zYnWeq9GGISr4QBdZwYV6lnLNApevt6ki7ZsT7g9d X-Received: by 2002:aa7:9577:: with SMTP id x23mr105934394pfq.164.1558638625470; Thu, 23 May 2019 12:10:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558638625; cv=none; d=google.com; s=arc-20160816; b=dNmu0zK2b/Wp7vxX4vKYJ4fgxo++AEIVDclTH3/J9l0/wDHevVSZrBTRkGyvSsb7KQ QQOHIDTr7cnh2XyorKm+la4o2cCSBz5ypc4IesX3ayKOMvwPdofsOkMn3VaPOFHbQjb0 heFolxhJRPUqAOMtUiyXhxMDLAz4rXrEIYx87i5SZE/eexW1zGsO4yu9fI/9GU2LoV3W CH4W1ap74f3BX3y3ntfFR2eIw6HP6evATfhs8Xddb3vJSXNTIDOsmi/cUwuQsKTSWSi4 LOcEDkmUT0tALt5rxFERilSgyEUiEigGBxKGoN/N2GJbHa0XAVlG7Au2YjjfigablRWS hTwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=y3Hld4K2abI2EtoqSbgIPAj0Z5X4IZCyAdsTmbzEj7o=; b=P8apqxia7ciz6O6C31P+rZHlMFec+xhX2O4tZGAXxJMxxoitfmC0jdtSCAb/cpFlAa bSfStwwx37p5jKwMeDwH6NrJ21d/ZzDRVUzsvrCFFFObMYn9a+1wcWehR0ZB0p5laKh4 B8Qz4A/YEtlWR/x3t9WgaLo8sA8j4MXgXgPLpr1TD4/79pXX2uLSx0S+yAICvcq4G1Qh pxUDY7LUVRn0YcfFGNvYqH2p+w5OGLGcLdN55Pa4IHpOl56E3n9+PtBcCnpHpTnZG88N H+zvtbEtW62ALJsCn6SHK1j8h30OpojgVfdVaR62hXYvvhk24NVR7bpH5TjTZQL/4BX/ fIvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Yd9rw4zb; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-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 k193si520319pge.306.2019.05.23.12.10.10; Thu, 23 May 2019 12:10:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Yd9rw4zb; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731825AbfEWTIj (ORCPT + 99 others); Thu, 23 May 2019 15:08:39 -0400 Received: from mail.kernel.org ([198.145.29.99]:41424 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731464AbfEWTIi (ORCPT ); Thu, 23 May 2019 15:08:38 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 16F8A21841; Thu, 23 May 2019 19:08:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1558638517; bh=SNM0Fl27uXWqQ5amLSxTAalRgg9QV1Z6TRqIcxX9UNU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Yd9rw4zbxq0RX6e+GUTFDFWy/BZInqsl6bOvk1Pq2S91MQw0g0EZ15phvU8f4n7bT MQpj1Kpi3hvqc615EeD76BMmQyL4xuvD9NFrz/XptJkhLqMveAKBJQi+Jgew8eDwSC sY2+0oeqyt+M0sWBBcfBD8qQ5J+uAXxf5G9nGzFI= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, ZhangXiaoxu , Anna Schumaker Subject: [PATCH 4.9 18/53] NFS4: Fix v4.0 client state corruption when mount Date: Thu, 23 May 2019 21:05:42 +0200 Message-Id: <20190523181713.746726375@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190523181710.981455400@linuxfoundation.org> References: <20190523181710.981455400@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: ZhangXiaoxu commit f02f3755dbd14fb935d24b14650fff9ba92243b8 upstream. stat command with soft mount never return after server is stopped. When alloc a new client, the state of the client will be set to NFS4CLNT_LEASE_EXPIRED. When the server is stopped, the state manager will work, and accord the state to recover. But the state is NFS4CLNT_LEASE_EXPIRED, it will drain the slot table and lead other task to wait queue, until the client recovered. Then the stat command is hung. When discover server trunking, the client will renew the lease, but check the client state, it lead the client state corruption. So, we need to call state manager to recover it when detect server ip trunking. Signed-off-by: ZhangXiaoxu Cc: stable@vger.kernel.org Signed-off-by: Anna Schumaker Signed-off-by: Greg Kroah-Hartman --- fs/nfs/nfs4state.c | 4 ++++ 1 file changed, 4 insertions(+) --- a/fs/nfs/nfs4state.c +++ b/fs/nfs/nfs4state.c @@ -143,6 +143,10 @@ int nfs40_discover_server_trunking(struc /* Sustain the lease, even if it's empty. If the clientid4 * goes stale it's of no use for trunking discovery. */ nfs4_schedule_state_renewal(*result); + + /* If the client state need to recover, do it. */ + if (clp->cl_state) + nfs4_schedule_state_manager(clp); } out: return status;