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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 59EE4EB64D9 for ; Thu, 6 Jul 2023 13:18:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229514AbjGFNSH (ORCPT ); Thu, 6 Jul 2023 09:18:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39202 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232577AbjGFNSF (ORCPT ); Thu, 6 Jul 2023 09:18:05 -0400 Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 23DA01992 for ; Thu, 6 Jul 2023 06:18:04 -0700 (PDT) Received: from compute6.internal (compute6.nyi.internal [10.202.2.47]) by mailout.nyi.internal (Postfix) with ESMTP id 8AB465C02D2; Thu, 6 Jul 2023 09:18:03 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Thu, 06 Jul 2023 09:18:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=georgianit.com; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1688649483; x=1688735883; bh=rXJUhACN5waLgTYFeIv9fRF6W0NenZtXvk5 pFoNQ3kM=; b=IxYFAuTyGKphD9G49EEobd0eIzSykDjpRE0SwT3J9DmH89rLPK2 naCgmuk8GGgeNO6cvYqRNYk7QSEiKOCJuStN78vBZFtmqWyoQuPUZn2nJodSOToB tvs6G2U0d7jylbf0LHQkl+6qRFPmKXwgkY7X4LOM1N2RNEYE/jQ7CZd4DECpfF/7 rgkYGK6EfReCMJNSaMv+8RW0669w006fLQDCUy/7fFJcZpmuttUcm6QDGz51xWpO p2aHQhLpPsEfZceAVtf4hduz8LNm6JO7yPnggX7UvPsrxWWwj9NDSL0aiYqYQ0be Gp67XzXcfMpvMD2GVWx2fFghG2XuvnkAT5g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1688649483; x= 1688735883; bh=rXJUhACN5waLgTYFeIv9fRF6W0NenZtXvk5pFoNQ3kM=; b=p bQxmGLuUcwyAVsh4QLDaZnwIg2fmBQbJUTuAXdUNFAg9WlbZQHH7j1GF3H0GCTPX BJsJ7kkmFJOtL2uCZdH+0pQ0TPc25ZAQcmTD/Rm+fuLoEmf/Gw01xz7a2P2eSfM8 OnhFu85auB2rtbcfFj50MvNJRnHZpyoQt6IKUqV5Moda+MttMVmPcVm8TUvLIIih WSqjlxLInlphy0Gbbm+Q9kRXCC25YjIBfQod3rB6vZSKGALPwMOU1ly7IdXpi4s0 TfmB8pL88Lv1ayCCT0ZXAaULBLj7hCHFBFz89i3ynkQGo/gM4bo1EvS/K3EszkAd zl3171hYW67m9sjKKcJ9A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedviedrudelgdeivdcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtjeertddtfeejnecuhfhrohhmpeftvghmihcu ifgruhhvihhnuceorhgvmhhisehgvghorhhgihgrnhhithdrtghomheqnecuggftrfgrth htvghrnhephffgfeeutddtudfhudejkeejudevledtudeufffhhfeukeejkeekiedtfffh ffeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomheprh gvmhhisehgvghorhhgihgrnhhithdrtghomh X-ME-Proxy: Feedback-ID: i10c840cd:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu, 6 Jul 2023 09:18:02 -0400 (EDT) Subject: Re: question to btrfs scrub To: Qu Wenruo , Bernd Lentes , linux-btrfs References: <8a3d7ad6-0ddb-3160-eece-8d6228b9c0a6@gmx.com> <3d208b62-efc2-afe4-e928-986dc4c53936@gmx.com> <80136f6f-0575-58e8-ea8d-7053c8af4db0@suse.com> <743f92ee-19e8-ba45-0426-795a91fc0e0b@georgianit.com> <00c1ea17-680f-18a0-d40a-f36bcdb9101d@gmx.com> From: Remi Gauvin Message-ID: <103cec84-6d26-0fa5-6229-6db5eea6a56e@georgianit.com> Date: Thu, 6 Jul 2023 09:18:00 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <00c1ea17-680f-18a0-d40a-f36bcdb9101d@gmx.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org On 2023-07-06 2:23 a.m., Qu Wenruo wrote: > > I hate to point my finger to btrfs itself, but I still remember in the > old days some workload can lead to such false alerts. > But I can not recall which commit is causing and which one is fixing the > problem. > > Another concern is, the report is using SINGLE for data, which is > completely fine, but it doesn't help us to determine if it's really a > hardware data corruption or btrfs bugs. > Ok, but I think you missed my point here. Given what we *do* know about *this* particular situation, (recent kernel, copies of VM snapshots that were not used as live images, usb device). Correct me if I'm wrong, but with the caveat there is no way to know, it is more likely that csum errors are the result of data corruption on the disk. The reason I bring this up, is because the user is being led by thread into disabling error detection, which is the exact opposite of what should be done in the case of problems caused by malfunctioning storage device.