[MDEV-31471] mysqld got signal 11 while Maria backup Created: 2023-06-13 Updated: 2023-10-09 Resolved: 2023-07-28 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | None |
| Affects Version/s: | 10.4.30 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Major |
| Reporter: | Vikas | Assignee: | Unassigned |
| Resolution: | Incomplete | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Prod |
||
| Description |
|
While doing the mariabackup on Mariadb 10.4.24, we get an below error message and due to this we are not able to take the backup. Can you pls look into this and update me on same.
|
| Comments |
| Comment by Sergei Golubchik [ 2023-06-29 ] |
|
Unfortunately, there isn't much we can do with just an unresolved stack trace. Could you run mariadb-backup in gdb and if it crashes, paste the output of thread apply all bt full ? Hint: you can do first set logging enabled and gdb will write all the output into a file. |
| Comment by David Townes [ 2023-10-09 ] |
|
Ran into this problem today, tried fix found here: https://github.com/omegazeng/run-mariabackup/issues/10 And it did not work, at least not at first. Last line of unresolved stack-trace is different ("Finished backing up non-InnoDB tables and files" vs. "mariabackup: Generating a list of tablespaces") so may not be same bug anyway. After that, I set about installing debug symbols for MariaDB 10.5 in Debian to gather more information to post here, and that forced an upgrade from 10.5.21 to 10.5.22, then after a sever restart I ran incremental backup and, to my surprise, the problem was fixed. So maybe this bug is fixed in versions 10.5.22+? |