Adjust the log level of some logs in the cluster#633
Conversation
I think the log of pfail status changes will be very useful. The other parts were scanned and found that it can be modified. Signed-off-by: Binbin <binloveplay1314@qq.com>
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## unstable #633 +/- ##
============================================
- Coverage 70.19% 70.18% -0.01%
============================================
Files 110 110
Lines 60049 60077 +28
============================================
+ Hits 42149 42168 +19
- Misses 17900 17909 +9
🚀 New features to boost your workflow:
|
PingXie
left a comment
There was a problem hiding this comment.
Thanks @enjoy-binbin! I like these changes. My only question is around when to use NOTICE and when to use WARNING. I would like to see some discussion/clarification on them.
Signed-off-by: Binbin <binloveplay1314@qq.com>
Signed-off-by: Binbin <binloveplay1314@qq.com>
i don't have one, maybe madolson has more insight. |
The previous Redis decision was that LL_WARNING should be for system failures that operators should be notified about and can take action on but shouldn't halt the system (like a serverPanic). LL_NOTICE should be notifications that the average user might want to know about when looking back at the log to understand why something happened (replication disconnects, failovers, elections, etc). |
Signed-off-by: Binbin <binloveplay1314@qq.com>
Signed-off-by: Binbin <binloveplay1314@qq.com> Co-authored-by: Madelyn Olson <madelyneolson@gmail.com>
Signed-off-by: Binbin <binloveplay1314@qq.com>
…2010) After node failure detection/recovery and gossip by each primary, we log about the failure detection/recovery at NOTICE level which can spam the server and the behavior is quite expensive on ec2 burstable instance types. I would prefer us rolling it back to VERBOSE level. Change was introduced in #633 Signed-off-by: Harkrishn Patro <bunty.hari@gmail.com>
…alkey-io#2010) After node failure detection/recovery and gossip by each primary, we log about the failure detection/recovery at NOTICE level which can spam the server and the behavior is quite expensive on ec2 burstable instance types. I would prefer us rolling it back to VERBOSE level. Change was introduced in valkey-io#633 Signed-off-by: Harkrishn Patro <bunty.hari@gmail.com> Signed-off-by: chzhoo <czawyx@163.com>
…alkey-io#2010) After node failure detection/recovery and gossip by each primary, we log about the failure detection/recovery at NOTICE level which can spam the server and the behavior is quite expensive on ec2 burstable instance types. I would prefer us rolling it back to VERBOSE level. Change was introduced in valkey-io#633 Signed-off-by: Harkrishn Patro <bunty.hari@gmail.com> Signed-off-by: shanwan1 <shanwan1@intel.com>
…' (merge request !21) Backport cluster optimiztions valkey-io/valkey#633 valkey-io/valkey#780 valkey-io/valkey#782 valkey-io/valkey#816
I think the log of pfail status changes will be very useful.
The other parts were scanned and found that it can be modified.
Changes: