Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1539135

Summary: [RFE] OpenStack Block Storage Backups to Google Cloud Storage
Product: Red Hat OpenStack Reporter: Sean Cohen <scohen>
Component: openstack-cinderAssignee: Gorka Eguileor <geguileo>
Status: CLOSED ERRATA QA Contact: Avi Avraham <aavraham>
Severity: medium Docs Contact: RHOS Documentation Team <rhos-docs>
Priority: high    
Version: 14.0 (Rocky)CC: abishop, acanan, cschwede, eharney, geguileo, jjoyce, lmarsh, nlevinki, pgrist, srevivo, tshefi
Target Milestone: Upstream M2Keywords: FutureFeature, Triaged
Target Release: 14.0 (Rocky)   
Hardware: Unspecified   
OS: Unspecified   
URL: https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/12/html-single/google_cloud_backup_guide/
Whiteboard:
Fixed In Version: openstack-cinder-13.0.0-0.20180710093321.64bebcd.el7ost Doc Type: Release Note
Doc Text:
Story Points: ---
Clone Of: 1300854 Environment:
Last Closed: 2019-01-11 11:48:46 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1601211, 1609707, 1622504    
Bug Blocks: 1303800    

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