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

Multi-schema postgis extension error on deploying to new database #309

Closed
marcellmueller opened this issue Jan 31, 2025 · 0 comments · Fixed by #404
Closed

Multi-schema postgis extension error on deploying to new database #309

marcellmueller opened this issue Jan 31, 2025 · 0 comments · Fixed by #404
Assignees
Labels
Bug Something isn't working

Comments

@marcellmueller
Copy link
Contributor

marcellmueller commented Jan 31, 2025

Describe the bug
This is a pretty critical issue we need to solve. For some reason our deployment works differently in RDS than it does locally or using docker-compose. I thought it was solved however it's cropped up again when I renamed our database, as well as recently when Om was testing the new s3 import.

We are unsure if it's Flyway or something RDS related.

What we know about this:

  • We deploy our RST schema and install postgis;
  • We deploy our FST schema, it says postgis exists so it doesn't install
  • We get an error saying that type geometry doesn't exist for flyway schema

How I 'fixed' it for deployment is going into the query editor, doing drop extension 'postgis' cascade; then create extension 'postgis' cascade and then redeploying the flyway task. However I believe this is a bandaid fix, I suspect that the RST schema will error with geometry does not exist once we start adding geometry fields to that schema.

edit:
Found this while reading the docs for something unrelated, we may need to create a role to manage the extension
https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Appendix.PostgreSQL.CommonDBATasks.PostGIS.html

@marcellmueller marcellmueller added Bug Something isn't working MVP beta Tickets that are part of the first layer of MVP planning labels Jan 31, 2025
@airliah airliah removed the MVP beta Tickets that are part of the first layer of MVP planning label Feb 18, 2025
@jimmypalelil jimmypalelil self-assigned this Feb 26, 2025
@jimmypalelil jimmypalelil moved this from Todo to In Progress in RST's Digital Delivery Team Feb 26, 2025
@jimmypalelil jimmypalelil moved this from In Progress to Code Review in RST's Digital Delivery Team Feb 27, 2025
@jimmypalelil jimmypalelil linked a pull request Feb 27, 2025 that will close this issue
5 tasks
@github-project-automation github-project-automation bot moved this from Code Review to Done in RST's Digital Delivery Team Feb 27, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Something isn't working
Projects
Status: Done
Development

Successfully merging a pull request may close this issue.

5 participants