All of lore.kernel.org
 help / color / mirror / Atom feed
* [linux-lvm] Silence Pool Check Overprovisioning Warnings
@ 2022-05-05 16:11 Robert Simmons
  2022-05-06 10:04 ` Demi Marie Obenour
  0 siblings, 1 reply; 2+ messages in thread
From: Robert Simmons @ 2022-05-05 16:11 UTC (permalink / raw)
  To: linux-lvm


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

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/

Thanks,
Rob

[-- Attachment #1.2: Type: text/html, Size: 2682 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/

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [linux-lvm] Silence Pool Check Overprovisioning Warnings
  2022-05-05 16:11 [linux-lvm] Silence Pool Check Overprovisioning Warnings Robert Simmons
@ 2022-05-06 10:04 ` Demi Marie Obenour
  0 siblings, 0 replies; 2+ messages in thread
From: Demi Marie Obenour @ 2022-05-06 10:04 UTC (permalink / raw)
  To: LVM general discussion and development


[-- 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/

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2022-05-06 10:05 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-05-05 16:11 [linux-lvm] Silence Pool Check Overprovisioning Warnings Robert Simmons
2022-05-06 10:04 ` Demi Marie Obenour

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.