linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Anand Jain <anand.jain@oracle.com>
To: Marc MERLIN <marc@merlins.org>
Cc: Liu Bo <bo.li.liu@oracle.com>, linux-btrfs@vger.kernel.org
Subject: Re: btrfs check --repair is clean, but mount fails
Date: Sun, 28 Feb 2016 14:11:16 +0800	[thread overview]
Message-ID: <56D28F84.5010006@oracle.com> (raw)
In-Reply-To: <20160228051754.GU19699@merlins.org>



On 02/28/2016 01:17 PM, Marc MERLIN wrote:
> On Sun, Feb 28, 2016 at 09:44:36AM +0800, Anand Jain wrote:
>> If you have a choice pls add, 'btrfs fi show -d' as well for the outputs
>> to be taken at the time of boot just before system's 'btrfs dev scan',
>
> Ok, I had to reboot anyway, so here's the state when it's bad:
>
> gargamel:~# btrfs fi show -d
> Label: 'btrfs_boot'  uuid: e4c1daa8-9c39-4a59-b0a9-86297d397f3b
>          Total devices 1 FS bytes used 43.52GiB
>          devid    1 size 79.93GiB used 62.13GiB path /dev/mapper/cryptroot
>
> Label: 'dshelf2'  uuid: d4a51178-c1e6-4219-95ab-5c5864695bfd
>          Total devices 1 FS bytes used 4.27TiB
>          devid    1 size 7.28TiB used 4.44TiB path /dev/mapper/dshelf2
>
> Label: 'btrfs_space'  uuid: 01334b81-c0db-4e80-92e4-cac4da867651
>          Total devices 2 FS bytes used 1.09TiB
>          devid    1 size 836.13GiB used 641.03GiB path /dev/mapper/raid0d1
>          devid    2 size 836.13GiB used 641.03GiB path /dev/mapper/raid0d2
>
> Label: 'dshelf1'  uuid: 5d0847f8-b243-494a-9e31-0a7c9adbd764
>          Total devices 1 FS bytes used 8.88TiB
>          devid    1 size 21.83TiB used 8.92TiB path /dev/bcache1
>
> gargamel:~# mount /var/local/space
> mount: wrong fs type, bad option, bad superblock on /dev/mapper/raid0d1,
>         missing codepage or helper program, or other error
>         In some cases useful info is found in syslog - try
>         dmesg | tail  or so
> [ 3209.752862] BTRFS info (device dm-6): disk space caching is enabled
> [ 3209.775418] BTRFS: failed to read the system array on dm-6
> [ 3209.807673] BTRFS: open_ctree failed
>
> blkid shows:
> /dev/mapper/raid0d1: LABEL="btrfs_space" UUID="01334b81-c0db-4e80-92e4-cac4da867651" UUID_SUB="a87c0954-e0d5-4cdb-acb9-05ed290c16df" TYPE="btrfs"
> /dev/mapper/raid0d2: LABEL="btrfs_space" UUID="01334b81-c0db-4e80-92e4-cac4da867651" UUID_SUB="b4ea90fa-4262-489a-830d-3bd4e7518ff2" TYPE="btrfs"
>
> but mount fails.
>
> And then:
> gargamel:~# btrfs dev scan
> Scanning for Btrfs filesystems
> gargamel:~# mount /var/local/space
> gargamel:~#
>
> Does this make any sense to you?

  Not really. Here we are trying to understand why the first 'btrfs dev
  scan' doesn't help. And, as I understand the first 'btrfs dev scan' is
  during boot up by some system'd script. But the above output seems to
  be taken from the terminal which is after the system has booted up.
  That does not help. We need those commands output during the bootup
  at the time and just before when systemd issues 'btrfs dev scan'.
  Hope I sound clearer now, sorry if it wasn't before.

Thanks, Anand


> Thanks,
> Marc
>

      reply	other threads:[~2016-02-28  6:11 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-27  2:39 btrfs check --repair is clean, but mount fails Marc MERLIN
2016-02-27  2:45 ` Liu Bo
2016-02-27  3:03   ` Marc MERLIN
2016-02-27 18:06     ` Liu Bo
2016-02-28  1:04       ` Marc MERLIN
2016-02-27 22:58     ` Anand Jain
2016-02-28  0:56       ` Marc MERLIN
2016-02-28  1:44         ` Anand Jain
2016-02-28  3:09           ` Marc MERLIN
2016-02-28  6:49             ` Duncan
2016-02-28 13:56               ` Marc MERLIN
2016-02-28  5:17           ` Marc MERLIN
2016-02-28  6:11             ` Anand Jain [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=56D28F84.5010006@oracle.com \
    --to=anand.jain@oracle.com \
    --cc=bo.li.liu@oracle.com \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=marc@merlins.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).