Skip to content

Commit 47571ec

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 3887e94 commit 47571ec

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

doc/src/sgml/config.sgml

+4-4
Original file line numberDiff line numberDiff line change
@@ -7617,17 +7617,17 @@ COPY postgres_log FROM '/full/path/to/logfile.csv' WITH csv;
76177617
each lock acquisition attempt. The limit applies both to explicit
76187618
locking requests (such as <command>LOCK TABLE</command>, or <command>SELECT
76197619
FOR UPDATE</command> without <literal>NOWAIT</literal>) and to implicitly-acquired
7620-
locks. If <varname>log_min_error_statement</varname> is set to
7621-
<literal>ERROR</literal> or lower, the statement that timed out will be
7622-
logged. A value of zero (the default) turns this off.
7620+
locks. A value of zero (the default) turns this off.
76237621
</para>
76247622

76257623
<para>
76267624
Unlike <varname>statement_timeout</varname>, this timeout can only occur
76277625
while waiting for locks. Note that if <varname>statement_timeout</varname>
76287626
is nonzero, it is rather pointless to set <varname>lock_timeout</varname> to
76297627
the same or larger value, since the statement timeout would always
7630-
trigger first.
7628+
trigger first. If <varname>log_min_error_statement</varname> is set to
7629+
<literal>ERROR</literal> or lower, the statement that timed out will be
7630+
logged.
76317631
</para>
76327632

76337633
<para>

0 commit comments

Comments
 (0)