| From: | Christoph Berg <myon(at)debian(dot)org> |
|---|---|
| To: | Bharath Rupireddy <bharath(dot)rupireddyforpostgres(at)gmail(dot)com> |
| Cc: | Daniel Gustafsson <daniel(at)yesql(dot)se>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: pg_receivewal and SIGTERM |
| Date: | 2022-08-16 13:56:45 |
| Message-ID: | YvuiHaqzde5FJEIC@msg.df7cb.de |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Re: Bharath Rupireddy
> Don't we need a similar explanation [1] for pg_recvlogical docs?
>
> [1]
> <para>
> In the absence of fatal errors, <application>pg_receivewal</application>
> - will run until terminated by the <systemitem>SIGINT</systemitem> signal
> - (<keycombo action="simul"><keycap>Control</keycap><keycap>C</keycap></keycombo>).
> + will run until terminated by the <systemitem>SIGINT</systemitem>
> + (<keycombo action="simul"><keycap>Control</keycap><keycap>C</keycap></keycombo>)
> + or <systemitem>SIGTERM</systemitem> signal.
Coped that from pg_receivewal(1) now.
Christoph
| Attachment | Content-Type | Size |
|---|---|---|
| 0001-pg_receivewal-pg_recvlogical-Exit-cleanly-on-SIGTERM.patch | text/x-diff | 4.2 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2022-08-16 14:03:57 | Re: Propose a new function - list_is_empty |
| Previous Message | Robert Haas | 2022-08-16 13:55:14 | Re: SQL/JSON features for v15 |