Here is feedback from the customer. Following the guide [1], undercloud restoration was not succeeded.
Swift objects could haven't been downloaded after restoration even though they followed all procedures during backing up / restoring their system described in [1]. Since that, I'm not 100% sure if `tar -czf` is good enough to take a backup of the system or not. It would be great help to do dry-run against backed up data so that we can make sure that backed up data is completely fine. [1] https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_openstack_platform/7/html/back_up_and_restore_red_hat_enterprise_linux_openstack_platform/back_up_and_restore_the_undercloud On Wed, May 24, 2017 at 4:26 PM, Carlos Camacho Gonzalez <ccama...@redhat.com> wrote: > Hey folks, > > Based on what we discussed yesterday in the TripleO weekly team meeting, > I'll like to propose a blueprint to create 2 features, basically to backup > and restore the Undercloud. > > I'll like to follow in the first iteration the available docs for this > purpose [1][2]. > > With the addition of backing up the config files on /etc/ specifically to be > able to recover from a failed Undercloud upgrade, i.e. recover the repos > info removed in [3]. > > I'll like to target this for P as I think I have enough time for > coding/testing these features. > > I already have created a blueprint to track this effort > https://blueprints.launchpad.net/tripleo/+spec/undercloud-backup-restore > > What do you think about it? > > Thanks, > Carlos. > > [1]: > https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_openstack_platform/7/html/back_up_and_restore_red_hat_enterprise_linux_openstack_platform/restore > > [2]: > https://docs.openstack.org/developer/tripleo-docs/post_deployment/backup_restore_undercloud.html > > [3]: > https://docs.openstack.org/developer/tripleo-docs/installation/updating.html > > > __________________________________________________________________________ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev