thoughtbot / parity

Shell commands for development, staging, and production parity for Heroku apps
https://thoughtbot.com
MIT License
889 stars 57 forks source link

Restore process fails #166

Closed dbinetti closed 5 years ago

dbinetti commented 5 years ago

What command did you execute?

staging restore-from production

What did you expect to happen?

Overwrite staging with most recent production backup.

What actually happened?

Resetting postgresql-flat-55107... done
Starting restore of https://xfrtu.s3.amazonaws.com/XXXXXXX/2018-12-19T13%3A11%3A44Z/XXXXXXX?X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=XXXXXXXXXXXXXXXX%2F20181219%2Fus-east-1%2Fs3%2Faws4_request&X-Amz-Date=20181219T131537Z&X-Amz-Expires=3600&X-Amz-SignedHeaders=host&X-Amz-Signature=XXXXXX to postgresql-flat-55107... !
 ▸    Expected response to be successful, got 500

Some information about your installation

Additional Context

I upgraded from Postgresql 10 -> 11 and then tried to run the copy from production to backup, which failed. Worked prior to the upgrade.

Also, I was able to successfully upgrade my development environment; only staging is failing at this point.

geoffharcourt commented 5 years ago

Hi, a 500 error means there was a server error. I'm able to perform this operation at the moment from production to staging on one of my apps. Can you still produce the issue?

Heroku had an incident related to database provisioning this morning, so if you're able to restore now that might explain why you had trouble.

Also: Heroku doesn't support PG 11 yet, and it's possible that the Heroku CLI leverages your local psql or pg_restore to perform some of the operations and is doing something not permitted or expected. That you can pull data down to your development machine but can't push it up to Heroku might point to that as a cause.

dbinetti commented 5 years ago

Yep, was transitory! Thanks...