Re: Silence Pool Check Overprovisioning Warnings

Demi Marie Obenour <[email protected]>
Newsgroups gmane.linux.lvm.general
Message-ID <YnTy6x+B6pmQFXSS@itl-email>
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

_______________________________________________
linux-lvm mailing list
[email protected]
https://listman.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEdodNnxM2uiJZBxxxsoi1X/+cIsEFAmJ08uwACgkQsoi1X/+c
IsE7eQ/+KraCJrKCfdmVrnIEPQ/8BKcZLPsskyinQnIYUFb/7H7gMjYwHmGAVkQf
9/h05UfSQV8kNX5zoUH4lugp4VGYNO3Jhuhw+a/qqxhuV+P+k5auQMfRBdI9z/Mq
fmWbJ5jrWzuNnpylWBXn6rkuylwodw6luN+ibW7NTBMOgTl4BJ6gnvzsw8sTim2r
qRCoN5frgSt6BcWcpTzZgPT5xTv30bIIB7VJo4TSAkuEys2UNVu7fFNuROK1QXGk
J+CpxumTdbHkpIZcV4+8SWPaA0SS55IBAxsU4/MtZfPikbOzYncuBO/167H9CYDB
lIjcRHGmkJg8PxvXY2zJ2ml5618QDySBID8qn5k47TNDzGxLhvT8l7wEuEuD+E+6
J4yWKHcOSk/q9PVlFdr95D7DSXCQ02vjs7KMKyKtZ6cgkFkjFYzZ7lsig7QrOXUf
AXtFcg4vwyKEEai8DVnAP0taaY1Keihw2liwHZko1piD3Clx0zcPSKk15RoDMjLh
5zao4d2FFyY6TP/m4kV3XPI56qPYeV/GIscirNMUB1K9loK6l/fO5obnswabfuGn
R6qnzZtcXK/6u16CvHHL+EU7AEK5zyzA4shxKMME8VeOi1OX8YCNTB9rEiQPKRpN
++Diyem5Vquf0HKHk9uXvGXL5jjceNo121Q5zX6qxeiZNy+oifo=
=UGh8
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.