From: Lakshmi Narasimhan Sundararajan <lns@portworx.com>
To: lvm-devel@redhat.com
Subject: lvmcache in writeback mode gets stuck flushing dirty blocks
Date: Tue, 30 Jul 2019 10:28:10 +0530 [thread overview]
Message-ID: <5d3fce60.1c69fb81.f521b.46a8@mx.google.com> (raw)
Hi Team,
A very good day to all.
I am using lvmcache in writeback mode. When there are dirty blocks still in the lv, and if needs to be destroyed or flushed, then
It seems to me that there are some conditions under which the dirty data flush gets stuck forever.
As an example:
root at pdc4-sm35:~# lvremove -f pwx0/pool
367 blocks must still be flushed.
367 blocks must still be flushed.
367 blocks must still be flushed.
367 blocks must still be flushed.
367 blocks must still be flushed.
367 blocks must still be flushed.
^C
root at pdc4-sm35:~#
I am running these version:
root at pdc4-sm35:~# lvm version
LVM version: 2.02.133(2) (2015-10-30)
Library version: 1.02.110 (2015-10-30)
Driver version: 4.34.0
root at pdc4-sm35:~#
This issue seems old and reported multiple places. There have been some acknowledgement that this issue is resolved in 2.02.133, but still I see it. Also, I have seen some posts report it in 2.02.170+ as well (here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878441) (Package: lvm2 Version: 2.02.173-1 Severity: normal)
I filed one here myself, https://github.com/lvmteam/lvm2/issues/22, trying to understand from you experts where we are on this?
I would sincerely appreciate your help in understanding the state of this issue in more detail.
Best regards
LN
Sent from Mail for Windows 10
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/lvm-devel/attachments/20190730/f1009a0a/attachment.htm>
next reply other threads:[~2019-07-30 4:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-30 4:58 Lakshmi Narasimhan Sundararajan [this message]
2019-07-30 8:02 ` lvmcache in writeback mode gets stuck flushing dirty blocks Nikhil Kshirsagar
2019-07-30 8:15 ` Nikhil Kshirsagar
2019-07-31 9:53 ` lvmcache in writeback mode gets stuck flushing dirtyblocks Lakshmi Narasimhan Sundararajan
2019-08-02 11:44 ` Nikhil Kshirsagar
2019-08-03 7:26 ` Nikhil Kshirsagar
2019-08-07 12:14 ` lvmcache in writeback mode gets stuck flushingdirtyblocks Lakshmi Narasimhan Sundararajan
2019-08-12 4:41 ` lvmcache in writeback mode gets stuckflushingdirtyblocks Lakshmi Narasimhan Sundararajan
2019-07-30 8:21 ` lvmcache in writeback mode gets stuck flushing dirty blocks Zdenek Kabelac
2019-07-30 9:23 ` lvmcache in writeback mode gets stuck flushing dirtyblocks Lakshmi Narasimhan Sundararajan
2019-07-30 11:32 ` Zdenek Kabelac
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=5d3fce60.1c69fb81.f521b.46a8@mx.google.com \
--to=lns@portworx.com \
--cc=lvm-devel@redhat.com \
/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.