All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lakshmi Narasimhan Sundararajan <lns@portworx.com>
To: lvm-devel@redhat.com
Subject: lvmcache in writeback mode gets stuck flushing dirtyblocks
Date: Tue, 30 Jul 2019 14:53:18 +0530	[thread overview]
Message-ID: <5d400c85.1c69fb81.b383c.5221@mx.google.com> (raw)
In-Reply-To: <54fa6178-88c8-0236-8595-2c19a6e4b73f@redhat.com>

Hi Zdenek,
Thank you for the acknowledging the issue.

I may not be at a liberty to choose the environment always, as most of the major distributions come bundled with 2.02.133
I have two followup questions.
1/ Is there a way to tell that a particular version has very critical bug (like the one I reported)? Nothing short of hitting it seem the way to confirm currently.
2/ which is the nearest stable release that addresses this particular issue?
3/ Does latest lvm stable work well in old distributions, Linux kernels too? Whats the compatibility matrix here? 

Regards
LN

From: Zdenek Kabelac
Sent: Tuesday, July 30, 2019 1:51 PM
To: LVM2 development; Lakshmi Narasimhan Sundararajan
Subject: Re: [lvm-devel] lvmcache in writeback mode gets stuck flushing dirtyblocks

Dne 30. 07. 19 v 6:58 Lakshmi Narasimhan Sundararajan napsal(a):
> 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.

> I am running these version:
> 
> root at pdc4-sm35:~# lvm version
> 
>  ? LVM version:???? 2.02.133(2) (2015-10-30)
> 
> 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.

Hi

Yep you are using very old version of lvm2 - there is already year 2019 - and 
in the initial releases of lvm2 with writeback cache support (as you happen to 
still use these days) there was a problem that uncaching was not switching to 
writethrough mode (and this was not the only one)

Please consider to use way newer lvm2 & kernel.

Regards

Zdenek

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/lvm-devel/attachments/20190730/5a5c1a2e/attachment.htm>

  reply	other threads:[~2019-07-30  9:23 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-30  4:58 lvmcache in writeback mode gets stuck flushing dirty blocks Lakshmi Narasimhan Sundararajan
2019-07-30  8:02 ` 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   ` Lakshmi Narasimhan Sundararajan [this message]
2019-07-30 11:32     ` lvmcache in writeback mode gets stuck flushing dirtyblocks 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=5d400c85.1c69fb81.b383c.5221@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.