From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1904DECE599 for ; Wed, 16 Oct 2019 22:03:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D739C21925 for ; Wed, 16 Oct 2019 22:03:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1571263391; bh=wlLlmK994FjL3PziOltQbyYG2OnxFty8CYXPDJhvTl0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:List-ID:From; b=gyYVK+JubnHDkSwkCt96PM0TDYGi83vyOpfsae7AayKYI0f58Hr4rqhetHJhW9x8m iss7wd2tVBBR1OXxZFOqNRI1jtvogtJEGl8STIrvuWtY6yUvvyQbHJXXXnQkq9ZbY6 20OKcfL0NDhcqc+ws8cEYlWyinBKtdtf3R9Wmw80= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2438540AbfJPWDE (ORCPT ); Wed, 16 Oct 2019 18:03:04 -0400 Received: from mail.kernel.org ([198.145.29.99]:54388 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2438528AbfJPV7b (ORCPT ); Wed, 16 Oct 2019 17:59:31 -0400 Received: from localhost (unknown [192.55.54.58]) (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 3926E21D7D; Wed, 16 Oct 2019 21:59:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1571263170; bh=wlLlmK994FjL3PziOltQbyYG2OnxFty8CYXPDJhvTl0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=bnPo8qeFKuZ5PeGVLSVee+IQt7dy2ogna/mq5i8PAOaw/cB2kR46/w2gHTNMEII5t Eap9dTYGqZkzD3WTWY+1PZbJtmeRDrGUXkGlYYeMHelZA/OVLLi/A5fDdISY/tmO9R ApDwjCaRMIGWeuMs22vQESv/VEbWuQQeNSSAKadY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Pavel Shilovsky , Steve French Subject: [PATCH 5.3 071/112] CIFS: Gracefully handle QueryInfo errors during open Date: Wed, 16 Oct 2019 14:51:03 -0700 Message-Id: <20191016214903.478659039@linuxfoundation.org> X-Mailer: git-send-email 2.23.0 In-Reply-To: <20191016214844.038848564@linuxfoundation.org> References: <20191016214844.038848564@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: stable-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org From: Pavel Shilovsky commit 30573a82fb179420b8aac30a3a3595aa96a93156 upstream. Currently if the client identifies problems when processing metadata returned in CREATE response, the open handle is being leaked. This causes multiple problems like a file missing a lease break by that client which causes high latencies to other clients accessing the file. Another side-effect of this is that the file can't be deleted. Fix this by closing the file after the client hits an error after the file was opened and the open descriptor wasn't returned to the user space. Also convert -ESTALE to -EOPENSTALE to allow the VFS to revalidate a dentry and retry the open. Cc: Signed-off-by: Pavel Shilovsky Signed-off-by: Steve French Signed-off-by: Greg Kroah-Hartman --- fs/cifs/file.c | 6 ++++++ 1 file changed, 6 insertions(+) --- a/fs/cifs/file.c +++ b/fs/cifs/file.c @@ -253,6 +253,12 @@ cifs_nt_open(char *full_path, struct ino rc = cifs_get_inode_info(&inode, full_path, buf, inode->i_sb, xid, fid); + if (rc) { + server->ops->close(xid, tcon, fid); + if (rc == -ESTALE) + rc = -EOPENSTALE; + } + out: kfree(buf); return rc;