Re: BUG #5599: Vacuum fails due to index corruption issues - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #5599: Vacuum fails due to index corruption issues
Date
Msg-id 29285.1281040166@sss.pgh.pa.us
Whole thread Raw
In response to Re: BUG #5599: Vacuum fails due to index corruption issues  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-bugs
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> On 05/08/10 21:28, Alvaro Herrera wrote:
>> Excerpts from Tom Lane's message of jue ago 05 14:01:15 -0400 2010:
>>> Maybe write-the-buffers-first is a sufficient longterm solution.
>>
>> Yeah, perhaps it is, though it's a pity that a single platform problem
>> is going to slow down everyone else.

> How about performing the truncate as usual, but if it fails, fill the
> truncated portion with zeros instead?

This is blithely assuming that you're going to be able to do anything at
all to the file after having failed to truncate it.  The permissions
problem might be persistent, or you might crash, or several other
things.  If we could do this safely, we could also do the original #3
solution (write the dirty buffers for the to-be-truncated block range
only after failing to truncate).

            regards, tom lane

pgsql-bugs by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: BUG #5599: Vacuum fails due to index corruption issues
Next
From: Peter Eisentraut
Date:
Subject: Re: [HACKERS] Drop one-argument string_agg? (was Re: string_agg delimiter having no effect with order by)