Bug 1018357 - [RFE] "rhc snapshot save": allow taking snapshots without server going down
Summary: [RFE] "rhc snapshot save": allow taking snapshots without server going down
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: OpenShift Online
Classification: Red Hat
Component: Containers
Version: 2.x
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
: 2.x
Assignee: Jhon Honce
QA Contact: libra bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-10-11 18:40 UTC by Gerrit Hübbers
Modified: 2019-04-16 14:05 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-10-11 20:57:20 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Gerrit Hübbers 2013-10-11 18:40:41 UTC
$ rhc --version
rhc 1.14.7

Description of problem:
"rhc" allows taking snapshots of an application like so:

$ rhc snapshot save -a myapp

During snapshot-taking time, the application will go offline. Someone visiting the application with a web browser will see the following message

------------BEGIN QUOTE-----------------
Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

Apache/2.2.15 (Red Hat) Server at myapp-myaccount.rhcloud.com Port 80
------------END QUOTE-----------------

This behavior makes my application inaccessible for a significant time (snapshot-taking and restarting the app takes around 10 minutes in my case).

Besides periodic backups, I use the "rhc snapshot" functionality whenever I migrate my application to a new gear. 

Therefore, I'd be great if "rhc snapshot save" could somehow take an application snapshot without letting the server go down.

Comment 1 Jhon Honce 2013-10-11 20:57:20 UTC
The application is shutdown during snapshots and restores to ensure the application is a a known state.

Since you have ssh access to the gears making up the application you  could use rsync or scp to do an live-backup.  Knowing that any active databases or data stores could be corrupt during the restore.


Note You need to log in before you can comment on or make changes to this bug.