Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-19492

Mariabackup hangs if table populated with INSERT... SELECT while it runs

    XMLWordPrintable

Details

    • Bug
    • Status: Stalled (View Workflow)
    • Major
    • Resolution: Unresolved
    • 10.2.24, 10.4.14
    • 10.4(EOL)
    • mariabackup
    • None

    Description

      Mariabackup consistently hangs when you load data into a table from another table while a full backup is running.

      It hangs in the following phase:

      [00] 2019-05-15 01:23:27 Waiting for log copy thread to read lsn 5607063606354
      

      Before that, the following errors appear:

      [00] 2019-05-15 00:25:44 Retrying read of log at LSN=5593738149376
      [00] 2019-05-15 00:25:44 Retrying read of log at LSN=5593738149376
      [00] 2019-05-15 00:25:44 Retrying read of log at LSN=5593738149376
      [00] 2019-05-15 00:25:44 Retrying read of log at LSN=5593738149376
      [00] 2019-05-15 00:25:44 Retrying read of log at LSN=5593738149376
      [00] 2019-05-15 00:25:44 xtrabackup_copy_logfile() failed.
      

      This is regularly happening at a customer of ours.
      I was able to reproduce in my lab as follows:

      1. start a full backup
      2. run insert into empytable select * from sbtest1;

      Command line used for backup:

      mariabackup --backup --user=root --password=xxx --parallel=4 --extra-lsndir=/tmp --stream=xbstream --target-dir=/tmp/2019-05-16/mariabackup
      

      Isolation level: default (REPEATABLE-READ)

      Attachments

        Issue Links

          Activity

            People

              vlad.lesin Vladislav Lesin
              rpizzi Rick Pizzi (Inactive)
              Votes:
              3 Vote for this issue
              Watchers:
              12 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.