Bug 1539135 - [RFE] OpenStack Block Storage Backups to Google Cloud Storage
Summary: [RFE] OpenStack Block Storage Backups to Google Cloud Storage
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-cinder
Version: 14.0 (Rocky)
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: Upstream M2
: 14.0 (Rocky)
Assignee: Gorka Eguileor
QA Contact: Avi Avraham
RHOS Documentation Team
URL: https://access.redhat.com/documentati...
Whiteboard:
Depends On: 1601211 1609707 1622504
Blocks: 1303800
TreeView+ depends on / blocked
 
Reported: 2018-01-26 18:39 UTC by Sean Cohen
Modified: 2023-02-22 23:02 UTC (History)
11 users (show)

Fixed In Version: openstack-cinder-13.0.0-0.20180710093321.64bebcd.el7ost
Doc Type: Release Note
Doc Text:
Clone Of: 1300854
Environment:
Last Closed: 2019-01-11 11:48:46 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 266915 0 'None' MERGED Add cinder backup driver for Google Cloud Storage 2020-02-25 12:38:58 UTC
OpenStack gerrit 284929 0 'None' MERGED Add missing requirements 2020-02-25 12:38:58 UTC
Red Hat Product Errata RHEA-2019:0045 0 None None None 2019-01-11 11:49:12 UTC

Internal Links: 1539297

Comment 5 Avi Avraham 2018-04-16 14:07:20 UTC
Is there a TripleO support for enabling and configuring This feature?
IS Google cloud backup support encryption ?

Comment 6 Aharon Canan 2018-04-16 18:44:59 UTC
Acking OtherQA feature

Comment 10 Alan Bishop 2018-04-23 21:09:58 UTC
Avi is correct; this feature needs TripleO support. That effort is not huge, but also not trivial. It should start with a TripleO blueprint, which needs to be submitted soon before the Rocky soft feature freeze.

Comment 11 Alan Bishop 2018-04-26 15:12:13 UTC
(In reply to Alan Bishop from comment #10)
> Avi is correct; this feature needs TripleO support. That effort is not huge,
> but also not trivial. It should start with a TripleO blueprint, which needs
> to be submitted soon before the Rocky soft feature freeze.

This was discussed in today's Cinder squad meeting. The focus in OSP-14 is the on  the underlying cinder backup driver, and TripleO support will be delivered in a subsequent release.

Comment 18 Tzach Shefi 2018-07-15 07:40:38 UTC
New RFE for OSP15 add triple0 support
https://bugzilla.redhat.com/show_bug.cgi?id=1601211

Comment 22 Tzach Shefi 2018-07-29 11:56:11 UTC
FYI Kim, sure enough hit doc bugs->
https://bugzilla.redhat.com/show_bug.cgi?id=1609554

Comment 23 Tzach Shefi 2018-07-29 12:40:47 UTC
Gorka, do you have tips on deployment?
Where do I save Google account.json?
Guide suggest /etc/cinder on controller, invalid path once Cinder is dockerized(OSP13).

If under same path (/etc/cinder) but once inside one of Cinder's docker, which docker volume/api/backup..?

Comment 24 Tzach Shefi 2018-07-29 12:49:52 UTC
Didn't take long, I assume correct path for Google auth json should -> 

/var/lib/config-data/puppet-generated/cinder/etc/cinder/

Comment 26 Tzach Shefi 2018-07-29 15:48:31 UTC
Gorka (maybe I should ask Alan), 

Deployment issue with yaml, ospd guide's method, something didn't work see #25.

However pasting these[0] directory into cinder.conf
+ restarting volume+backup dockers, I was pleasantly shocked to successfully complete a backup with Google, watched it live on backup.logs :) 

GOOD job dude! 


[0]
#backup_driver=cinder.backup.drivers.swift
backup_driver = cinder.backup.drivers.google
backup_gcs_credential_file=/etc/cinder/gbackup.json
backup_gcs_bucket=mycinderbucket
backup_gcs_project_id=cloudforms-validation
backup_gcs_user_agent=gcscinder

gbackup.json auth file shared with me. 
inside the docker resides on /etc/cinder/gbackup.json

Have any idea, what I did wrong with OSPD guide/yaml instructions?
Or like me you also just added stuff under cinder.conf?

Comment 27 Tzach Shefi 2018-07-30 08:38:46 UTC
Based on my failed attempt to re-deploy overcloud with Google backup, opened new THT Bug
https://bugzilla.redhat.com/show_bug.cgi?id=1609707

Comment 28 Alan Bishop 2018-07-30 08:52:14 UTC
I just replied to the other bug. I think you just have a YAML syntax error, that can be resolved by adding a ':' colon to the lines that start with "DEFAULT/"

(typing this from the Edinburgh bus station)

Comment 29 Tzach Shefi 2018-07-31 14:21:19 UTC
Yep Alan, adding comment on that bz1609707
 adding a ':' advanced somewhat but still fails to deploy. 

Setting depends on that bz.

Comment 30 Tzach Shefi 2018-08-27 11:07:32 UTC
Added depends on RFE THT add Google cloud backup driver support. 
https://bugzilla.redhat.com/show_bug.cgi?id=1622504

Comment 34 Tzach Shefi 2018-10-24 19:50:58 UTC
Verified on:
openstack-cinder-13.0.1-0.20181013185427.31ff628.el7ost.noarch

Test plan passed without a hitch. 

FYI we are still missing THT support see bz1601211.
I had to use a workaround for configuration.
Till we get THTs, test cases are simple to automate, yet deployment is still manual.

Comment 35 Kim Nylander 2018-11-28 20:16:30 UTC
Tzach,

When you were testing this, did the GCS driver config stay in place if you did another openstack overcloud deploy command? 

Kim

Comment 39 errata-xmlrpc 2019-01-11 11:48:46 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2019:0045


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