Re: Fw: Windows 10 got stuck with PostgreSQL at starting up. Adding delay lets it avoid.

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Yugo Nagata <nagata(at)sraoss(dot)co(dot)jp>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Fw: Windows 10 got stuck with PostgreSQL at starting up. Adding delay lets it avoid.
Date: 2018-07-20 10:13:21
Message-ID: 20180720101321.GA1687@paquier.xyz
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jul 20, 2018 at 05:58:13PM +0900, Yugo Nagata wrote:
> He reported this problem to pgsql-general list as below. Also, he created a patch
> to add a build-time option for adding 0.5 or 3.0 seconds delay after each sub
> process starts. The attached is the same one. Our client confirmed that this
> patch resolves the dead-lock problem. Is it acceptable to add this option to
> PostgreSQL? Any comment would be appreciated.

If the OS startup gets slower, then an arbitrary delay is not going to
solve things and you would finish by facing the same problem. It seems
to me that we need to understand what are the low-level locks which get
stuck, if it is possible to make their acquirement conditional, and then
loop conditionally with multiple retries.
--
Michael

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alexander Korotkov 2018-07-20 11:42:34 Re: Flexible configuration for full-text search
Previous Message Amit Langote 2018-07-20 09:44:55 Re: Internal error XX000 with enable_partition_pruning=on, pg 11 beta1 on Debian