[MDEV-9620] innodb_force_recovery and innodb_corrupt_table_action are ignored with corrupt BLOB page Created: 2016-02-24 Updated: 2016-04-01 Resolved: 2016-04-01 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Storage Engine - InnoDB |
| Affects Version/s: | 10.0.23 |
| Fix Version/s: | N/A |
| Type: | Bug | Priority: | Major |
| Reporter: | Michaël de groot | Assignee: | Unassigned |
| Resolution: | Incomplete | Votes: | 0 |
| Labels: | need_feedback | ||
| Description |
|
Hi everybody, I ran into an interesting issue today. I have a corrupted BLOB page. I do not know how the page got corrupted. It happened with a partitioned table. The page contained BLOB for 2 columns, e.g. in this example id's 5 and 6 are corrupt: One of the crashes is described in the first crash of the error log. It would be convenient to repair the table if we set innodb_corrupt_table_action to 'salvage'. This did not change any crash behavior. I also tried to set innodb_crash_recovery to 1. This did not change the behavior either. The second crash in the error log is with innodb_corrupt_table_action to 'salvage' and innodb_crash_recovery to 1. |
| Comments |
| Comment by Michaël de groot [ 2016-02-24 ] |
|
Please allow me a day or so before I upload the error log, I need need to make sure the blob does not contain sensitive information. |
| Comment by Valerii Kravchuk [ 2016-03-03 ] |
|
Do you have the error log to share? The outputs of: explain SELECT COUNT(blob) FROM TABLE WHERE date BETWEEN '2013-05-01' AND '2013-05-31' and id = 5; may be also useful. |
| Comment by Elena Stepanova [ 2016-04-01 ] |
|
Please comment to re-open if you have more information on the issue. |