Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1521303rwl; Wed, 29 Mar 2023 20:05:04 -0700 (PDT) X-Google-Smtp-Source: AKy350adWF2fQ/3eOPsZHRuPOT8tkOSaGt3gtNw8aw4u/dVSfYAerDqPrN1ntoQGB0jMTnPW0f4s X-Received: by 2002:a17:902:e2c3:b0:19f:2ae8:54b9 with SMTP id l3-20020a170902e2c300b0019f2ae854b9mr17066136plc.32.1680145504441; Wed, 29 Mar 2023 20:05:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680145504; cv=none; d=google.com; s=arc-20160816; b=Z4S1a+EajedpRAYgTfnb9la0oGKwYbqyIDv6xtdaqVr42s95IlFkPD7E8Qqy0xCUfD xHsOyp+Vv/oNSDKd0C9C+DFC+j4JuEyX68AxB63fbwpPW794fht8oWDwjXtk+bl68QNL cE/XIUo0dmlAPdAISGF4inUeY2/nFsQA+5NZwXdiUnSFKz5tzg/iC/C42vAvVd0OwuAl Uuds0CZmVYT2UwCoPrKwA1xmOd74quiaUsH37ldpZ7tHvOfEtt2ZAqTEkEqhEHdc5kUk 7oncc3UZPwH6edLhWR09j+JJOrUrrIpr232CDW+DSLMVPv3kOWkDTRRexChIYDyosZ0Y vJfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:subject:user-agent:mime-version:date:message-id; bh=84MJYnRtEvgWTtI8PdvfHGXK7EC2qVe3bsKcFDHIMQc=; b=YzJi25Z3t++7YW4M2cgPIpyHNEIhWHDrxJb99uxC0djWSkjat5rpNcCNKGmhagNf4P fkw8GWJxOTGao8f23NcdYh3OqEMpG5xxuG9zl2mn2syu+cshw3FlGssiYOwITGa/kvey B9HJyenL7oWtojR4ctcCqyKVzvDzvRD14KxGPQAg7GmNay/xiHH8QqkxShdjMXRGi9SJ G0z7rEqHwqAXbMhioZ4g3qON9G4SrAeAeHtq7p3zIWljerusWXrXZjrvLvaW00AqcT+6 1OXcsS4ZzasQW+qcY21KN4HDcs1ACR6+QdtX9OSezCupY+aiSLWJHKTyU7sgdQ9ymBG/ Do9g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u10-20020a17090341ca00b001a0505a442esi23716536ple.322.2023.03.29.20.04.50; Wed, 29 Mar 2023 20:05:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-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; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229647AbjC3DAi (ORCPT + 99 others); Wed, 29 Mar 2023 23:00:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42430 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229449AbjC3DAh (ORCPT ); Wed, 29 Mar 2023 23:00:37 -0400 Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0CBB32111 for ; Wed, 29 Mar 2023 20:00:36 -0700 (PDT) Received: from dggpeml500016.china.huawei.com (unknown [172.30.72.55]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4Pn7PT3jGHz17Pxv; Thu, 30 Mar 2023 10:57:17 +0800 (CST) Received: from [10.174.176.102] (10.174.176.102) by dggpeml500016.china.huawei.com (7.185.36.70) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.21; Thu, 30 Mar 2023 11:00:33 +0800 Message-ID: <84290f85-9f93-0e24-c948-5b7e572a24e4@huawei.com> Date: Thu, 30 Mar 2023 11:00:33 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.2 Subject: Re: [PATCH 2/2] e2fsck: add sync error handle to e2fsck. To: "Darrick J. Wong" CC: , , , , References: <20230325065652.2111384-1-zhanchengbin1@huawei.com> <20230325065652.2111384-3-zhanchengbin1@huawei.com> <20230325171318.GA16162@frogsfrogsfrogs> From: zhanchengbin In-Reply-To: <20230325171318.GA16162@frogsfrogsfrogs> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.174.176.102] X-ClientProxiedBy: dggpeml500014.china.huawei.com (7.185.36.63) To dggpeml500016.china.huawei.com (7.185.36.70) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-2.3 required=5.0 tests=NICE_REPLY_A, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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-ext4@vger.kernel.org Thank you for your advice. I will modify patches. - bin. On 2023/3/26 1:13, Darrick J. Wong wrote: > On Sat, Mar 25, 2023 at 02:56:52PM +0800, zhanchengbin wrote: >> If fsync fails during fsck, it is silent and users will not perceive it, so >> a function to handle fsync failure should be added to fsck. >> >> Signed-off-by: zhanchengbin >> --- >> e2fsck/ehandler.c | 24 ++++++++++++++++++++++++ >> 1 file changed, 24 insertions(+) >> >> diff --git a/e2fsck/ehandler.c b/e2fsck/ehandler.c >> index 71ca301c..ae35f3ef 100644 >> --- a/e2fsck/ehandler.c >> +++ b/e2fsck/ehandler.c >> @@ -118,6 +118,29 @@ static errcode_t e2fsck_handle_write_error(io_channel channel, >> return error; >> } >> >> +static errcode_t e2fsck_handle_sync_error(io_channel channel, >> + errcode_t error) >> +{ >> + ext2_filsys fs = (ext2_filsys) channel->app_data; >> + e2fsck_t ctx; >> + >> + ctx = (e2fsck_t) fs->priv_data; >> + if (ctx->flags & E2F_FLAG_EXITING) >> + return 0; >> + > > Nit: ^^^ unnecessary indentation > >> + if (operation) >> + printf(_("Error sync (%s) while %s. "), > > I think we should be more explicit that *fsync* failed: > > "Error during fsync of dirty metadata while %s: %s", > operation, error_message(...)? > > >> + error_message(error), operation); >> + else >> + printf(_("Error sync (%s). "), >> + error_message(error)); >> + preenhalt(ctx); >> + if (ask(ctx, _("Ignore error"), 1)) > > ask_yn()? > > Not sure what we're asking about here, or what happens if you answer NO? > Unless we're using a redo file, dirty metadata flush has failed so we > might as well keep going, right? > > --D > >> + return 0; >> + >> + return error; >> +} >> + >> const char *ehandler_operation(const char *op) >> { >> const char *ret = operation; >> @@ -130,4 +153,5 @@ void ehandler_init(io_channel channel) >> { >> channel->read_error = e2fsck_handle_read_error; >> channel->write_error = e2fsck_handle_write_error; >> + channel->sync_error = e2fsck_handle_sync_error; >> } >> -- >> 2.31.1 >> > . >