All of lore.kernel.org
 help / color / mirror / Atom feed
From: Demi Marie Obenour <demi@invisiblethingslab.com>
To: LVM general discussion and development <linux-lvm@redhat.com>
Subject: Re: [linux-lvm] Silence Pool Check Overprovisioning Warnings
Date: Fri, 6 May 2022 06:04:43 -0400	[thread overview]
Message-ID: <YnTy6x+B6pmQFXSS@itl-email> (raw)
In-Reply-To: <CA+QLa9BupRpP00xSpaKMwCvvsWtH=Q=_Z7hwuX1A7o8VsFNgWg@mail.gmail.com>


[-- Attachment #1.1: Type: text/plain, Size: 2191 bytes --]

On Thu, May 05, 2022 at 12:11:29PM -0400, Robert Simmons wrote:
> Greetings,
> 
> I knowingly overprovision storage pools. I have careful monitoring of the
> overall free space in the storage pool, and the snapshots that I take for a
> particular volume are ephemeral. They're only related to a particular
> reverse engineering task. Once the task is complete, all the snapshots are
> deleted. There are a set of warnings that are generated
> during pool_check_overprovisioning here:
> 
> https://github.com/lvmteam/lvm2/blob/f70d97b91620bc7c2e5c5ccc39913c54379322c2/lib/metadata/thin_manip.c#L413-L428
> 
> The second, third, and fourth warnings are printed
> via log_print_unless_silent but the first is printed via log_warn. I would
> like an option that would silence all four of these warnings. If all four
> were logged via log_print_unless_silent, there would still be the problem
> of what other very useful warnings would I be silencing. This would be a
> suboptimal fix. I have read one proposed fix that appears to be optimal for
> my use case: adding an envvar "LVM_SUPPRESS_POOL_WARNINGS". This was
> proposed by zkabelac at redhat.com here:
> https://listman.redhat.com/archives/linux-lvm/2017-September/024332.html
> 
> What would be the next steps to getting this option implemented?
> 
> I see that there have been two threads about these warnings in the past:
> https://listman.redhat.com/archives/linux-lvm/2016-April/023529.html
> https://listman.redhat.com/archives/linux-lvm/2017-September/024323.html
> 
> One issue in the bug tracker that I can find:
> https://bugzilla.redhat.com/show_bug.cgi?id=1465974
> 
> Finally, we have a thread going about our use case over at Proxmox here:
> https://forum.proxmox.com/threads/solved-you-have-not-turned-on-protection-against-thin-pools-running-out-of-space.91055/

The Qubes OS developers (myself included) would also like a solution.
In Qubes OS, LVM is invoked by a python daemon which currently uses an
ugly regex hack to strip that line out of LVM’s stderr before asserting
that LVM’s stderr is empty.

-- 
Sincerely,
Demi Marie Obenour (she/her/hers)
Invisible Things Lab

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

[-- Attachment #2: Type: text/plain, Size: 202 bytes --]

_______________________________________________
linux-lvm mailing list
linux-lvm@redhat.com
https://listman.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/

      reply	other threads:[~2022-05-06 10:05 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-05-05 16:11 [linux-lvm] Silence Pool Check Overprovisioning Warnings Robert Simmons
2022-05-06 10:04 ` Demi Marie Obenour [this message]

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=YnTy6x+B6pmQFXSS@itl-email \
    --to=demi@invisiblethingslab.com \
    --cc=linux-lvm@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.