From: | Rohit Arora <arora(dot)leo9(at)gmail(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: canceling statement coming in slave instance |
Date: | 2018-11-24 11:04:40 |
Message-ID: | CAMUAjH_btdjCoTvOW-rkc0KpkVx3TAv1P9C8AXjGro07T8n4wQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Dear List,
Please note that we are working on PostgreSQL 9.4.19.
Thanks
Rohit Arora
On Sat, Nov 24, 2018 at 4:29 PM Rohit Arora <arora(dot)leo9(at)gmail(dot)com> wrote:
> Dear List,
>
> In few of our Slave PostgreSQL machines.
>
> I occasionally encounter below error.
>
> *ERROR: canceling statement due to conflict with recovery*
> *DETAIL: User was holding a relation lock for too long*
>
> While investigating online i came to know that this issue can be handled
> by below configuration parameters
>
> "max_standby_archive_delay "
> "max_standby_streaming_delay"
>
> I have increased the value of both the parameters as per below.
>
> Original values:
> "max_standby_archive_delay=30s"
> "max_standby_streaming_delay=30s"
>
> Current values:
> "max_standby_archive_delay=30s" ----> was increased it to 300s but we did
> not get any benefit so we rollback it to original value
> "max_standby_streaming_delay=300s"
>
> But still i occasionally encounter the mention issue.
>
> Please note that on Master node we have heavy write operations and these
> Slave nodes are geographically distinct on a WAN connection.
>
> Thanks in Advance
> Rohit Arora
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Shreeyansh Dba | 2018-11-24 11:23:36 | Re: canceling statement coming in slave instance |
Previous Message | Rohit Arora | 2018-11-24 10:59:08 | canceling statement coming in slave instance |