Re: COPY FROM crash - Mailing list pgsql-hackers

From Kirill Reshke
Subject Re: COPY FROM crash
Date
Msg-id CALdSSPgKKoG5xkcjdj4fGqD-d0GOVcm+0o1LsGNA=91KwyjwZQ@mail.gmail.com
Whole thread Raw
In response to COPY FROM crash  (Zhang Mingli <zmlpostgres@gmail.com>)
Responses Re: COPY FROM crash
List pgsql-hackers
Hi!

On Tue, 30 Jul 2024 at 08:52, Zhang Mingli <zmlpostgres@gmail.com> wrote:
>
> Hi, all
>
> I got a crash when copy partition tables with mass data in Cloudberry DB[0](based on Postgres14.4, Greenplum 7).
>
> I have a test on Postgres and it has the similar issue(different places but same function).

Just to be clear, you are facing this on HEAD, on on REL_14_STABLE?


> However it’s a little hard to reproduce because it happened when inserting next tuple after a previous copy multi
insertbuffer is flushed. 
>
> To reproduce easily, change the Macros to:
>
> #define MAX_BUFFERED_TUPLES 1
> #define MAX_PARTITION_BUFFERS 0

This way it's harder to believe that the problem persists with the
original settings. Are these values valid?



pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: COPY FROM crash
Next
From: Sutou Kouhei
Date:
Subject: Re: Separate HEAP WAL replay logic into its own file