-
Notifications
You must be signed in to change notification settings - Fork 94
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
Upgrade hasura #188
Upgrade hasura #188
Conversation
Also cleans up some discrepancies between the docker-compose hasura and the helm chart hasura. |
@mashun4ek Would you mind deploying the helm chart with this to make sure it works? We'll also need to document / disclaim the changes needed for the Hasura upgrade. The same SQL we ran in Cloud will need to be available at least by reference in the changelog here since people using the helm chart may be using managed databases. |
I have tested the helm chart with hasura:1.3.3, it works, no errors or warnings 👍. I added a note about changing ownership for hasura user to changelog, but let me know if I should move it somewhere else. |
changes/pr188.yaml
Outdated
If you are using managed database (e.g. Cloud SQL, etc) and upgrading hasura image version from 1.3.1 to 1.3.3, make sure that | ||
hasura user is the owner of hdb_catalog schema. | ||
You can find [more details in hasura documentation](https://hasura.io/docs/1.0/graphql/core/deployment/postgres-requirements.html#notes-for-managed-databases-aws-rds-gcp-cloud-sql-etc). | ||
Moreover, double check if hasura user owns hdb_catalog.insert_event_log function. | ||
To check functions ownership, run following SQL query `SELECT proname, proowner::regrole FROM pg_proc WHERE pronamespace::regnamespace::text = 'hdb_catalog';`. | ||
To change function ownership, run `ALTER FUNCTION hdb_catalog.insert_event_log OWNER TO hasura;`. |
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.
I'm not sure if this will end up where we want it. I'd put this in the helm chart docs in the "Troubleshooting" section under "Upgrading Hasura"
We may want to link to it from the changelog but I'm not sure.
@cicdw @jlowin interestingly, this is potentially a breaking change for the helm chart but not for other things, should we add a separate breaking change entry that just specifies that this may break a helm chart deployment with an external database?
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.
That seems reasonable and more visibility couldn't hurt, although I have a possibly ignorant question -- do people also use the helm chart for upgrading the infrastructure or is it a one-time use for setting it up?
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.
You can run helm upgrade
and it's actually kind of smart about just redeploying things that have changed. I use it in development, I imagine some people would use it in their production environments 🤷
Co-authored-by: Michael Adkins <[email protected]>
Let's wait for #192 so this can be a separate release |
Summary
Upgrade hasura to 1.3.3.
Importance
Important to be up to date :)
Checklist
This PR:
changes/
directory (if appropriate)