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 1C05FC433EF for ; Wed, 15 Jun 2022 14:29:41 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354153AbiFOO3j (ORCPT ); Wed, 15 Jun 2022 10:29:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45714 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1348159AbiFOO3c (ORCPT ); Wed, 15 Jun 2022 10:29:32 -0400 Received: from mail1.merlins.org (magic.merlins.org [209.81.13.136]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5BE4936300 for ; Wed, 15 Jun 2022 07:29:30 -0700 (PDT) Received: from merlin by mail1.merlins.org with local (Exim 4.94.2 #2) id 1o1U1R-0007LL-AQ by authid ; Wed, 15 Jun 2022 07:29:29 -0700 Date: Wed, 15 Jun 2022 07:29:29 -0700 From: Marc MERLIN To: Josef Bacik Cc: linux-btrfs Subject: Re: Rebuilding 24TB Raid5 array (was btrfs corruption: parent transid verify failed + open_ctree failed) Message-ID: <20220615142929.GP22722@merlins.org> References: <20220608213845.GH22722@merlins.org> <20220609030128.GJ22722@merlins.org> <20220609211511.GW1745079@merlins.org> <20220610191156.GB1664812@merlins.org> <20220613175651.GM1664812@merlins.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Sysadmin: BOFH X-URL: http://marc.merlins.org/ User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: marc@merlins.org Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org On Mon, Jun 13, 2022 at 02:29:30PM -0400, Josef Bacik wrote: > Alright so we have the missing csum things, which can be fixed with > > btrfs rescue init-csum-tree Took a while, but it worked now, thanks. (gdb) run rescue init-csum-tree /dev/mapper/dshelf1 Starting program: /var/local/src/btrfs-progs-josefbacik/btrfs rescue init-csum-tree /dev/mapper/dshelf1 [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". FS_INFO IS 0x555555652bc0 Couldn't find the last root for 8 FS_INFO AFTER IS 0x555555652bc0 processed 21904289792 of 21907435520 possible data bytes, 99%doing close??? Init csum tree finished, you can run check now > > After that you can mount the fs and run a scrub, because you have > copies of metadata that are fucked, but copies that were ok, which is > why I disabled the block error warnings since they were confusing me. > Scrub should go along and fix all of that up. gargamel:/mnt/mnt# btrfs scrub start -B . running that now, I expect it will take a while. > The next thing is to fix the fs errors, which I imagine will cause > other problems like not being able to find directories and files and > such. Once we've gotten the csum tree and the scrub done we can > tackle the remaining fs error problems which should be less terrifying > to mess with. Thanks, would that be check --repair ? Thanks, Marc -- "A mouse is a device used to point at the xterm you want to type in" - A.S.R. Home page: http://marc.merlins.org/