Re: Conflict with recovery on PG version 11.6 - Mailing list pgsql-general

From Laurenz Albe
Subject Re: Conflict with recovery on PG version 11.6
Date
Msg-id d38a6a2facd871ea99cf40e24ef319eb6b432638.camel@cybertec.at
Whole thread Raw
In response to Re: Conflict with recovery on PG version 11.6  (Toomas Kristin <toomas.kristin@gmail.com>)
Responses Re: Conflict with recovery on PG version 11.6  (Toomas Kristin <toomas.kristin@gmail.com>)
List pgsql-general
On Fri, 2020-06-19 at 11:46 +0300, Toomas Kristin wrote:
> I executed a database dump with 4 jobs and here are logs how this ended.
> 
> 2020-06-19 02:38:28 UTC:[30953]:ERROR:40001:canceling statement due to conflict with recovery
> 2020-06-19 02:38:28 UTC:[30953]:DETAIL:User query might have needed to see row versions that must be removed.
> 2020-06-19 02:38:28 UTC:[30953]:LOCATION:ProcessInterrupts, postgres.c:3057
> 2020-06-19 02:38:28 UTC:[30953]:STATEMENT:
> 2020-06-19 02:38:28 UTC:[30926]:FATAL:40001:terminating connection due to conflict with recovery
> 2020-06-19 02:38:28 UTC:[30926]:DETAIL:User query might have needed to see row versions that must be removed.
> 2020-06-19 02:38:28 UTC:[30926]:HINT:In a moment you should be able to reconnect to the database and repeat your
command.
> 2020-06-19 02:38:28 UTC:[30926]:LOCATION:ProcessInterrupts, postgres.c:2987
> 2020-06-19 02:38:28 UTC:[30952]:ERROR:40001:canceling statement due to conflict with recovery
> 2020-06-19 02:38:28 UTC:[30952]:DETAIL:User query might have needed to see row versions that must be removed.
> 2020-06-19 02:38:28 UTC:[30952]:LOCATION:ProcessInterrupts, postgres.c:3057
> 2020-06-19 02:38:28 UTC:[30952]:STATEMENT:
> 2020-06-19 02:38:28 UTC:[30953]:LOG:08006:could not receive data from client:Connection reset by peer
> 2020-06-19 02:38:28 UTC:[30953]:LOCATION:pq_recvbuf, pqcomm.c:978
> 
> Does it give any hints for anyone? Or how to find right version of source code what to analyse?

Yes, that are conflicts with VACUUM.

Yours,
Laurenz Albe
-- 
Cybertec | https://www.cybertec-postgresql.com




pgsql-general by date:

Previous
From: Laurenz Albe
Date:
Subject: Re: HASH partitioning not working properly
Next
From: Richard Bernstein
Date:
Subject: running a batch script