[dm-crypt] [dm-devel] bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
johnstonj.public at codenest.com
Wed May 18 19:01:37 CEST 2016
> On Sun, 8 May 2016, James Johnston wrote:
> > Hi,
> > [1.] One line summary of the problem:
> > bcache gets stuck flushing writeback cache when used in combination with
> > LUKS/dm-crypt and non-default bucket size
> > [2.] Full description of the problem/report:
> > I've run into a problem where the bcache writeback cache can't be flushed to
> > disk when the backing device is a LUKS / dm-crypt device and the cache set has
> > a non-default bucket size.
> You might try LUKS atop of bcache instead of under it. This might be
> better for privacy too, otherwise your cached data is unencrypted.
Only in this test case; on my real setup, the cache device is also layered on top
Of LUKS. (On both backing & cache, it's LUKS --> LVM2 --> bcache. This gives me
flexibility to adjust volumes without messing with the encryption, or having more
encryption devices than really needed. At any rate, I expect this setup to at
> > # Make cache set on second drive
> > # IMPORTANT: Problem does not occur if I omit --bucket parameter.
> > make-bcache --bucket 2M -C /dev/sdb
> 2MB is quite large, maybe it exceeds the 256-bvec limit. I'm not sure if
> Ming Lei's patch got in to 4.6 yet, but try this:
> and maybe Shaohua Li's patch too:
Trying these is still on my TODO list (thus the belated reply here) but based
on the responses from Tim Small I'm doubtful this will fix anything, as it
sounds like he has the same problem (symptoms sound exactly the same) and he
says the patches didn't help.
Like Tim, I also chose a large bucket size because the manual page told me to.
Based on the high-level description of bcache and my knowledge of how flash
works, it certainly sounds necessary.
Perhaps the union of people who read manpages and people who use LUKS like
this is very small. :)
More information about the dm-crypt