14:09:38 #startmeeting publiccloud_sig 14:09:39 Meeting started Thu Sep 12 14:09:38 2019 UTC and is due to finish in 60 minutes. The chair is tobberydberg. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:09:40 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:09:42 The meeting name has been set to 'publiccloud_sig' 14:10:06 #link https://etherpad.openstack.org/p/publiccloud-sig 14:10:24 Please put your name in there ... agenda there as well 14:10:44 #topic 1. Summit Shanghai 14:11:35 Mostly out of interest ... who will be at the Summit and PTG in Shanghai? 14:11:58 me not 14:12:02 also, pretty good for planning etc, meetings and forum sessions etc 14:12:29 I'm pretty sure mnaser will be there.... How about you witek ? 14:12:34 I 14:12:41 I'm attending as well 14:12:47 nice! 14:13:12 Both the PTG and Summit? 14:13:39 yes 14:13:54 yes ill be there 14:13:55 is there a schedule for PTG available already? 14:13:59 cool! I have requested a room for this SIG at the PTG as well 14:14:10 not what I know of 14:15:28 For everyone else that might or might not read this meeting log later, please add you name to the etherpad if you are going to Shanghai 14:15:35 the forum session thing is out though 14:15:37 so we can apply forum sessions 14:15:51 We'll get back to the planning for the PTG for this group in next meetings 14:16:03 Yes, that is next topic... 14:16:15 woops, my bad, ill let you keep goin :) 14:16:16 #topic Forum submissions 14:16:38 you are free to speak :-) 14:17:22 So, would be noce to have a few forum topics to submit .... also, I guess people are getting tired of my repeating topics ;-) 14:17:46 no way tired 14:17:51 haha 14:18:28 I have a few that I would like to propose, including deletion of resources, change of ownership etc 14:19:34 oh, this project cleanup. I'm periodically pushing mordred for that topic, but no luck so far. Honestly I plan to start implementation agreed last Summit in SDK in some weeks 14:19:35 I also think that we should have something around the billing initiative ... 14:20:16 yes, will grab him in person in a few weeks when I will meet him 14:20:35 I'm pretty sure he is traveling somewhere in the Nordics right now :-) 14:21:05 cool 14:23:23 Thoughts about above topics? SHould we submit those? 14:23:30 More suggestions? 14:24:18 fwiw i have been working on something prometheus based for billing 14:25:26 Cool! Happy to get a lite information on that into the etherpad for the billing stuff ;-) 14:26:39 I know you always have you ass full on the Summits mnaser, but would you like to submit the topic for "billing initiative"? I'm happy to help out and be co on that if so 14:28:25 hm i can help with that too but i dont know about finding time to submit it :p 14:28:45 * mnaser is juggling with a million things right now and wants to make sure they dont promise something and get too busy to do it 14:28:59 But, participate and moderating the session is fine? 14:29:42 I know .... but I can commit to write a draft until next friday (deadline?) and you can give comments before I submit? 14:31:51 tobberydberg: that wfm and i can commit to participate + moderate the session 14:32:33 Cool! 14:32:55 Other potential topics that are worth considering for the Forum? 14:34:38 hows magnum usage at city tobberydberg ? maybe we can have a session about that 14:35:30 Like a "commercial sport"? ;) 14:35:38 *spot 14:36:50 Well, Magnum have been a dark hole some time :-) 14:37:08 Or did you have anything specific in mind mnaser ? 14:37:22 just kinda roadmap wise 14:37:38 as it's deploying on fc27 now (i believe fc29 support was recently added but thats still gonna be eol soon) 14:38:05 so maybe discussing that and seeing if there is any interest in helping stablize the project 14:38:11 few other things like atomic failing to pull on boot up, etc 14:38:19 ah right 14:38:55 if im the only one then im the only one complaining though :) 14:39:00 no need for a whole forum session for that 14:39:22 Might be a good idea for the PTG and Magnum team meeting 14:39:34 yes, exactly 14:40:08 jumoing into next topic 14:40:12 #topic 4. Follow up on last Forums topics 14:40:44 I guess not much has happened since Denver unfortunate 14:41:54 I will for sure grab Monty in a few weeks and see if he has done anything. i will also do a little bit of reseach around the Denver topics in my submission process for his Forum 14:42:32 As mentioned earlier, don't want to repeat stuff over and over again if its not of interest anymore 14:44:11 Please write on the etherpad if you have information or suggestions in this area .... 14:44:42 gtema ... lets take your topic... 14:45:02 #topic 6. Other topics - image download in public clouds 14:45:10 yeah: I wanted to gather experiences people (public cloud operators) have with the image downloading 14:45:23 do you enable it to customers, do you experience problems with that? 14:45:35 as in enabling customers to download images from glance? 14:45:53 cause in our cloud Security guys have forbidden this API and we can't use tempest20 to re-certify ourselves 14:45:59 yes, it is 14:47:07 So, if you take a snapshot you can't download that? 14:47:24 another corner case is image size. Letting customer download images, which in some weird cases are over 1T will simply overload API gateway 14:47:36 we have it enabled, all customers can download images and snapshots 14:48:12 Haven't heard anything from the security team about that internally 14:48:20 and see any problems? security (licenses in images), performance? 14:48:50 to be honest, not sure, but not what I've heard of at least 14:48:57 ok 14:49:28 tbh i don't think i've ever seen a customer download an image 14:49:34 not sure about the licences bits 14:49:39 but i understand the concern and you can probably work around it with qos-y bits 14:50:33 yeah, all those "workarounds" require implementation, and I belong more to the "API consumer" part of the team and responsible for the recertification 14:50:37 Some out our customers do that, that I know of, for a lot of reasons that I don't think is the right solution for their problem 14:51:36 yes, I also do not believe it is right, but some also want "export" image to be able to run it further on-premise with other tool (i.e. VMWare) 14:51:44 that made me crazy 14:52:12 so there is also image conversion in play 14:53:38 Summary: I am having problem to use Tempest>19 to complete "OpenStack powered" cert due to image download blocked. The test does a "useless" thing with it and do not require it actually 14:54:24 and thus wanted to gather opinions of other clouds, whether they see problems with image downloading at all 14:54:28 Yea, there are a few tests that isn't super in Tempest for the powered program 14:55:21 yes, we needed to stick to V18, but backport 2 fixes from v19/20 14:55:30 As I said, haven't seen issues for what I know of .... but also, it is something that is not used very much by many customers 14:56:09 yes, and thus the question for the publicclouds: must this API be available or not? 14:56:12 i can see why people might say "oh but this is useful for interop, i can download image from glance 1 and upload to glance 2" 14:56:51 is anyone still using v1 in prod? 14:56:53 but i dont know if people are doing that irl, images are really not multi-cloud friendly these days (one might be ceph-based cloud that ships raw) 14:57:02 i think we disabled it 14:57:23 we also 14:57:44 so overall this API only brings problems, rather then solve them 14:58:11 i guess, and the licensing thing is a good point too 14:58:43 and mnaser you are right: chosen storage backends, formats are playing a terrible role here, requiring lots of conversions (whether possible at all) 14:59:51 so if publiccloud SIG does not think, this API must be available, perhaps we can influence InterOP on this topic 15:00:20 Don't like to interrupt, but meeting time is over, and unfortunate I need to run soon, so will end the meeting here ... but please continue the discussion :-) 15:00:24 yeah sorry I came in late, I had another meeting this hour -- just wanted to ask whether the SIG would like to drive common RBAC roles under the model that OVH started to communicate about. mnaser seemed to think that idea had legs 15:01:18 of course I have another meeting starting now (actually, two) so i can't stay to discuss that... Happy to discuss it another time though 15:01:26 ++ i think its a good thing to explore 15:01:30 possibly a forum topiic :) 15:01:46 hah, good idea. Could you file it somewhere so that we remember ? 15:01:58 I need to read up on that ttx to be able to provide a valuable answer :-) 15:01:59 OVH is unlikely to have a strong presence in Shanghai but meh 15:02:15 mnaser should be able to give you the details 15:02:34 * ttx jumps on another call 15:02:36 Very suitable for a forum topic .... 15:02:37 tobberydberg: ovh added roles into their openstack a while back 15:02:47 so you can hae a "volume manager" and "admin" and etc 15:02:57 they said they'd be happy to share it and it can be useful in openstack 15:03:08 ah, nice 15:03:23 sounds good 15:04:01 Well, closing the meeting ... but would be good if someone could propose that as a Forum topic indeed 15:04:08 Thank you all for today! 15:04:51 ttx ... feel free to bring that to the next meeting as well if you like, even though the forum topic need to be proposed before that... 15:05:00 Talk to you all soon! 15:05:04 #endmeeting