DM-Crypt Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Tim Small <tim@buttersideup.com>
To: Eric Wheeler <bcache@lists.ewheeler.net>,
	James Johnston <johnstonj.public@codenest.com>
Cc: linux-bcache@vger.kernel.org, dm-crypt@saout.de, dm-devel@redhat.com
Subject: Re: [dm-crypt] bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size
Date: Mon, 16 May 2016 14:02:15 +0100	[thread overview]
Message-ID: <5739C4D7.7040600@buttersideup.com> (raw)
In-Reply-To: <57383C99.6090206@buttersideup.com>

Hi Eric,

On 15/05/16 10:08, Tim Small wrote:
> On 11/05/16 02:38, Eric Wheeler wrote:
>> Ming Lei's patch got in to 4.6 yet, but try this:
>> >   https://lkml.org/lkml/2016/4/5/1046
>> > 
>> > and maybe Shaohua Li's patch too:
>> >   http://www.spinics.net/lists/raid/msg51830.html

> I'll give them both a go...

I tried both of these on 4.6.0-rc7 without change to the symptoms (cache
device continuously read).  Then I tried also disabling
partial_stripes_expensive prior to registering the bcache device as per
your instructions here:

https://lkml.org/lkml/2016/2/1/636

and that seems to have improved things, but not fixed them.

The cache device is 120G, and dirty_data had got up to 55.3G, but has
now dropped down to 44.5G, but isn't going any further...

The cache device is being read at a steady ~270 MB/s, and the backing
device (dm-crypt) being written at the same rate, but the writes aren't
flowing down to the underlying devices (md RAID5, and SATA disks).  I'm
guessing that these writes are being refused/retried, and are maybe
failing due to their size (avgrq-sz showing > 4000 sectors on the
backing device)?  Disabling the partial stripes expensive maybe just
resulted in a few GB of small writes succeeding?

# iostat -y -d 2 -x -p /dev/sdf /dev/dm-0 /dev/md2 /dev/bcache0
Linux 4.6.0-rc7+  16/05/16        _x86_64_        (2 CPU)

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sdf               0.00     0.00  413.00    0.00 281422.00     0.00
1362.82   143.18  338.31  338.31    0.00   2.42 100.00
sdf1              0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00
sdf2              0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00
sdf3              0.00     0.00  413.00    0.00 281422.00     0.00
1362.82   143.18  338.31  338.31    0.00   2.42 100.00
dm-0              0.00     0.00    0.00  138.50     0.00 280912.00
4056.49     0.00    0.01    0.00    0.01   0.01   0.20
md2               0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00
bcache0           0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s
avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sdf               0.00     6.00  412.00    1.50 281806.00    32.00
1363.18   135.19  314.09  314.78  124.00   2.42 100.00
sdf1              0.00     6.00    0.00    1.50     0.00    32.00
42.67     4.10  124.00    0.00  124.00 388.00  58.20
sdf2              0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00
sdf3              0.00     0.00  412.00    0.00 281806.00     0.00
1367.99   131.10  314.78  314.78    0.00   2.43 100.00
dm-0              0.00     0.00    0.00  138.50     0.00 282388.00
4077.81     0.00    0.01    0.00    0.01   0.01   0.20
md2               0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00
bcache0           0.00     0.00    0.00    0.00     0.00     0.00
0.00     0.00    0.00    0.00    0.00   0.00   0.00

Cheers,

Tim.

  parent reply	other threads:[~2016-05-16 13:46 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-08 18:39 [dm-crypt] bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size James Johnston
2016-05-11  1:38 ` Eric Wheeler
     [not found]   ` <57383C99.6090206@buttersideup.com>
2016-05-16 13:02     ` Tim Small [this message]
2016-05-16 13:53       ` Tim Small
2016-05-19 23:15       ` Eric Wheeler
2016-05-18 17:01   ` [dm-crypt] [dm-devel] " James Johnston
2016-05-16 16:08 ` [dm-crypt] " Tim Small
2016-05-19 23:22   ` Eric Wheeler
2016-05-20  6:59     ` James Johnston
2016-05-20 21:37       ` 'Eric Wheeler'
2016-05-22  4:26         ` James Johnston
2016-05-27 14:47           ` [dm-crypt] [PATCH] dm-crypt: Fix error with too large bios (was: bcache gets stuck flushing writeback cache when used in combination with LUKS/dm-crypt and non-default bucket size) Mikulas Patocka
2016-06-01  4:19             ` James Johnston

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=5739C4D7.7040600@buttersideup.com \
    --to=tim@buttersideup.com \
    --cc=bcache@lists.ewheeler.net \
    --cc=dm-crypt@saout.de \
    --cc=dm-devel@redhat.com \
    --cc=johnstonj.public@codenest.com \
    --cc=linux-bcache@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox