[MDEV-29230] atomic.alter_table fails with "file not found" warnings on delete Created: 2022-08-02 Updated: 2024-01-24 Resolved: 2024-01-24 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Data Definition - Alter Table, Storage Engine - InnoDB |
| Affects Version/s: | 10.6, 10.7, 10.8, 10.9, 10.10 |
| Fix Version/s: | 10.6.10 |
| Type: | Bug | Priority: | Minor |
| Reporter: | Marko Mäkelä | Assignee: | Matthias Leich |
| Resolution: | Cannot Reproduce | Votes: | 0 |
| Labels: | need_rr | ||
| Issue Links: |
|
||||||||
| Description |
|
The following test failed for me locally:
In the var/41/log/mysqld.1.err, the warnings occurred in the following snippet:
The "OS error 71" is actually InnoDB’s own invented error code OS_FILE_NOT_FOUND. Based on this output, I created a reduced version of the test, preserving only this and the previous crash point, and covering only the InnoDB recovery:
Unfortunately, I was unable to reproduce the failure by running either the full test or the reduced test several times. The reduced test passed 33×100 runs on both 10.6 and 10.7. I would like to see rr record traces both of the killed server and of the recovery where such messages are being emitted. The messages seem to be a nuisance only; I do not see any correctness problem. |
| Comments |
| Comment by Marko Mäkelä [ 2024-01-24 ] |
|
According to the cross-reference, this test last failed in this way in August 2022. There was one more recent failure in March 2023 for a development branch bb-10.6.9-hash-join-improvements, which was a few commits ahead of the mariadb-10.6.9 release tag (August 2022). It looks like this bug must have been fixed in MariaDB Server 10.6.10. Possibly, this was fixed by |