Re: Segfault on ANALYZE in SERIALIZABLE isolation

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: Sergei Kornilov <sk(at)zsrv(dot)org>, Joe Wildish <joe-postgresql(dot)org(at)elusive(dot)cx>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Segfault on ANALYZE in SERIALIZABLE isolation
Date: 2019-05-18 18:55:01
Message-ID: 23933.1558205701@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I wrote:
> Sergei Kornilov <sk(at)zsrv(dot)org> writes:
>> I can reproduce with:
>> set default_transaction_isolation TO serializable ;
>> analyze ;

> So the problem is that something is passing a null snapshot to something
> that isn't expecting that. This seems closely related to the tableam
> API issue that was being debated a day or two back about whether it's
> ever valid to hand a null snapshot to an AM. Andres, which layer do
> you think is at fault here?

Bisecting confirms that this broke at

commit 737a292b5de296615a715ddce2b2d83d1ee245c5
Author: Andres Freund <andres(at)anarazel(dot)de>
Date: Sat Mar 30 16:21:09 2019 -0700

tableam: VACUUM and ANALYZE support.

I'd thought possibly this had something to do with bb16aba50 (Enable
parallel query with SERIALIZABLE isolation) but the bisection result
makes it pretty clear that it's just a tableam API screwup.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2019-05-18 19:00:32 Re: Segfault on ANALYZE in SERIALIZABLE isolation
Previous Message Andres Freund 2019-05-18 18:49:06 Re: Multivariate MCV stats can leak data to unprivileged users