Re: Logging replication state changes

2022-01-08 Thread Euler Taveira
On Sat, Jan 8, 2022, at 6:29 PM, SATYANARAYANA NARLAPURAM wrote: > We need the historical information to analyze and root cause in addition to > the live debugging. It would be good to have better control over replication > messages. I think the answer to this demand is not to change the message

Re: Logging replication state changes

2022-01-08 Thread SATYANARAYANA NARLAPURAM
On Sat, Jan 8, 2022 at 3:26 AM Amit Kapila wrote: > On Thu, Dec 30, 2021 at 4:18 AM SATYANARAYANA NARLAPURAM > wrote: > > > > On Wed, Dec 29, 2021 at 2:04 PM Tom Lane wrote: > >> > >> SATYANARAYANA NARLAPURAM writes: > >> > I noticed that below critical replication state changes are DEBUG1 > l

Re: Logging replication state changes

2022-01-08 Thread Amit Kapila
On Thu, Dec 30, 2021 at 4:18 AM SATYANARAYANA NARLAPURAM wrote: > > On Wed, Dec 29, 2021 at 2:04 PM Tom Lane wrote: >> >> SATYANARAYANA NARLAPURAM writes: >> > I noticed that below critical replication state changes are DEBUG1 level >> > logged. Any concern about changing the below two messages

Re: Logging replication state changes

2021-12-29 Thread SATYANARAYANA NARLAPURAM
On Wed, Dec 29, 2021 at 2:04 PM Tom Lane wrote: > SATYANARAYANA NARLAPURAM writes: > > I noticed that below critical replication state changes are DEBUG1 level > > logged. Any concern about changing the below two messages log level to > LOG? > > Why? These seem like perfectly routine messages.

Re: Logging replication state changes

2021-12-29 Thread Tom Lane
SATYANARAYANA NARLAPURAM writes: > I noticed that below critical replication state changes are DEBUG1 level > logged. Any concern about changing the below two messages log level to LOG? Why? These seem like perfectly routine messages. regards, tom lane