RE: pg_repack and locks - Mailing list pgsql-general

From
Subject RE: pg_repack and locks
Date
Msg-id 000001db6a70$ebb65c80$c3231580$@yahoo.fr
Whole thread Raw
In response to Re: pg_repack and locks  (hubert depesz lubaczewski <depesz@depesz.com>)
Responses Re: pg_repack and locks
List pgsql-general
Hi

Thanks for the help but this will not help, killing other process is not safe
The good way will be that pg_repack tools include a timeout so, that after expiration delay, he will stop waiting and
discardthe repack action 

But thanks again for your proposition.
Regards,
Nicolas

-----Message d'origine-----
De : depesz@depesz.com <depesz@depesz.com>
Envoyé : lundi 13 janvier 2025 16:42
À : nicolas <nicolas75_fr@yahoo.fr>
Cc : pgsql-general@lists.postgresql.org
Objet : Re: pg_repack and locks

On Mon, Jan 13, 2025 at 12:40:06PM +0000, nicolas wrote:
> Hello everyone,
>
> We are using postgresql v12 and added the pg_repack package
>
> Since I cannot stop other process, I use the “--no-kill-backend” and
> Pg_repack will wait indefinitly until pg_repack get the lock
>
> I get sometimes a problem of lock:
>
> sometimes, I get indefinitly this message : “NOTICE: Waiting for 1 transactions to finish. First PID: xxxx”
>
> this is a real problem because the database is usd all the time.
> If I kill the process, a trigger on source table will still exist and  temporary tables and type still exists in the
repackschema. The tables are not empty if data has been modified in the source table during the repack. 
>
> If I drop table repack tables, I will loose all data modifications
> done on source table how can I properly cleanup the database ?

Allow it to kill offending backends after some time? For example -T 7200?

Best regards,

depesz





pgsql-general by date:

Previous
From: Durgamahesh Manne
Date:
Subject: Re: Postgresql database terminates abruptly with too many open files error
Next
From: Boris Zentner
Date:
Subject: Re: pg_repack and locks