Details
-
Bug
-
Status: Closed (View Workflow)
-
Major
-
Resolution: Fixed
-
10.0.29
Description
We have a customer continuously getting this in their error log:
InnoDB: Error (Duplicate key) writing word node to FTS auxiliary index table.
|
I haven't been able to reproduce this issue on my side. But looking through the source code, it doesn't seem like this type of error should be reported in the error log. Perhaps it could be better handled internally (silently ignored?).
This is a problem because it uselessly fills up the error log.
Thanks,
-will
2017-08-10 - A careful code review would be needed to answer the question if this has any user-visible impact, or why this occurs in the first place.
Attachments
Issue Links
- relates to
-
MDEV-12636 SELECT UNION writes garbage tail of VARCHAR column into internal temporary table
-
- Closed
-
-
MDEV-15237 "Can't write; duplicate key in table" when updating some rows in a transaction
-
- Closed
-
-
MDEV-19073 FTS row mismatch after crash recovery
-
- Closed
-
Activity
Field | Original Value | New Value |
---|---|---|
Affects Version/s | 10.0.29 [ 22312 ] |
Component/s | Full-text Search [ 10104 ] | |
Fix Version/s | 10.0 [ 16000 ] | |
Assignee | Marko Mäkelä [ marko ] |
Link |
This issue relates to |
Link |
This issue relates to |
Description |
We have a customer continuously getting this in their error log:
{noformat} InnoDB: Error (Duplicate key) writing word node to FTS auxiliary index table. {noformat} I haven't been able to reproduce this issue on my side. But looking through the source code, it doesn't seem like this type of error should be reported in the error log. Perhaps it could be better handled internally (silently ignored?). This is a problem because it uselessly fills up the error log. Thanks, -will |
We have a customer continuously getting this in their error log:
{noformat} InnoDB: Error (Duplicate key) writing word node to FTS auxiliary index table. {noformat} I haven't been able to reproduce this issue on my side. But looking through the source code, it doesn't seem like this type of error should be reported in the error log. Perhaps it could be better handled internally (silently ignored?). This is a problem because it uselessly fills up the error log. Thanks, -will 2017-08-10 - A careful code review would be needed to answer the question if this has any user-visible impact, or why this occurs in the first place. |
Link |
This issue relates to |
Status | Open [ 1 ] | Confirmed [ 10101 ] |
Labels | upstream |
Status | Confirmed [ 10101 ] | In Progress [ 3 ] |
Component/s | Storage Engine - XtraDB [ 10135 ] | |
Fix Version/s | 10.0.33 [ 22552 ] | |
Fix Version/s | 10.1.29 [ 22636 ] | |
Fix Version/s | 10.2.10 [ 22615 ] | |
Fix Version/s | 10.3.3 [ 22644 ] | |
Fix Version/s | 10.0 [ 16000 ] | |
Resolution | Fixed [ 1 ] | |
Status | In Progress [ 3 ] | Closed [ 6 ] |
Link |
This issue relates to |
Link |
This issue relates to |
Workflow | MariaDB v3 [ 80589 ] | MariaDB v4 [ 152079 ] |
Zendesk Related Tickets | 185450 |