From: | Wei Shan <weishan(dot)ang(at)gmail(dot)com> |
---|---|
To: | "Porwal, Utkarsh" <utkarsh(dot)porwal(at)emc(dot)com> |
Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: Query on Postgres locks |
Date: | 2015-09-24 10:19:28 |
Message-ID: | CAFe9ZTq8ji-k5EzRz=OftpFhyeC0Sv6PcrGEEjb2bshU0fY39g@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hi,
If you look at pg_settings table, you can see the default value for
statement_timeout. Only from 9.3, there's a parameter called lock_timeout.
Cheers.
On 24 September 2015 at 17:37, Porwal, Utkarsh <utkarsh(dot)porwal(at)emc(dot)com>
wrote:
> The postgres version is –
>
>
>
> psql (9.0.7)
>
>
>
>
>
> *From:* pgsql-admin-owner(at)postgresql(dot)org [mailto:
> pgsql-admin-owner(at)postgresql(dot)org] *On Behalf Of *Porwal, Utkarsh
> *Sent:* Thursday, September 24, 2015 3:04 PM
> *To:* pgsql-admin(at)postgresql(dot)org
> *Subject:* [ADMIN] Query on Postgres locks
>
>
>
> Dear All,
>
>
>
> I have a perl script which will attempt to drop/recreate some intermediate
> tables. This works by trying to acquire an access exclusive lock on the
> intermediate tables.
>
>
>
> When there is a backup running through pg_dump, I see an entry in
> pg_locks/pg_stat_activity table for the above which is waiting for pg_dump
> to finish, which is expected.
>
>
>
> Since backup on huge environment takes around 8 hrs to complete, I noticed
> that the entries waiting for locks are removed after certain amount of time
> which I couldn’t record even though the perl script is still running.
>
> Do you guys know if the lock waiting will ultimately timeout and when? I
> don’t have any statement_timeout specified.
>
>
>
> Any pointers on this behavior?
>
>
>
> Regards,
>
> Utkarsh
>
--
Regards,
Ang Wei Shan
From | Date | Subject | |
---|---|---|---|
Next Message | Porwal, Utkarsh | 2015-09-24 10:36:34 | Re: Query on Postgres locks |
Previous Message | Porwal, Utkarsh | 2015-09-24 09:37:45 | Re: Query on Postgres locks |