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

Separate log events for session start and end

    XMLWordPrintable

Details

    • New Feature
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 23.08.11, 24.02.7, 25.01.4
    • 26.10.0
    • Core
    • MXS-SPRINT-265
    • Hide
      New log event types have been added for new sessions and closed sessions which
      can be controlled with the following settings:
      * [`event_session_start_level`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_start)
      * [`event_session_start_facility`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_start)
      * [`event_session_stop_level`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_stop)
      * [`event_session_stop_facility`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_stop)
      Show
      New log event types have been added for new sessions and closed sessions which can be controlled with the following settings: * [`event_session_start_level`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_start) * [`event_session_start_facility`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_start) * [`event_session_stop_level`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_stop) * [`event_session_stop_facility`]({maxscale}/maxscale-management/deployment/installation-and-configuration/maxscale-configuration-guide#session_stop)

    Description

      Summary:
      Currently customers can access failed login attempts via warnings messages in maxscale.log and need to enable log_info to get see successful client sessions connected. For audit reasons, similar to mariadb audit log, customers want a simplified log access tracking separate from the main maxscale.log which can be too verbose with log_info enabled and would require cleaning up to prepare a report. Mariadb audit logged is specific to a single node, but maxscale stands in front of a cluster with the opportunity to generate a single report for all access. A separate optional flag per monitor would make sense. Starting with failed auth and successful auth, timestamp, and from what originating IP on what listeners connecting to in a comma delimited list .
      A flag/feature to store to a mariadb table as well is being requested

      Sample:

      [timestamp],[username],[host],[listener],[service],CONNECT, extra info ?
      [timestamp],[username],[host],[listener][service],DISCONNECT,
      [timestamp],[username],[host],[listener][service],FAILED_CONNECT,error returned ?
      

      Attachments

        Issue Links

          Activity

            People

              markus makela markus makela
              muhammad.irfan Muhammad Irfan
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Time Tracking

                  Estimated:
                  Original Estimate - 5d
                  5d
                  Remaining:
                  Remaining Estimate - 0d
                  0d
                  Logged:
                  Time Spent - 1.5d Time Not Required
                  1.5d

                  Git Integration

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