Re: Change ereport level for QueuePartitionConstraintValidation
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: David Rowley <david.rowley@2ndquadrant.com>,
Thomas Munro <thomas.munro@gmail.com>, Sergei Kornilov <sk@zsrv.org>,
PostgreSQL mailing lists <pgsql-hackers@postgresql.org>,
Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>,
Robert Haas <robertmhaas@gmail.com>
Date: 2019-07-17T18:20:24Z
Lists: pgsql-hackers
Attachments
- regression.diffs (text/x-diff) patch
Alvaro Herrera <alvherre@2ndquadrant.com> writes: > On 2019-Jul-15, David Rowley wrote: >> I think the only argument against it was around lack of ability to >> test if the constraint was used to verify no row breaks the partition >> bound during the ATTACH PARTITION. > Would it work to set client_min_messages to DEBUG1 for the duration of > the test, or does that have too much unrelated noise? It's not awful. I tried inserting "set client_min_messages = debug1" into alter_table.sql, and got the attached diffs. Evidently we could not keep it on throughout that test script, because of the variable OIDs in some of the toast table names. But in the areas where we're currently emitting INFO messages, we could have it on and not have any other noise except some "verifying table" messages, which actually seem like a good thing for this test. So right at the moment my vote is to downgrade all of these to DEBUG1 and fix the test-coverage complaint by adjusting client_min_messages as needed in the test scripts. A potential objection is that this'd constrain people's ability to add DEBUG1 messages in code reachable from ALTER TABLE --- but we can cross that bridge when we come to it. regards, tom lane
Commits
-
Avoid using INFO elevel for what are fundamentally debug messages.
- db438318997b 13.0 landed
- 121e3ceed6d9 12.0 landed
-
Revert setting client_min_messages to 'debug1' in new tests.
- 5655565c077c 12.0 cited