All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Priebe - Profihost AG <s.priebe@profihost.ag>
To: Michael Lyle <mlyle@lyle.org>, Coly Li <i@coly.li>
Cc: "linux-bcache@vger.kernel.org" <linux-bcache@vger.kernel.org>
Subject: Re: ont out of 6 bcache devices does not register automatically
Date: Wed, 22 Nov 2017 20:42:20 +0100	[thread overview]
Message-ID: <93a1e381-ea82-b5c0-444b-6bdd3062e7f0@profihost.ag> (raw)
In-Reply-To: <eee65109-aa05-d639-e0fe-12259e726803@profihost.ag>

Hi Coly,
  Hi Michael,


Am 22.11.2017 um 20:06 schrieb Stefan Priebe - Profihost AG:
> Am 22.11.2017 um 18:51 schrieb Michael Lyle:
>> Hi Coly, Stefan--
>>
>> On 11/22/2017 05:14 AM, Stefan Priebe - Profihost AG wrote:
>>>> Hi Stefan,
>>>>
>>>> Hmm, I don't have idea here. Anyway, is the cache mode set as writeback?
>>>> Recently I post a patch to fix a potential deadlock between writeback
>>>> rate update kworker and register code, I am not sure whether it is
>>>> relative to your issue, but at least we can have a try. the patch title is:
>>>>  [RFC] bcache: fix a circular dead locking with dc->writeback_lock and
>>>> bch_register_lock
>>>>
>>>> Just for your information.
>>>
>>> i can try that one - can you please resend? I can't find that mail and
>>> don't know how to grab that one our of the web html archives to apply
>>> correctly.
>>>
>>> Stefan
>>
>> I don't think there's any chance this patch will do anything.  If
>> there's a deadlock, the whole thing will become stuck forever and never
>> allow registration or progress on the device again-- which doesn't match
>> the symptoms here.
> 
> No it does not ;-)
> 
>> This probably relates to udev configuration in your environment somehow.

I found the problem the device is not detected as bcache by blkid - see
here:

'/sbin/blkid -o udev -p /dev/sdf1'(out) 'ID_FS_AMBIVALENT=other:bcache
other:xfs_external_log'

normally it looks like this:
'/sbin/blkid -o udev -p /dev/sdg1'(out) 'ID_FS_TYPE=bcache'

so instead of setting the FS_TYPE to bcache it's ID_FS_AMBIVALENT which
skips the bcache udev rules.

Just no idea how to fix that.

Stefan

  reply	other threads:[~2017-11-22 19:42 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-22 11:23 ont out of 6 bcache devices does not register automatically Stefan Priebe - Profihost AG
2017-11-22 12:16 ` Coly Li
2017-11-22 12:26   ` Stefan Priebe - Profihost AG
2017-11-22 12:57     ` Coly Li
2017-11-22 13:14       ` Stefan Priebe - Profihost AG
2017-11-22 13:29         ` Coly Li
2017-11-22 14:16           ` Stefan Priebe - Profihost AG
2017-11-22 15:51             ` Coly Li
2017-11-22 19:07               ` Stefan Priebe - Profihost AG
2017-11-22 17:51         ` Michael Lyle
2017-11-22 19:06           ` Stefan Priebe - Profihost AG
2017-11-22 19:42             ` Stefan Priebe - Profihost AG [this message]
2017-11-22 20:22               ` Michael Lyle
2017-11-22 20:36                 ` Stefan Priebe - Profihost AG
2017-11-22 20:44                   ` Michael Lyle
2017-11-22 20:56                     ` Stefan Priebe - Profihost AG
2017-11-22 21:03                       ` Michael Lyle
2017-11-22 21:07                         ` Stefan Priebe - Profihost AG
2017-11-22 21:10                           ` Michael Lyle
2017-11-22 21:13                             ` Stefan Priebe - Profihost AG
2017-11-23  7:10                               ` Stefan Priebe - Profihost AG
2017-11-28  9:36                                 ` Stefan Priebe - Profihost AG
     [not found]                                   ` <CAJ+L6qc79S1t10WfeycRFLesuqbZNfUXrN7qo6fVuwbHk=n8xw@mail.gmail.com>
2017-11-28 19:32                                     ` Stefan Priebe - Profihost AG
2017-11-28 19:51                                       ` Michael Lyle
2017-11-28 19:59                                         ` Stefan Priebe - Profihost AG
2017-11-28 20:05                                           ` Michael Lyle
2017-11-28 20:31                                             ` Stefan Priebe - Profihost AG
2017-12-01 15:10                                               ` Nix
2017-12-10 19:34                                                 ` Stefan Priebe - Profihost AG
2017-12-10 19:36                                                   ` Michael Lyle
2017-12-10 19:39                                                     ` Stefan Priebe - Profihost AG
2017-12-12 15:38                                                     ` Nix
2017-11-22 21:10                         ` Stefan Priebe - Profihost AG
2017-11-22 21:13                           ` Michael Lyle
2017-11-23 11:43               ` Kai Krakow
2017-11-23 12:03                 ` Stefan Priebe - Profihost AG

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=93a1e381-ea82-b5c0-444b-6bdd3062e7f0@profihost.ag \
    --to=s.priebe@profihost.ag \
    --cc=i@coly.li \
    --cc=linux-bcache@vger.kernel.org \
    --cc=mlyle@lyle.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.