Friday, 2024-06-28

opendevreview陈希 proposed openstack/cinder master: Support zte vstorage driver  https://review.opendev.org/c/openstack/cinder/+/92301603:36
opendevreview陈希 proposed openstack/cinder master: Support zte vstorage driver  https://review.opendev.org/c/openstack/cinder/+/92301606:55
opendevreviewJosephine Seifert proposed openstack/cinder-specs master: Spec for user visible information in volume types  https://review.opendev.org/c/openstack/cinder-specs/+/90919507:55
opendevreviewMerged openstack/cinder master: StorPool: create_cloned_volume() improvements  https://review.opendev.org/c/openstack/cinder/+/84327708:25
joaHello ! I'm part of a (relatively?) small company, that is slowly switching its home-made software infrastructure to Openstack. I've been tasked to adapt an automated backup design/solution that we originally planned for our legacy stack, and am currently looking for the best way to do this. So far, I've not found much except basic primitives in cinder-backup, and the almost-dead project that is 08:43
joaFreezer (I found a mail thread dating 3 months back about people wondering if they shoud use it or not, and there was some thought put into possibly reviving it).08:43
joaSo with this introduction out of the way, here are my more straight-forward questions:08:43
joa1. Our existing design relies on backend-assisted data-transfer, and no such concept seem to be available in cinder-backup, as the volumes seem to always be Attached to the cinder-backup host for the transfers (in the backup.manager.BackupManager class). Did I understand this correctly ? Is there any interest for a contribution towards a capability-based logic selection of cinder-backup driven 08:45
joatransfer versus storage-backend-assissted transfer logic ?08:45
joa2. While this question may not be cinder-specific, you probably are well aware of the matter: For the automation part of the backup, I'm wondering if Freezer is still the recommended way for integrating an automated backup in an openstack-based infrastructure, or if another path is preferable ?08:47
*** whoami-rajat_ is now known as whoami-rajat11:25
rosmaitajoa: with respect to #1, i think this driver (removed in wallaby) did something like you propose, so there's a precedent13:02
rosmaitanot sure about #2, you may want to ask in the operators channel, or on the mailing list13:03
rosmaitaalso, not sure what kind of timeline you are looking at, you could consider talking about this at the next midcycle video meeting:13:04
rosmaitahttps://releases.openstack.org/dalmatian/schedule.html#d-cinder-mid-cycle-ptg-213:04
rosmaitaand, i just realized i forgot to give you the link for #113:04
rosmaitahttps://review.opendev.org/c/openstack/cinder/+/7585613:04
kpdevhi13:09
kpdevcan someone from core-team review https://review.opendev.org/c/openstack/os-brick/+/887575 ?13:09
kpdevthis has one +2 from Rajat, need another one for merge13:09
eharneykpdev: i -1'd it13:45
opendevreviewkiran pawar proposed openstack/os-brick master: storpool.py: Use StorPool's API for Attach/Detach  https://review.opendev.org/c/openstack/os-brick/+/88757514:02
kpdev@eharney: fixed, please recheck14:03
raghavendrathi core team, i have proposed below patch15:36
raghavendratHPE 3par - Add NVMe FC support15:36
raghavendrathttps://review.opendev.org/c/openstack/cinder/+/91942415:36
raghavendratZuul and CI have passed.15:36
raghavendratNot sure if it would be considered as new driver or just new feature.15:37
raghavendratIt would be great if someone can share feedback. Thanks.15:37

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!