Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit a806b14

Browse files
committed
Update documentation about SIGKILL of postmaster.
Removing shared memory and semaphores in response to server start failure often masks the real problem, a live process associated with the data directory; see commit 5a90740. Since 9.6, it's rarely necessary to kill subprocesses manually. (When it is necessary, that commit's HINT will say as much, in all supported versions.)
1 parent f2c71cb commit a806b14

File tree

1 file changed

+6
-8
lines changed

1 file changed

+6
-8
lines changed

doc/src/sgml/runtime.sgml

Lines changed: 6 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -1685,14 +1685,12 @@ $ <userinput>kill -INT `head -1 /usr/local/pgsql/data/postmaster.pid`</userinput
16851685

16861686
<important>
16871687
<para>
1688-
It is best not to use <systemitem>SIGKILL</systemitem> to shut down
1689-
the server. Doing so will prevent the server from releasing
1690-
shared memory and semaphores, which might then have to be done
1691-
manually before a new server can be started. Furthermore,
1692-
<systemitem>SIGKILL</systemitem> kills the <command>postgres</command>
1693-
process without letting it relay the signal to its subprocesses,
1694-
so it will be necessary to kill the individual subprocesses by hand as
1695-
well.
1688+
It is best not to use <systemitem>SIGKILL</systemitem> to shut down the
1689+
server. Doing so will prevent the server from releasing shared memory and
1690+
semaphores. Furthermore, <systemitem>SIGKILL</systemitem> kills
1691+
the <command>postgres</command> process without letting it relay the
1692+
signal to its subprocesses, so it might be necessary to kill the
1693+
individual subprocesses by hand as well.
16961694
</para>
16971695
</important>
16981696

0 commit comments

Comments
 (0)