4 hours ago
My Postgres service has been crash-looping since May 20 ~04:29 UTC with catatonit: failed to exec pid1: No such file or directory. I have stood up a new Postgres instance (Postgres-SD0C) as a temporary measure but need to recover data from the original volume. Service ID: 6a4e19e9-1db4-4339-888b-4901a9fb4910, Replica: 5f76e753-488c-49ff-bb8a-26d94f4c7acb, Volume: vol_kx948jucc3avasem, project: gregarious-vibrancy. Please help recover the volume data or fix the original service so I can pg_dump the database before migrating to the new instance."
Thank you
2 Replies
4 hours ago
This crash is caused by a stale container image, and per our records the volume data remains intact through this error. You can fix the original service by opening it, pressing Cmd+K (or Ctrl+K) to open the command palette, and selecting "Redeploy source image" - a normal redeploy from the 3-dot menu will not work since it doesn't re-pull the image. Once the service is back up, you can run your pg_dump against it before migrating to the new instance.
Status changed to Awaiting User Response Railway • about 4 hours ago
Railway
This crash is caused by a stale container image, and per our records the volume data remains intact through this error. You can fix the original service by opening it, pressing Cmd+K (or Ctrl+K) to open the command palette, and selecting "Redeploy source image" - a normal redeploy from the 3-dot menu will not work since it doesn't re-pull the image. Once the service is back up, you can run your pg_dump against it before migrating to the new instance.
4 hours ago
Thank you, the redeploy source image worked. The original service is back up. Could you please run a pg_dump of the railway database on service 6a4e19e9-1db4-4339-888b-4901a9fb4910 and restore it to my new Postgres-SD0C service? I don't have pg_dump available locally. Destination public URL: kodama.proxy.rlwy.net:38765
Status changed to Awaiting Railway Response Railway • about 4 hours ago
Status changed to Open Railway • about 4 hours ago