Details

    • New Feature
    • Status: Closed (View Workflow)
    • Minor
    • Resolution: Fixed
    • None
    • 22.08.0
    • Core
    • None

    Description

      MaxScale GUI Log defaults to display syslog (syslog=true), but logs are going to /var/lib/maxscale/maxscale.log. This displays a "No logs found" message for all new installs.
      syslog variable should default to false.

      Attachments

        Activity

          markus makela markus makela added a comment -

          By default logs go to both syslog and maxlog as they are both enabled by default. Is this in a container environment or is there some other reason why syslog (or journald to be more specific) doesn't contain the messages?

          markus makela markus makela added a comment - By default logs go to both syslog and maxlog as they are both enabled by default. Is this in a container environment or is there some other reason why syslog (or journald to be more specific) doesn't contain the messages?

          I'm using the maxscale docker images. Either way, I don't think we should be logging to both syslog and the maxscale.log file by default.

          ksizemore Kathryn Sizemore added a comment - I'm using the maxscale docker images. Either way, I don't think we should be logging to both syslog and the maxscale.log file by default.

          Out of the box the maxscale docker image does not log anything. This is a problem.

          ksizemore Kathryn Sizemore added a comment - Out of the box the maxscale docker image does not log anything. This is a problem.
          markus makela markus makela added a comment -

          I agree, the defaults have been pretty dumb for a while but disabling one of the log types does affect those users who expects the one they use to work. I think a better option would be to get rid of both syslog and maxlog parameters and introduce a new one called log_type which would be a multi-valued enumeration that allows you to select which sources the log messages are written into. Regardless of what we do, we'll have to pick a default log source. For non-docker setups I believe the systemd journal would be the better option as it provides a more structured way of storing information with log messages.

          For the short term, I think we could fix the problem by disabling syslog if MaxScale knowns the systemd-journald isn't up. This would mean the log output in the GUI would default to the file-based logging in docker containers.

          As for the docker images, this is a known problem and it's tracked in MXS-3457.

          markus makela markus makela added a comment - I agree, the defaults have been pretty dumb for a while but disabling one of the log types does affect those users who expects the one they use to work. I think a better option would be to get rid of both syslog and maxlog parameters and introduce a new one called log_type which would be a multi-valued enumeration that allows you to select which sources the log messages are written into. Regardless of what we do, we'll have to pick a default log source. For non-docker setups I believe the systemd journal would be the better option as it provides a more structured way of storing information with log messages. For the short term, I think we could fix the problem by disabling syslog if MaxScale knowns the systemd-journald isn't up. This would mean the log output in the GUI would default to the file-based logging in docker containers. As for the docker images, this is a known problem and it's tracked in MXS-3457 .
          markus makela markus makela added a comment - - edited

          Turns out detecting whether the systemd journal daemon is up and functional isn't that easy with the native APIs which means the sensible approach is to just disable it by default and rely on MaxScale's own log.

          markus makela markus makela added a comment - - edited Turns out detecting whether the systemd journal daemon is up and functional isn't that easy with the native APIs which means the sensible approach is to just disable it by default and rely on MaxScale's own log.
          markus makela markus makela added a comment -

          syslog is now off by default.

          markus makela markus makela added a comment - syslog is now off by default.

          People

            markus makela markus makela
            ksizemore Kathryn Sizemore
            Votes:
            0 Vote for this issue
            Watchers:
            3 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.