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