Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug Report: PRS fails with "Data too long" error #13286

Closed
deepthi opened this issue Jun 9, 2023 · 0 comments · Fixed by #13287
Closed

Bug Report: PRS fails with "Data too long" error #13286

deepthi opened this issue Jun 9, 2023 · 0 comments · Fixed by #13287

Comments

@deepthi
Copy link
Member

deepthi commented Jun 9, 2023

Overview of the Issue

When attempting to run PlannedReparentShard on a cluster with long-ish tablet aliases, it throws the following error:

failed: Data too long for column 'primary_alias' at row 1 

From the logs, it's clear that the error is coming from

INSERT INTO _vt.reparent_journal (time_created_ns, action_name, primary_alias, replication_position) VALUES <redacted>

The current column definition is varbinary(32). It should be increased to varbinary(250) or even 255.

Reproduction Steps

Create a test vitess cluster with a tablet alias > 32 characters.
Attempt to PRS to that tablet.

Presumably this will also fail ERS (EmergencyReparentShard), but I haven't tried it.

Binary Version

Initially found with v15.0.3, but I've verified that every version is affected up to current `main`.

Operating System and Environment details

N/A

Log Fragments

No response

@deepthi deepthi added Type: Bug Needs Triage This issue needs to be correctly labelled and triaged Component: Cluster management and removed Needs Triage This issue needs to be correctly labelled and triaged labels Jun 9, 2023
@deepthi deepthi self-assigned this Jun 9, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant