Details
-
Bug
-
Status: Open (View Workflow)
-
Minor
-
Resolution: Unresolved
-
13.0
-
None
Description
Somewhat reproducible on e.g. main-rel in several trials. It is possibly specific to partitioned tables, in which case maybe it isn't even worth investigating, as they are still not atomic-ddl-ed; but to confirm that it is indeed specific to partitioning, it will have to be analyzed at least to some extent.
|
main 685e0f8170a6da1c35e110c9016e8fa7859e6c54 |
2026-03-26 16:26:08 0 [Note] Recovering after a crash using tc.log
|
2026-03-26 16:26:08 0 [Note] Starting table crash recovery...
|
2026-03-26 16:26:08 0 [Note] Crash table recovery finished.
|
2026-03-26 16:26:09 0 [ERROR] DDL_LOG: Got error 1696 when trying to execute action for entry 7 of type 'drop table'
|
2026-03-26 16:26:09 0 [Note] DDL_LOG: Crash recovery executed 8 entries
|
|
MariaDB/randgen e68c946be583a02a9aa0461e206803e4d81adac0 |
perl ./run.pl --base-port=17400 --basedir=/data/bld/main-rel --compatibility=130099 --duration=180 --engine=InnoDB --filter=conf/ff/optimize.ff --gendata=data/dbt3/dbt3-s0.0001.dump --grammar=conf/preview/cor.yy:2 --grammar=conf/yy/partition_by_range.yy --mysqld=--innodb-lock-wait-timeout=5 --mysqld=--lock-wait-timeout=10 --mysqld=--max-statement-time=20 --output="DDL_LOG: Got error 1696 when trying to execute action" --queries=1000000 --scenario=CrashRecovery --threads=6 --trials=5 --trials=5 --vardir=/ssd/logs/var-acor-ddl-7-baseline --seed=1774364409
|