Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp6736806iob; Wed, 11 May 2022 04:24:36 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzwKPXDMTfPUoDuNTJAUKUf2Sfss+8Qsxov+xaHyEvEdZDrMJzl8EYFpImy+rGD48ddb35r X-Received: by 2002:a17:90b:1a8b:b0:1dc:e565:3238 with SMTP id ng11-20020a17090b1a8b00b001dce5653238mr4929208pjb.64.1652268275819; Wed, 11 May 2022 04:24:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652268275; cv=none; d=google.com; s=arc-20160816; b=OpO8wsCwEi0w8f38O+FcJXVqEfBmvVs7BgZ7jAmIEoB9+/QX+Rsjm9nAA2UPHGnrk9 xLn0m3kAqgIm8jzwLvXcnXqdq0cYKAcs8j8efQqC3rOLk+o1w3KA1e7Z3xsL1BtK1QbH I/JqsL09OdscaM9RuNmYDZ+OuVC95DwTgDpIcpUWL2jzOu+VRua42AErc97PPftK9Tgm r13SeQIrqU7TODOMBfeaS+gt6mxCGrVkpL9yl3s3OoCxXrD9ovJUrCwJxK6bmc/WbEHD pIFrECSfPOoxaF/2IkRZZBd/RqJijHYvJnrtSRdb+J3vkt2uCWIh+SgJz/Ua+X/Mzj/Y m0fQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=gzMMkfZrMvKIqp74yjxexWNbsddCucXysK/8AjnMuDo=; b=Z++5Pv/H+/tbjKUg3k8JRBX3024g+68lj0Owa9z7waSRrNkiRI3arTZJZL4eAhRGi1 fzB23yxy1VBwpVYW3grhaKiO3sRz05BUkF1/gmEG/5F9+5nlODh93OwpqLB3cBPauikT LTrUMyfNOMGCDODpXtHQYNZmgx9TBocePYYa3Xbej8EPSLj4on/69maJ9NTyGteHNmoK 2OxIBAiu6BTJddTLt0pmtsOoBKvv+e7kHLtMUuoNNDPsby5cire2BK3oAgnpoWeu+sko BcqixpnPOSI/yqZQFNQYugOnfC0fdsWhVJ49S3K7VGVdFOpYkpH0OtYmUkGd9bULxJLs X5JA== ARC-Authentication-Results: i=1; mx.google.com; dkim=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=pLiNabLa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d15-20020a631d4f000000b003daeb4e61f6si2723699pgm.267.2022.05.11.04.24.20; Wed, 11 May 2022 04:24:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-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=temperror (no key for signature) header.i=@szeredi.hu header.s=google header.b=pLiNabLa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243172AbiEKHyW (ORCPT + 99 others); Wed, 11 May 2022 03:54:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38608 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241586AbiEKHyV (ORCPT ); Wed, 11 May 2022 03:54:21 -0400 Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 8CB27590A4 for ; Wed, 11 May 2022 00:54:20 -0700 (PDT) Received: by mail-ej1-x629.google.com with SMTP id kq17so2365338ejb.4 for ; Wed, 11 May 2022 00:54:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=szeredi.hu; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gzMMkfZrMvKIqp74yjxexWNbsddCucXysK/8AjnMuDo=; b=pLiNabLa/1a+ha0S9TA8mb6EqMuFaSFp6lI+B8ZJs1QHVz443lyvLCA4NFPFnOLUZD 3WsWPRE+2hYt5cOx5pT17iCJttShm71pAV3g8ZniLBW8UpQq+9eMEyELPkMucGdQw8mD PlIVO06Hp++fL5XGA4WSNyXc9MHMPZZPmhMW0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gzMMkfZrMvKIqp74yjxexWNbsddCucXysK/8AjnMuDo=; b=6QLlCsPt1VQNetWh4uvCA2n8JmYsRgiSzPIUOjYWMx0TrxV8Rs1UtOG5jYkTkOygf2 XKAI+I66JBGHJbD7BDk7nCi7DihMSmdyRWLgeepnYUMLZ5vaFgz6vKNiaLldTqjFfjG5 MGFQllUsTEmqYY9V3o7cvS+VqwnFbUARTxcPI1KtPkAIW4H31mGl8/d8WMMuZ6OQRysb 4yD9BsEUvFCKYOvrO8qfHiiGUnYsf9VRrS6BvWE0a99qQE1lPSt1sebsGd9zkhYtVopH VugMndBnQNJ6xPOEtRCVMMp0SmTIETWWXX0/SsSB/8aOG48gtip4AIB/ouuSchc2eY7Z Oczw== X-Gm-Message-State: AOAM531CXK1ntLbglVAWvgX1OtfdcZ6VcqcQ7XQzUpQABuQr/9TUqjW2 YS8Tfdu1jYR1wnx+tD4OoRNeU38tgVpv6OrhK22fiw== X-Received: by 2002:a17:907:3f15:b0:6fc:30f0:6561 with SMTP id hq21-20020a1709073f1500b006fc30f06561mr6325814ejc.691.1652255659176; Wed, 11 May 2022 00:54:19 -0700 (PDT) MIME-Version: 1.0 References: <20220511013057.245827-1-dlunev@chromium.org> In-Reply-To: From: Miklos Szeredi Date: Wed, 11 May 2022 09:54:07 +0200 Message-ID: Subject: Re: [PATCH 0/2] Prevent re-use of FUSE superblock after force unmount To: Daniil Lunev Cc: linux-fsdevel@vger.kernel.org, fuse-devel , linux-kernel@vger.kernel.org, Alexander Viro Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=no 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-kernel@vger.kernel.org On Wed, 11 May 2022 at 09:36, Daniil Lunev wrote: > > On Wed, May 11, 2022 at 5:07 PM Miklos Szeredi wrote: > > > > On Wed, 11 May 2022 at 03:31, Daniil Lunev wrote: > > > > > > Force unmount of fuse severes the connection between FUSE driver and its > > > userspace counterpart. > > > > Why is forced umount being used in the first place? > > To correctly suspend-resume. We have been using this force unmount historically > to circumvent the suspend-resume issues which periodically occur with fuse. > We observe FUSE rejecting to remount the device because of the issue this > patchset attempts to address after the resume if there are still open > file handles > holding old super blocks. I am not sure if fuse's interaction with suspend is > something that has been resolved systematically (we are also trying to > figure that > out). No progress has been made in the past decade with regard to suspend. I mainly put that down to lack of interest. > Regardless of that, doing force unmount of a mount point is a legitimate > operation, and with FUSE it may leave the system in a state that is returning > errors for other legitimate operations. It is a legitimate operation, but one that is not guaranteed to leave the system in a clean state. Thanks, Miklos