Uploaded image for project: 'MariaDB MaxScale'
  1. MariaDB MaxScale
  2. MXS-5955

Wrong master selected after restart

    XMLWordPrintable

Details

    • Bug
    • Status: Closed (View Workflow)
    • Critical
    • Resolution: Not a Bug
    • 22.08.18, 23.02.15, 23.08.11, 24.02.7, 25.01.4, 25.10.0
    • N/A
    • mariadbmon
    • None
    • MXS-SPRINT-244, MXS-SPRINT-245, MXS-SPRINT-246, MXS-SPRINT-247, MXS-SPRINT-248

    Description

      Original issue:
      If cooperative monitoring is used with two MaxScales and three MariaDB servers, after a restart of one MaxScale sometimes the wrong server is selected as the master.

      Comments:
      I don't see how two MaxScales could persist with different master servers. There is a possible issue with the monitor journal, in that if the persisted journal states are loaded and taken into use before a monitor tick. Usually this is not an issue, as the old master would have read_only on when the downed MaxScale comes back. If, however, the old master and MaxScale come back at the exact same moment, then for a split second, the restored MaxScale can have the wrong master. The solution to this is to ignore server roles read from the monitor journal until the monitor confirms the roles by performing a real monitor tick. However, it is unknown if this is what happened in the support case.

      Attachments

        Issue Links

          Activity

            People

              esa.korhonen Esa Korhonen
              markus makela markus makela
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.