On Mon, Nov 15, 2021 at 10:36:09PM +0000, Bossart, Nathan wrote:
> + ereport(DEBUG1,
> + (errmsg_internal("executing archive command \"%s\" for archving %s",
> + xlogarchcmd, xlog)));
>
> I wonder if it's necessary to include the "for archiving" part in this
> one. Typically, the xlogarchcmd will include it somewhere.
Don't see any need to add that either (s/archving/archiving/, btw).
@@ -1000,6 +1004,10 @@ XLogWalRcvFlush(bool dying, TimeLineID tli)
+ ereport(DEBUG1,
+ (errmsg_internal("streaming %X/%X",
+ LSN_FORMAT_ARGS(LogstreamResult.Write))));
Having the same wording for the WAL receiver and the WAL sender could
be confusing when it comes to a cascading standby node, particularly
if log_line_prefix does not include the process PID.
+ ereport(DEBUG1,
+ (errmsg_internal("streaming %X/%X",
+ LSN_FORMAT_ARGS(sentPtr))));
Anyway, those two ones are going to make the logs much more noisy, no?
The same could be said about XLogFileRead(), joining the point of
Nathan's upthread. So I cannot get excited by this change.
--
Michael