Re: Re: 9.3: more problems with "Could not open file "pg_multixact/members/xxxx"

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: 9.3: more problems with "Could not open file "pg_multixact/members/xxxx"
Date: 2014-07-17 16:27:51
Message-ID: CA+TgmoZr0XXh66RggwjiaoG+f_UDoxtfjedWsUV+gf80uv2KgA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jul 16, 2014 at 12:46 AM, Alvaro Herrera
<alvherre(at)2ndquadrant(dot)com> wrote:
> (Maybe I'm just too tired and I'm failing to fully understand the torn
> page protection. I thought I understood how it worked, but now I'm not
> sure -- I mean I don't see how it can possibly have any value at all.
> Surely if the disk writes the first 512-byte sector of the page and then
> forgets the updates to the next 15 sectors, the page will appear as not
> needing the full page image to be restored ...)

We always restore full page images, regardless of the page LSN.
Otherwise, we'd have exactly the problem you describe.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2014-07-17 18:11:54 Re: [v9.5] Custom Plan API
Previous Message Robert Haas 2014-07-17 16:17:44 Re: gaussian distribution pgbench