From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Hitesh Bhambhani <hitesh(dot)bhambhani(at)asg(dot)com>, pgsql-bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #5599: Vacuum fails due to index corruption issues |
Date: | 2010-08-05 16:28:20 |
Message-ID: | 1281025234-sup-1704@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Excerpts from Tom Lane's message of jue ago 05 11:06:57 -0400 2010:
> Seems like we need to think harder about recovering from a truncate
> failure. A few random ideas:
Ugh.
> 1. Write the dirty buffers before dropping them. Kind of ugly from a
> performance viewpoint, but simple and safe.
I think "simple" is good, considering that this code is gone in 9.0 and
HEAD. IMHO investing too much effort on this problem is not worth it.
Perhaps it'd be good to come up with a better solution for HEAD:
> 3. Don't discard the dirty buffers until after successfully truncating.
> The hard part here is to be sure no other process (like bgwriter) will
> try to write them in between. I don't see a way to guarantee that,
> at least not without interlock infrastructure that doesn't exist today.
--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-08-05 16:36:24 | Re: BUG #5599: Vacuum fails due to index corruption issues |
Previous Message | Tom Lane | 2010-08-05 15:47:02 | Re: string_agg delimiter having no effect with order by |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-08-05 16:33:47 | Re: Needs Suggestion |
Previous Message | Boszormenyi Zoltan | 2010-08-05 16:24:53 | Re: Re: [HACKERS] ECPG dynamic cursor fix for UPDATE/DELETE ... WHERE CURRENT OF :curname |