Wiki / Configuration Parameters
send_abort_for_kill
By default, after attempting to stop a child process with SIGQUIT, the postmaster will wait five seconds and then send SIGKILL to force immediate termination. When this option is set to on, SIGABRT is sent instead of SIGKILL. That normally results in production of a core dump file for each such child process. This can be handy for investigating the states of “stuck” child processes. It can also consume lots of disk space in the event of repeated crashes, so do not enable this on systems you are not monitoring carefully. Beware that no support exists for cleaning up the core file(s) automatically. This parameter can only be set in the postgresql.conf file or on the server command line.
English manual coverage begins with PostgreSQL 7.4. Source history and runtime observations have their own recorded version boundaries.
Reading PG 18·Select a recorded version
- boot val
- off
- category
- Developer Options
- context
- sighup
- doc same as
- Unknown
- documented
- true
- enumvals
- Unknown
- extra desc
- Unknown
- lang
- en
- max val
- Unknown
- metadata version
- 18
- min val
- Unknown
- name
- send_abort_for_kill
- short desc
- Send SIGABRT not SIGKILL to stuck child processes.
- source
- pg-settings-source-snapshot
- unit
- Unknown
- vartype
- bool
Definition PG 18
By default, after attempting to stop a child process with
SIGQUIT, the postmaster will wait five
seconds and then send SIGKILL to force
immediate termination. When this option is set
to on, SIGABRT is sent
instead of SIGKILL. That normally results
in production of a core dump file for each such child process.
This can be handy for investigating the states
of “stuck” child processes. It can also consume lots
of disk space in the event of repeated crashes, so do not enable
this on systems you are not monitoring carefully.
Beware that no support exists for cleaning up the core file(s)
automatically.
This parameter can only be set in
the postgresql.conf file or on the server
command line.
Compare versions
Complete source facts
doc html
<p>
By default, after attempting to stop a child process with
<span class="systemitem">SIGQUIT</span>, the postmaster will wait five
seconds and then send <span class="systemitem">SIGKILL</span> to force
immediate termination. When this option is set
to <code class="literal">on</code>, <span class="systemitem">SIGABRT</span> is sent
instead of <span class="systemitem">SIGKILL</span>. That normally results
in production of a core dump file for each such child process.
This can be handy for investigating the states
of <span class="quote">“<span class="quote">stuck</span>”</span> child processes. It can also consume lots
of disk space in the event of repeated crashes, so do not enable
this on systems you are not monitoring carefully.
Beware that no support exists for cleaning up the core file(s)
automatically.
This parameter can only be set in
the <code class="filename">postgresql.conf</code> file or on the server
command line.
</p>documentation revision
{"inputs":[{"file":"runtime-config-developer.html","kind":"same-version-reviewed-manual","locale":"en","sha256":"a3f6a107ed6ba4edaf6df03e52f4a469bd09350d545e4ff419e62844025ec1cf","version":"18.7"},{"file":"runtime-config-developer.html","kind":"same-version-reviewed-manual","locale":"zh-Hans","sha256":"e7e22aa5738a1d376b84af1adca796c5e14746266733f925eb50c3ef86a50655","version":"18.7"}],"release":"18.7","runtime_remeasured":false,"source_revision":"pgdoc:b9f0e7232f60f380d642ac9b99226606c254b552"}Source references
Full definition and evidence JSON
Definition sources
center · PostgreSQL 18 · wiki-repair-20261023:ae91fc1c997c0e00878ae0c080be7e47167a73d401c262b0adc46c6d4b847e65
Text language: en · wiki-repair-20261023:ae91fc1c997c0e00878ae0c080be7e47167a73d401c262b0adc46c6d4b847e65