Re: Postgres, fsync, and OSs (specifically linux) - Mailing list pgsql-hackers

From Andres Freund
Subject Re: Postgres, fsync, and OSs (specifically linux)
Date
Msg-id 20180522010823.z5bdq7wnlsna5qoo@alap3.anarazel.de
Whole thread Raw
In response to Re: Postgres, fsync, and OSs (specifically linux)  (Thomas Munro <thomas.munro@enterprisedb.com>)
Responses Re: Postgres, fsync, and OSs (specifically linux)  (Dmitry Dolgov <9erthalion6@gmail.com>)
List pgsql-hackers
On 2018-05-19 18:12:52 +1200, Thomas Munro wrote:
> On Sat, May 19, 2018 at 4:51 PM, Thomas Munro
> <thomas.munro@enterprisedb.com> wrote:
> > Next, make check hangs in initdb on both of my pet OSes when md.c
> > raises an error (fseek fails) and we raise and error while raising and
> > error and deadlock against ourselves.  Backtrace here:
> > https://paste.debian.net/1025336/
> 
> Ah, I see now that something similar is happening on Linux too, so I
> guess you already knew this.

I didn't. I cleaned something up and only tested installcheck
after... Singleuser mode was broken.

Attached is a new version.

I've changed my previous attempt at using transient files to using File
type files, but unliked from the LRU so that they're kept open. Not sure
if that's perfect, but seems cleaner.

Greetings,

Andres Freund

Attachment

pgsql-hackers by date:

Previous
From: Mike Blackwell
Date:
Subject: [PATCH] Clear up perlcritic 'missing return' warning
Next
From: Kyotaro HORIGUCHI
Date:
Subject: Re: Problem while updating a foreign table pointing to apartitioned table on foreign server