Re: Fw: Windows 10 got stuck with PostgreSQL at starting up. Addingdelay lets it avoid. - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: Fw: Windows 10 got stuck with PostgreSQL at starting up. Addingdelay lets it avoid.
Date
Msg-id 20180720101321.GA1687@paquier.xyz
Whole thread Raw
In response to Fw: Windows 10 got stuck with PostgreSQL at starting up. Addingdelay lets it avoid.  (Yugo Nagata <nagata@sraoss.co.jp>)
Responses Re: Fw: Windows 10 got stuck with PostgreSQL at starting up. Addingdelay lets it avoid.  (Yugo Nagata <nagata@sraoss.co.jp>)
List 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

Attachment

pgsql-hackers by date:

Previous
From: Amit Langote
Date:
Subject: Re: Internal error XX000 with enable_partition_pruning=on, pg 11beta1 on Debian
Next
From: Alexander Korotkov
Date:
Subject: Re: Flexible configuration for full-text search