Skip to content

Commit 873cd4f

Browse files
committed
doc: move mention of log_min_error_statement in a better spot
Previously it was mentioned in the lock_timeout docs in a confusing location. Reported-by: ivaylo.zlatanov@gmail.com Discussion: https://postgr.es/m/157019615723.25307.15449102262106437404@wrigleys.postgresql.org Backpatch-through: 9.4
1 parent 8f88090 commit 873cd4f

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

doc/src/sgml/config.sgml

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -5707,17 +5707,17 @@ COPY postgres_log FROM '/full/path/to/logfile.csv' WITH csv;
57075707
each lock acquisition attempt. The limit applies both to explicit
57085708
locking requests (such as <command>LOCK TABLE</>, or <command>SELECT
57095709
FOR UPDATE</> without <literal>NOWAIT</>) and to implicitly-acquired
5710-
locks. If <varname>log_min_error_statement</> is set to
5711-
<literal>ERROR</> or lower, the statement that timed out will be
5712-
logged. A value of zero (the default) turns this off.
5710+
locks. A value of zero (the default) turns this off.
57135711
</para>
57145712

57155713
<para>
57165714
Unlike <varname>statement_timeout</>, this timeout can only occur
57175715
while waiting for locks. Note that if <varname>statement_timeout</>
57185716
is nonzero, it is rather pointless to set <varname>lock_timeout</> to
57195717
the same or larger value, since the statement timeout would always
5720-
trigger first.
5718+
trigger first. If <varname>log_min_error_statement</> is set to
5719+
<literal>ERROR</> or lower, the statement that timed out will be
5720+
logged.
57215721
</para>
57225722

57235723
<para>

0 commit comments

Comments
 (0)