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

Upgrade hasura #188

Merged
merged 8 commits into from
Feb 23, 2021
Merged

Upgrade hasura #188

merged 8 commits into from
Feb 23, 2021

Conversation

mashun4ek
Copy link
Contributor

Summary

Upgrade hasura to 1.3.3.

Importance

Important to be up to date :)

Checklist

This PR:

  • [-] adds new tests (if appropriate)
  • adds a change file in the changes/ directory (if appropriate)

@zanieb
Copy link
Contributor

zanieb commented Feb 16, 2021

Also cleans up some discrepancies between the docker-compose hasura and the helm chart hasura.

@codecov-io
Copy link

codecov-io commented Feb 18, 2021

Codecov Report

Merging #188 (f4782fa) into master (4048a18) will decrease coverage by 0.10%.
The diff coverage is n/a.

@zanieb
Copy link
Contributor

zanieb commented Feb 18, 2021

@mashun4ek Would you mind deploying the helm chart with this to make sure it works? We should probably test the prefect CLI too but I'm not sure what the best way to test prefect server start is. I think you'd have to build the server image from this commit locally then change the tag in the prefect core code to point to the local image. edit: forgot there was a separate version pin in the prefect repo. the cli can be tested there.

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.

@mashun4ek
Copy link
Contributor Author

@mashun4ek Would you mind deploying the helm chart with this to make sure it works? We should probably test the prefect CLI too but I'm not sure what the best way to test prefect server start is. I think you'd have to build the server image from this commit locally then change the tag in the prefect core code to point to the local image. edit: forgot there was a separate version pin in the prefect repo. the cli can be tested there.

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.

Comment on lines 3 to 8
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;`.
Copy link
Contributor

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?

Copy link
Member

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?

Copy link
Contributor

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 🤷

changes/pr188.yaml Outdated Show resolved Hide resolved
Co-authored-by: Michael Adkins <[email protected]>
@zanieb
Copy link
Contributor

zanieb commented Feb 22, 2021

Let's wait for #192 so this can be a separate release

@zanieb zanieb merged commit b603fe7 into master Feb 23, 2021
@zanieb zanieb deleted the upgrade_hasura branch February 23, 2021 16:58
@zanieb zanieb mentioned this pull request Mar 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants