Re: Report oldest xmin source when autovacuum cannot remove tuples
Dilip Kumar <dilipbalaut@gmail.com>
From: Dilip Kumar <dilipbalaut@gmail.com>
To: Sami Imseih <samimseih@gmail.com>
Cc: wenhui qiu <qiuwenhuifx@gmail.com>, Shinya Kato <shinya11.kato@gmail.com>, PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2025-11-17T02:51:04Z
Lists: pgsql-hackers
On Sat, Nov 15, 2025 at 5:56 AM Sami Imseih <samimseih@gmail.com> wrote: > > Thanks for starting this thread! This is a very useful > feature that users will find beneficial to easily narrow > down the reason the xmin horizon is being held back, > and take action. +1 for the idea. In BackendXidFindCutOffReason() you have directly reported using NOTICE I believe that is just to show the idea and you are planning to append this to the main message? Apart from that we are looping the whole pgprocarray, however it is only done when we are vacuuming with verbose mode so might not be that bad. -- Regards, Dilip Kumar Google