Details

    • Bug
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Duplicate
    • 5.5(EOL), 10.0(EOL)
    • 10.1.30
    • None
    • 10.1.15, 10.1.20, 10.1.22, 10.1.29

    Description

      There is an intermittent bug whereby the binary log does not rotate . The binary log size is set at 100MB yet there are times it does not rotate and exceeds 100MB .

      The binary log has sometimes grown to 60GB in size . Commands like FLUSH LOGS do not achieve rotation . When a binary log file becomes more than 10 days old, it is supposed to be deleted by the database server , this is not happening once hit by the bug .

      The Mariadb node has to be restarted to rotate the binary log once it grows above 100MB . Parameters like max-bin-log and expire-logs-days are configured correctly .

      max_binlog_size | 104857600
      expire_logs_days | 8

      Attachments

        Issue Links

          Activity

            I tried performing some log rotations while having an active long transaction, and rotation
            worked as expected.
            In 10.1, one possible reason that could delay log rotation will be the failure to lock LOCK_xid_list
            (TC_LOG_BINLOG::mark_xids_active) during rotate() if it's held by some other thread.
            In that case, the thread that triggers the log rotation will remain stuck as well.

            nirbhay_c Nirbhay Choubey (Inactive) added a comment - I tried performing some log rotations while having an active long transaction, and rotation worked as expected. In 10.1, one possible reason that could delay log rotation will be the failure to lock LOCK_xid_list (TC_LOG_BINLOG::mark_xids_active) during rotate() if it's held by some other thread. In that case, the thread that triggers the log rotation will remain stuck as well.
            danblack Daniel Black added a comment -

            Folks, In light of the number of log-rotation based stalls, crashes I created the workaround in MDEV-11610. The code for it is here https://github.com/MariaDB/server/pull/323. In essence it removes rotation of binary and relays logs from the logrotate script and injects a SET LOCAL SQL_BIN_LOG=0.

            If you have any issues with this patch please note it on the github PR or in MDEV-11610.
            If you approve of this intermediary solution please vote for issue MDEV-11610.

            danblack Daniel Black added a comment - Folks, In light of the number of log-rotation based stalls, crashes I created the workaround in MDEV-11610 . The code for it is here https://github.com/MariaDB/server/pull/323 . In essence it removes rotation of binary and relays logs from the logrotate script and injects a SET LOCAL SQL_BIN_LOG=0. If you have any issues with this patch please note it on the github PR or in MDEV-11610 . If you approve of this intermediary solution please vote for issue MDEV-11610 .
            Elkin Andrei Elkin added a comment -

            Lack of expected rotation is a symptom of the parent of the current issue and is explained in its patch (to be reviewed atm).

            Elkin Andrei Elkin added a comment - Lack of expected rotation is a symptom of the parent of the current issue and is explained in its patch (to be reviewed atm).
            Elkin Andrei Elkin added a comment -

            The current issue seems to aggregate two separate ones. MDEV-9510 covers the cluster replication one (there's a patch at testing now).
            What is behind the 2nd no-cluster 5.5-based remains open.

            Elkin Andrei Elkin added a comment - The current issue seems to aggregate two separate ones. MDEV-9510 covers the cluster replication one (there's a patch at testing now). What is behind the 2nd no-cluster 5.5-based remains open.
            Elkin Andrei Elkin added a comment - - edited

            The very reported cluster-related issue has been fixed by MDEV-9510. I am not sure whether followup comments mentioning 5.5 still present an outstanding issue. If they are valid could you please make us known via either writing to this ticket, or better to report a new one.

            Thanks.

            Elkin Andrei Elkin added a comment - - edited The very reported cluster -related issue has been fixed by MDEV-9510 . I am not sure whether followup comments mentioning 5.5 still present an outstanding issue. If they are valid could you please make us known via either writing to this ticket, or better to report a new one. Thanks.

            People

              Elkin Andrei Elkin
              tbanza TYNDALE BANZA
              Votes:
              2 Vote for this issue
              Watchers:
              10 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.