* [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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).