Re: 回复: [PATCH] BUG FIX: Core dump could happen when VACUUM FULL in standalone mode

Поиск
Список
Период
Сортировка
От Masahiko Sawada
Тема Re: 回复: [PATCH] BUG FIX: Core dump could happen when VACUUM FULL in standalone mode
Дата
Msg-id CAD21AoANMtjMscOx+itQOPMA_k5Mk=NKXztXOV7GvPBde4L+Wg@mail.gmail.com
обсуждение исходный текст
Ответ на Re: 回复: [PATCH] BUG FIX: Core dump could happen when VACUUM FULL in standalone mode  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Dec 1, 2020 at 3:54 AM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Yulin PEI <ypeiae@connect.ust.hk> writes:
> > Yes, I agree because (IsNormalProcessingMode() ) means that current process is not in bootstrap mode and postmaster
processwill not build index.
 
> > So my new modified patch is attached.
>
> This is a good catch, but the proposed fix still seems pretty random
> and unlike how it's done elsewhere.  It seems to me that since
> index_build() is relying on plan_create_index_workers() to assess
> parallel safety, that's where to check IsUnderPostmaster.  Moreover,
> the existing code in compute_parallel_vacuum_workers (which gets
> this right) associates the IsUnderPostmaster check with the initial
> check on max_parallel_maintenance_workers.  So I think that the
> right fix is to adopt the compute_parallel_vacuum_workers coding
> in plan_create_index_workers, and thereby create a model for future
> uses of max_parallel_maintenance_workers to follow.

+1

Regards,

-- 
Masahiko Sawada
EnterpriseDB:  https://www.enterprisedb.com/



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Printing backtrace of postgres processes
Следующее
От: Zhihong Yu
Дата:
Сообщение: Re: runtime error copying oids field