public inbox for linux-bcache@vger.kernel.org
 help / color / mirror / Atom feed
From: Michael Lyle <mlyle@lyle.org>
To: Alexandr Kuznetsov <progmachine@xenlab.one>,
	linux-bcache@vger.kernel.org
Subject: Re: bcache failure hangs something in kernel
Date: Thu, 12 Oct 2017 11:12:20 -0700	[thread overview]
Message-ID: <b574aee6-1f6f-8eb3-d78a-ee3fd8f9bfb3@lyle.org> (raw)
In-Reply-To: <efb67a88-3f4c-d268-3d2a-59c00824b5e7@xenlab.one>

Hi-- sorry you are having trouble..

On 10/12/2017 05:49 AM, Alexandr Kuznetsov wrote:
> Hellow.
> 
> Can any one help me? Two days ago i encountered bcache failure and since
> then i can't boot my system Ubuntu 16.04 amd64.
> Now when cache and backend devices meets each other during register
> process, something hangs inside the kernel and such messages appear in
> dmesg:

[snip]

> 54 backing devices show:
>     dev.data.cache_mode    1 [writeback]
>     dev.data.cache_state    1 [clean]
>     cset.uuid        d93ae507-b4bb-48ef-8d64-fa9329a08a39
> One backing device (md0p3) show:
>     dev.data.cache_mode    1 [writeback]
>     dev.data.cache_state    1 [dirty]
>     cset.uuid        d93ae507-b4bb-48ef-8d64-fa9329a08a39
> And one strange device (md0p2) show:
>     dev.data.cache_mode    1 [writeback]
>     dev.data.cache_state    0 [detached]
>     cset.uuid        9a6aeb43-5f33-45ca-a1b0-a1277e3e5c44

It looks like probably the superblock of md0p2 and other data structures
were corrupted during the lvm commands, and in turn this is triggering
bugs with bcache (bcache should detect the situation and abort
everything, but instead is left with the bucket_lock held and freezes).

One thing you could do possibly do is blacklist bcache in your
/etc/modules, and then attach all the devices one by one, (not including
md0p2), to get at the data on all the other volumes.

Also, 54 of the backing devices are clean-- they have no dirty data in
the cache-- so they can be mounted directly if you want.

Mike

  reply	other threads:[~2017-10-12 18:12 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-12 12:49 bcache failure hangs something in kernel Alexandr Kuznetsov
2017-10-12 18:12 ` Michael Lyle [this message]
2017-10-13  7:59   ` Alexandr Kuznetsov
2017-10-13  8:11     ` Michael Lyle
2017-10-13  9:10       ` Alexandr Kuznetsov
2017-10-13  9:13         ` Michael Lyle
2017-10-13 10:11           ` Alexandr Kuznetsov
2017-11-14 13:27       ` Nix
2017-11-14 17:20         ` Michael Lyle
2017-11-14 18:25           ` Nix
2017-11-14 19:03             ` Michael Lyle
2017-11-17 20:13               ` Nix
2017-11-15  8:44           ` Alexandr Kuznetsov

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=b574aee6-1f6f-8eb3-d78a-ee3fd8f9bfb3@lyle.org \
    --to=mlyle@lyle.org \
    --cc=linux-bcache@vger.kernel.org \
    --cc=progmachine@xenlab.one \
    /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