a month ago
I need a full project restoration, not just the database backup. I need to restore:
All services (WordPress, MySQL, MariaDB, Docker images, etc.)
All service configurations
All environment variables
All volumes
The entire project state as it was on June 7, 2026
This is a complete project rollback, not just a database recovery. Is there a way to restore the entire project to that date using your backup/snapshot system?
Project ID: 6e3c0c20-c70e-4756-9c23-ff8849ed6999 Environment: production
Thank you.
2 Replies
a month ago
We don't offer a full project rollback or project-level snapshot system. There is no way to restore an entire project (all services, environment variables, configurations) to a previous point in time. Our backup and restore capabilities operate at the individual volume level - if you had volume backups scheduled, you can restore those per-service from the Backups tab. For Postgres specifically, Point-in-Time Recovery can restore to an exact timestamp, but only if PITR was enabled before the target date. Service configurations, environment variables, and non-volume state are not covered by any backup system.
Status changed to Awaiting User Response Railway • 27 days ago
Railway
We don't offer a full project rollback or project-level snapshot system. There is no way to restore an entire project (all services, environment variables, configurations) to a previous point in time. Our backup and restore capabilities operate at the individual volume level - if you had [volume backups](https://docs.railway.com/volumes/backups) scheduled, you can restore those per-service from the Backups tab. For Postgres specifically, [Point-in-Time Recovery](https://docs.railway.com/volumes/point-in-time-recovery) can restore to an exact timestamp, but only if PITR was enabled before the target date. Service configurations, environment variables, and non-volume state are not covered by any backup system.
a month ago
Hello,
I need assistance recovering my WordPress application, which appears to have crashed and is currently unavailable.
My MySQL service shows as online, but the WordPress container is failing to start correctly. The logs show several permission and filesystem-related errors, including:
The WordPress configuration file '/opt/bitnami/wordpress/wp-config.php' is not writable.
find: '/opt/bitnami/wordpress/lost+found': Permission denied
/opt/bitnami/scripts/libapache.sh: line 326:
/opt/bitnami/wordpress/wp-content/plugins/akismet/.htaccess:
Permission denied
realpath: /bitnami/apache/conf: No such file or directory
The WordPress service is marked as crashed, while MySQL remains online.
Could you please help me determine:
Whether the WordPress volume or filesystem has become corrupted.
Whether file ownership or permissions can be repaired.
Whether the WordPress container can be restored without data loss.
Whether there is any recovery option available for the WordPress service and its mounted volume.
If the container image or volume mount configuration has become damaged and can be repaired from your side.
At the moment my primary goal is simply to get WordPress running again and reconnect it to the existing MySQL database without losing site data.
Thank you for your assistance. I would appreciate any recovery options or recommendations you can provide.
Best regards,
Status changed to Awaiting Railway Response Railway • 27 days ago
Status changed to Duplicate brody • 27 days ago