Re: BUG #15182: Canceling authentication due to timeout aka Denial of Service Attack
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Andres Freund <andres@anarazel.de>
Cc: pgsql-hackers@lists.postgresql.org, Robert Haas <robertmhaas@gmail.com>, Jeremy Schneider <schnjere@amazon.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>, "Albin, Lloyd P" <lalbin@scharp.org>
Date: 2018-07-24T05:23:02Z
Lists: pgsql-bugs, pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Improve VACUUM and ANALYZE by avoiding early lock queue
- a556549d7e6d 12.0 landed
-
Improve TRUNCATE by avoiding early lock queue
- f841ceb26d70 12.0 landed
-
Restrict access to reindex of shared catalogs for non-privileged users
- 87330e21c327 11.0 landed
- 661dd23950f2 12.0 landed
-
Improve behavior of concurrent CLUSTER.
- cbe24a6dd8fb 9.2.0 cited
On Mon, Jul 23, 2018 at 09:51:54PM -0700, Andres Freund wrote: > On July 23, 2018 9:50:10 PM PDT, Michael Paquier <michael@paquier.xyz> wrote: >> Oh, yes, that would be bad. My mind has slipped here. I have seen >> manual VACUUMs on system catalogs for applications using many temp >> tables... So we would want to have only VACUUM FULL being >> conditionally >> happening? The question comes then about what to do when a VACUUM FULL >> is run without a list of relations because expand_vacuum_rel() is not >> actually the only problem. Would we want to ignore system tables as >> well except if allow_system_table_mods is on? When no relation list is >> specified, get_all_vacuum_rels() builds the list of relations which >> causes vacuum_rel() to complain on try_relation_open(), so patching >> just expand_vacuum_rel() solves only half of the problem for manual >> VACUUMs. > > I think any such restriction is entirely unacceptable. FULL or not. Well, letting any users take an exclusive lock on system catalogs at will is not acceptable either, so two possible answers would be to fail or skip such relations. The first concept applies if a relation list is given by the user, and the second if no list is given. Do you have any thoughts on the matter? -- Michael