Details
-
Bug
-
Status: Closed (View Workflow)
-
Critical
-
Resolution: Fixed
-
10.2(EOL), 10.3(EOL), 10.4(EOL), 10.5
-
None
Description
When using Mariabackup to create a slave, the slave had XA transactions active which stopped the slave from working.
The easiest way to fix this is that when mariabackup runs recover on the backup, set up --tc-heuristic-recover=ROLLBACK.
This will ensure that any XA prepared transaction are rolled back on the slave.
This is the correct thing to do as the gtid position that is copied as part of mariabackup doesn't have any part of the XA transactions and when starting the slave against the master, the XA transaction will be copied to the slave.
Attachments
Issue Links
- is blocked by
-
MDEV-742 LP:803649 - Xa recovery failed on client disconnection
- Closed
- relates to
-
MDEV-742 LP:803649 - Xa recovery failed on client disconnection
- Closed
-
MDEV-21980 Remove overloaded references to "XA transactions" in log messages
- Open
-
MDEV-22398 mariabackup.innodb_xa_rollback fails on repeat
- Closed
-
MDEV-21117 refine the server binlog-based recovery for semisync
- Closed
-
MDEV-22614 "mariabackup --prepare" exits with code 0 even though innodb error is logged
- Closed
-
MDEV-22656 Document what rollback-xa mariabackup option does
- Closed
- split to
-
MDEV-30794 port --rollback-xa of MDEV-21168 fixes to 10.5+
- Closed