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

Set super_read_only off during restore; achieves same as PR #8929 #9240

Merged
merged 2 commits into from
Nov 24, 2021

Conversation

aquarapid
Copy link
Contributor

In short, we are blindly setting super_read_only off in the restore flow, in case the default my.cnf params has super_read_only=ON. This allows us to populate our metadata tables without running into write issues.

Tested manually and by the current DB restore e2e flow.

…8929

Signed-off-by: Jacques Grove <aquarapid@gmail.com>
@aquarapid aquarapid added Type: Enhancement Logical improvement (somewhere between a bug and feature) Component: Backup and Restore release notes labels Nov 15, 2021
will fail.

Signed-off-by: Jacques Grove <aquarapid@gmail.com>
go/vt/mysqlctl/backup.go Show resolved Hide resolved
go/vt/mysqlctl/backup.go Show resolved Hide resolved
@aquarapid
Copy link
Contributor Author

Ah nevermind; converting to SQLError won't work as you noted. I'll leave this as-is for now.

@askdba askdba merged commit 534c429 into vitessio:main Nov 24, 2021
@askdba askdba deleted the jg_super_readonly branch November 24, 2021 09:44
@deepthi deepthi mentioned this pull request Dec 1, 2021
2 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Component: Backup and Restore Type: Enhancement Logical improvement (somewhere between a bug and feature)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants