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

Reduce risk for false negatives

    XMLWordPrintable

Details

    • MXS-SPRINT-252

    Description

      Monitor connectivity and response test may fail due to server being extremely busy. MaxScale should consider the server alive if routers are receiving data from server. Perhaps a special status flag is needed, e.g. "really busy" or "saturated"?

      Currently, the above scenario should not be too threatening, since when a monitor labels a server as [Down], it actually commands all routing connections to that server to hangup. Once this happens, and the server detects that the clients have disconnected, the server would likely close any attached sessions and free resources. This would then lead to the server being available for MaxScale monitor connections once more. At least, this is what would happen with one MaxScale. With multiple MaxScales, a server could be saturated by MXS1 and not connectable by monitor from MXS2.

      Attachments

        Activity

          People

            esa.korhonen Esa Korhonen
            johan.wikman Johan Wikman
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:

              Git Integration

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