Re: Assertion failure while streaming toasted data - Mailing list pgsql-hackers

From Dilip Kumar
Subject Re: Assertion failure while streaming toasted data
Date
Msg-id CAFiTN-tsQ6GA511zOrjkHauzj9-3xkLu4nROr9KJvWatxjF9Ew@mail.gmail.com
Whole thread Raw
In response to Re: Assertion failure while streaming toasted data  (Pavan Deolasee <pavan.deolasee@gmail.com>)
List pgsql-hackers
On Wed, May 26, 2021 at 11:37 AM Pavan Deolasee
<pavan.deolasee@gmail.com> wrote:
>

>
> Yeah, I wasn't very confident about this either. I just wrote it to reduce the test footprint in the reproducer. I
thinkwe can simply include a lot more data and do the copy via stdin.
 

That is one way and if we don't find any better way we can do that.

> Alternatively, we can reduce logical_decoding_work_mem minimum value and run the test with a smaller value. But that
sameGUC is used to decide spilling txn to disk as well. So I am not sure if reducing the compile time default is
acceptableor not.
 

In the test decoding config, it is already set to a minimum value which is 64k.

-- 
Regards,
Dilip Kumar
EnterpriseDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: Dilip Kumar
Date:
Subject: Re: Assertion failure while streaming toasted data
Next
From: Laurenz Albe
Date:
Subject: Re: pg_rewind fails if there is a read only file.