From: Stefan Priebe - Profihost AG <s.priebe-2Lf/h1ldwEHR5kwTpVNS9A@public.gmane.org>
To: Gabriel de Perthuis <g2p.code-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: label devices got removed after format
Date: Fri, 12 Jul 2013 12:44:49 +0200 [thread overview]
Message-ID: <51DFDE21.2040309@profihost.ag> (raw)
In-Reply-To: <krom21$tfo$2@ger.gmane.org>
Am 12.07.2013 12:33, schrieb Gabriel de Perthuis:
> On Thu, 11 Jul 2013 18:28:06 -0700, Kent Overstreet wrote:
>> On Thu, Jul 11, 2013 at 11:43:22AM +0200, Stefan Priebe - Profihost AG wrote:
>>> Hi,
>>>
>>> after doing mkfs.xfs -f /dev/bcache/by-label/mybcachelabel
>>>
>>> /dev/bcache/by-label/mybcachelabel gots removed...
>>>
>>> Only a reboot brings it back.
>>>
>>> Stefan
>>
>> Gabriel - I bet the uevent bcache is emitting is conflicting with the
>> name of an existing label uevent; there'll be a symlink for the
>> filesystem's label - for the same block device - so the mkfs could be
>> causing another uevent to be emitted overwriting our label.
>
> The uevent property is CACHED_LABEL, a name that shouldn't interfere
> with the cached device's filesystem label.
>
>> Or maybe the conflict is a bit more subtle - anyways, you added the
>> label uevent code, think you might be able to figure it out?
>
> I actually can't reproduce this; the link doesn't disappear.
To me it happens alays when a udev event is triggered. It seems the
label isn't republished. To me the whole Folder /dev/bcache gets removed.
May i've used the wrong kernel patches on top of 3.10?
I have 2cd508a73e7f02b6d30bdbf9322d0b9c6e11a58e and
74ba1d388deb5d064414696f83578b0aade4685a
Stefan
next prev parent reply other threads:[~2013-07-12 10:44 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-11 9:43 label devices got removed after format Stefan Priebe - Profihost AG
[not found] ` <51DE7E3A.5070709-2Lf/h1ldwEHR5kwTpVNS9A@public.gmane.org>
2013-07-12 1:28 ` Kent Overstreet
2013-07-12 5:15 ` Stefan Priebe - Profihost AG
2013-07-12 10:33 ` Gabriel de Perthuis
2013-07-12 10:44 ` Stefan Priebe - Profihost AG [this message]
2013-07-12 11:40 ` Gabriel de Perthuis
2013-07-16 21:37 ` Kent Overstreet
2013-07-16 22:16 ` Gabriel de Perthuis
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=51DFDE21.2040309@profihost.ag \
--to=s.priebe-2lf/h1ldwehr5kwtpvns9a@public.gmane.org \
--cc=g2p.code-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.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.