4 Replies
2 months ago
We can confirm that the volume was mounted during the redeploy and PostgreSQL performed crash recovery on the existing data directory rather than running initdb. The recovery logs show WAL replay completed at a very low LSN position (around 67 MB into the WAL stream), which is consistent with what you're seeing now (11 MB, schema only) but would be unusually small for months of production ERP data. This suggests the volume may have already been in this state before the redeploy occurred. We do not retain automatic infrastructure-level volume snapshots or WAL archives, and the Backups feature is opt-in and must be configured per volume. Please check your service's Backups tab to see if any scheduled or manual backups exist that could be restored.
Status changed to Awaiting User Response Railway • about 2 months ago
Railway
We can confirm that the volume was mounted during the redeploy and PostgreSQL performed crash recovery on the existing data directory rather than running initdb. The recovery logs show WAL replay completed at a very low LSN position (around 67 MB into the WAL stream), which is consistent with what you're seeing now (11 MB, schema only) but would be unusually small for months of production ERP data. This suggests the volume may have already been in this state before the redeploy occurred. We do not retain automatic infrastructure-level volume snapshots or WAL archives, and the [Backups feature](https://docs.railway.com/volumes/backups) is opt-in and must be configured per volume. Please check your service's Backups tab to see if any scheduled or manual backups exist that could be restored.
2 months ago
Hi Railway Support.
Status changed to Awaiting Railway Response Railway • about 2 months ago
2 months ago
C.
2 months ago
We.
Status changed to Closed brody • about 2 months ago