-
Notifications
You must be signed in to change notification settings - Fork 14.4k
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
docs(upgrading): clarify upgrade process #28275
Conversation
Differentiate between upgrading superset docker/native itself and the metadata database to indicate that upgrading the database is necessary in either case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Running CI 🤞
Changes look good to me, but I'll let others chime in before merging.
Seems like a straightforward improvement to me. Thank you @SaTae66 for the contribution! |
Hm @SaTae66 are you running Docker with a single container or Docker Compose? I upgraded yesterday using Docker Compose. When I run So I don't think Also did you have to enter your container first with |
Yeah I guess thats on me then lol. I am using the image from dockerhub, patch some stuff in the CI, including a custom entry-point. iirc. back in the days of v2 I had issues when running either |
Differentiate between upgrading superset docker/native itself and the metadata database to indicate that upgrading the database is necessary in either case.
SUMMARY
Indicate that
superset db upgrade
andsuperset init
are necessary after upgrading superset, independent of the deployment method.Personally it was obvious that
superset db upgrade
was needed, but at that point I already felt the documentation could be clearer. I didn't executesuperset init
though, as it was not obvious from theDocker Compose
section of the upgrade guide. I thought some weird HTTP 403 errors in the SQLLAB were a regression in 4.0.0 until I stumbled upon this line by accident, which, after execution, fixed everything.