[MXS-3979] Not all state transitions are written to the log Created: 2022-02-02  Updated: 2022-02-23  Resolved: 2022-02-23

Status: Closed
Project: MariaDB MaxScale
Component/s: Monitor
Affects Version/s: 6.1.4
Fix Version/s: 6.2.3

Type: Bug Priority: Major
Reporter: Hartmut Holzgraefe Assignee: markus makela
Resolution: Fixed Votes: 0
Labels: None


 Description   

Some monitor state transitions are not written to the log when log_info is enabled.

E.g. a binlog routers transition from Binlog Relay, Running to Down is logged when it is on another maxscale instance and that one is being shut down, but when doing a STOP SLAVE on a binlog router causing a transition from Binlog Relay, Running to just Running this is not directly seen in the maxscale log at all.

What is seen though is actual slaves replicating form that binlog router loosing their master and switching from Slave; Running to just Running due to this.

Seeing that the binlog router changed state at around the same time would make understanding the state changes of the actual replicas more understandable when analyzing logs.



 Comments   
Comment by Hartmut Holzgraefe [ 2022-02-03 ]

Another find: transition from "Slave; Running" to "Slave of External Server; Running" and back does cause log entries, but these only mention "Slave; Running" and just "Running", not showing the "Slave of Externam Server" state flag.

Comment by markus makela [ 2022-02-17 ]

The Binlog Relay and Relay Master states were excluded from the set of states that caused the state transition messages to be logged.

Comment by markus makela [ 2022-02-17 ]

The Slave of External Server state isn't a "real" state as it's something the mariadbmon provides on top of the normal server states and MaxCtrl transparently combines them into one. This is why the loss of it won't cause a message to be logged as the state changes are handled by the MaxScale core and this is module-specific information.

Comment by markus makela [ 2022-02-23 ]

Added events for the Binlog Relay and Relay Master states.

Generated at Thu Feb 08 04:25:19 UTC 2024 using Jira 8.20.16#820016-sha1:9d11dbea5f4be3d4cc21f03a88dd11d8c8687422.