From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Thom Brown <thom(at)linux(dot)com>, Abhijit Menon-Sen <ams(at)2ndquadrant(dot)com>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Haribabu Kommi <kommi(dot)haribabu(at)gmail(dot)com>, "pgsql-hackers(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [BUGS] Breakage with VACUUM ANALYSE + partitions |
Date: | 2016-05-02 20:36:34 |
Message-ID: | 20160502203634.hmjgdumfgqrldo6n@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On 2016-05-02 22:00:14 +0200, Fabien COELHO wrote:
> I'm wondering that if _mdfd_openseg may return NULL, then ISTM that
> "opened_directly" should logically be false, because it was not opened?
>
> If so, maybe consider something like:
>
> opened_directy = (seg != NULL);
Hm, don't care either way. Seems just as valid to understand it as the
attempt to directly open the segment.
> Also, I do not understand why this issue is raised by the flushing patch, it
> seems rather independent.
It's not the flushing itself, it's 72a98a639574d2e25ed94652848555900c81a799
> >I'm not sure this is the best way to go about this. I can see valid
> >arguments for *always* using _mdfd_openseg() in mdsync(); and I'm
> >wondering whether we shouldn't make EXTENSION_* into a bitmask
> >(extend,extend_recovery,return_null,open_deleted).
>
> I thought about that when I looked at the previous fix, but it seemed that
> not all combinations made sense.
Sure, but that's nothing unusual. Here's an attempt at doing so - not
fully polished, just as a discussion point. I think it looks better.
Fabien, Robert, what do you think?
Greetings,
Andres Freund
Attachment | Content-Type | Size |
---|---|---|
wip_mdsync_2.patch | text/x-patch | 6.8 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Fabien COELHO | 2016-05-02 22:05:35 | Re: [BUGS] Breakage with VACUUM ANALYSE + partitions |
Previous Message | Fabien COELHO | 2016-05-02 20:00:14 | Re: [BUGS] Breakage with VACUUM ANALYSE + partitions |
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Korotkov | 2016-05-02 20:38:48 | Re: pgsql: Fix assorted inconsistencies in GIN opclass support function dec |
Previous Message | Alvaro Herrera | 2016-05-02 20:20:22 | Re: pg_upgrade and toasted pg_largeobject |