Re: [bcachefs][tier] kernel BUG at drivers/md/bcache/super.c:1561! after double changing state of device

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



W dniu 26.08.2016 o 04:10, Kent Overstreet pisze:
> On Thu, Aug 25, 2016 at 02:03:33PM +0200, Marcin Mirosław wrote:
>> https://lwn.net/Articles/655183/ :
>> "Caveat: don't try to use tiering and checksumming or compression at the
>> same time yet, the read path needs to be reworked to handle both at the
>> same time."
>>
>> Is it sill valid?
> 
> No, I did do that read path reworking, they should work.
> 
> However, I haven't been focusing on or exercising the multi device stuff in
> quite awhile - my main priority has been making single device filesystems rock
> solid and finishing off compression and such.
> 
> Tiering ought to work, but can you hold off on exercising anything else? e.g.
> the active/RO transition stuff - I'm going to have to spend a fair amount of
> time digging into that code and figuring out what makes sense when the time
> comes.

Ok, I'll focuse on one disk bcachefs.


> The checksum error is highly concerning though - that was related to messing
> with cache0/state, correct? I think Christopher is using tiering with
> checksumming enabled, can you confirm?

Yes, I only did echo "readonly", next "active" to >state. It was enough
to get BUG in kern.log.

Marcin
--
To unsubscribe from this list: send the line "unsubscribe linux-bcache" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM Kernel]     [Linux Filesystem Development]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux