Skip to content

Commit 88418aa

Browse files
committed
Doc: fix our example systemd script.
The example used "TimeoutSec=0", but systemd's documented way to get the desired effect is "TimeoutSec=infinity". Discussion: https://postgr.es/m/164770078557.670.5467111518383664377@wrigleys.postgresql.org
1 parent 4d23229 commit 88418aa

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

doc/src/sgml/runtime.sgml

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -443,7 +443,7 @@ ExecStart=/usr/local/pgsql/bin/postgres -D /usr/local/pgsql/data
443443
ExecReload=/bin/kill -HUP $MAINPID
444444
KillMode=mixed
445445
KillSignal=SIGINT
446-
TimeoutSec=0
446+
TimeoutSec=infinity
447447

448448
[Install]
449449
WantedBy=multi-user.target
@@ -455,11 +455,11 @@ WantedBy=multi-user.target
455455
<para>
456456
Consider carefully the timeout
457457
setting. <application>systemd</application> has a default timeout of 90
458-
seconds as of this writing and will kill a process that does not notify
458+
seconds as of this writing and will kill a process that does not report
459459
readiness within that time. But a <productname>PostgreSQL</productname>
460460
server that might have to perform crash recovery at startup could take
461-
much longer to become ready. The suggested value of 0 disables the
462-
timeout logic.
461+
much longer to become ready. The suggested value
462+
of <literal>infinity</literal> disables the timeout logic.
463463
</para>
464464
</listitem>
465465

0 commit comments

Comments
 (0)