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

mariabackup --prepare --plugin-load=aws_key_managment crashses

Details

    • Bug
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Fixed
    • 10.2.8, 10.2.9
    • 10.1.31, 10.2.13, 10.3.5
    • Backup
    • None
    • Centos 7
    • 10.0.34

    Description

      mariabackup fails during prepare and aws_key_management plugin load to decrypt data.

      Attachments

        Activity

          djuntgen Dave Juntgen added a comment - - edited

          Please see the attached crash report, I've tried several attempts.

          mariabackup --backup --parallel=8 --rsync --user=root --password=x
          mariabackup --prepare --parallel=8 --user=root --password=x --innodb-encrypt-log=1 --plugin-load=aws_key_management --plugin-dir=/usr/lib64/mysql/plugin/
          

          mariabackup-crash-report.txt

          I am unable to get any sort of reasonable output with just a simple --prepare command like such:

          mariabackup --prepare --parallel=8 --user=root --password=x
          

          djuntgen Dave Juntgen added a comment - - edited Please see the attached crash report, I've tried several attempts. mariabackup --backup --parallel=8 --rsync --user=root --password=x mariabackup --prepare --parallel=8 --user=root --password=x --innodb-encrypt-log=1 --plugin-load=aws_key_management --plugin-dir=/usr/lib64/mysql/plugin/ mariabackup-crash-report.txt I am unable to get any sort of reasonable output with just a simple --prepare command like such: mariabackup --prepare --parallel=8 --user=root --password=x

          --prepare does not need user, or password, it does not contact any server.. , it does not understand --innodb-encrypt-log either, it is not a server.

          Kudos on getting text output. I hope now you can send also the backup-my.cnf in the backup directory, or maybe even a picture of it would also suffice

          wlad Vladislav Vaintroub added a comment - --prepare does not need user, or password, it does not contact any server.. , it does not understand --innodb-encrypt-log either, it is not a server. Kudos on getting text output. I hope now you can send also the backup-my.cnf in the backup directory, or maybe even a picture of it would also suffice

          can you try all of this without ---rsync. We did not test it here, not (I suspect) percona had.
          I'd recommend to provide --target-dir parameters as well (unless you use streaming)

          wlad Vladislav Vaintroub added a comment - can you try all of this without ---rsync. We did not test it here, not (I suspect) percona had. I'd recommend to provide --target-dir parameters as well (unless you use streaming)
          djuntgen Dave Juntgen added a comment -

          Great news, removing --rsync and adding --target-dir= produced a successful backup and prepare!

          djuntgen Dave Juntgen added a comment - Great news, removing --rsync and adding --target-dir= produced a successful backup and prepare!

          I assume it failed because mariabackup had not found rsync utility. I'll now check it earlier before starting the backup.
          If you happen to have the log of "mariabackup --backup", you can attach it here.

          wlad Vladislav Vaintroub added a comment - I assume it failed because mariabackup had not found rsync utility. I'll now check it earlier before starting the backup. If you happen to have the log of "mariabackup --backup", you can attach it here.

          People

            wlad Vladislav Vaintroub
            djuntgen Dave Juntgen
            Votes:
            0 Vote for this issue
            Watchers:
            2 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.