Thursday, 2016-04-21

*** MarkAtwood has quit IRC00:14
*** thingee has quit IRC00:39
*** thingee has joined #openstack-defcore01:42
*** woodster_ has quit IRC07:18
*** hogepodge has quit IRC07:52
*** hogepodge has joined #openstack-defcore07:54
*** pilgrimstack has quit IRC07:56
*** pilgrimstack has joined #openstack-defcore08:01
johnthetubaguymarkvoelker: hogepodge: we have tried to be very clear about the state of Nova proxy APIs, we wrote this in kilo: http://docs.openstack.org/developer/nova/project_scope.html#no-more-api-proxies08:25
johnthetubaguywell, at the very end of kilo08:26
*** markvoelker has quit IRC08:27
*** markvoelker has joined #openstack-defcore09:27
*** markvoelker has quit IRC09:32
-openstackstatus- NOTICE: OVH servers are down, we are working to solve it. This will cause that jobs queue is processed slowly, please have patience.10:36
*** pilgrimstack has quit IRC11:15
*** pilgrimstack has joined #openstack-defcore11:16
*** MarkAtwood has joined #openstack-defcore11:38
*** MarkAtwood has quit IRC11:48
*** markvoelker has joined #openstack-defcore12:17
markvoelkerjohnthetubaguy: yes, and thanks for that--I believe we actually cited that document a couple of times during discussion in the past cycle.12:20
markvoelkerIt is always helpful when projects signal intent clearly.12:21
johnthetubaguycool, glad that is helping12:21
-openstackstatus- NOTICE: OVH provider is enabled again, please wait for the job queue to be processed12:47
*** pilgrimstack has quit IRC13:06
*** pilgrimstack has joined #openstack-defcore13:17
*** mfisher_ora has joined #openstack-defcore14:18
openstackgerritChris Hoge proposed openstack/defcore: Added cinder scoring for Mitaka release cycle  https://review.openstack.org/29027114:49
hogepodgejohnthetubaguy: do you think glance v2 will be supported by the proxy in Newton?14:56
johnthetubaguyhogepodge: we are having a summit session joint with glance to try work out the way forward14:57
hogepodgeIt makes me sad that the answer to that isn't 'yes'.14:57
johnthetubaguyhogepodge: the problem is v2 can't actually let us implement v1 on top of it, after digging deeper14:58
johnthetubaguythe deeper we dig, the more problems we are finding, although it feels like we are getting to the bottom of the pile, but we did say that before14:58
johnthetubaguywe really want to just delete the proxy, if that were an option, it might turn out to be the best approach14:59
hogepodgewhat's the timeline on that?14:59
johnthetubaguybasically it turns out v1 and v2 have made different choices on if the cases of image property names should be respected, and its hard to hide that14:59
hogepodgeif nova chose to delete it14:59
johnthetubaguyhogepodge: unsure at this point, we have been telling people "never" in the past, but thats ideal doesn't seem possible because of glance wanting to delete v115:02
johnthetubaguyhogepodge: we will know more after the summit session, and we have discussed the issues through15:02
johnthetubaguybefore we just couldn't find anyone to work on the problem, now we have folks stepping up to help, which is great, but we are finding problems that we need to resolve15:03
hogepodgejohnthetubaguy: I'll try to attend the session, if it doesn't conflict with other defcore or qa committments. I also want to sit on on the neutron get-me-a-network discussions15:04
johnthetubaguyso its clear, if a user wants to list their images they *should* be doing that with glance v2's image list, the problem is what to do about the older APIs, until this point Nova has tried very hard to never let an old API request that used to work fail at some point in the future15:06
johnthetubaguyhence we are still on the first version of our API, effectively15:07
hogepodgejohnthetubaguy: we have the problem where the interoperability standard depends on the nova proxy apis. we're starting to require project specific apis, so it's time for us to think about how to start depending on the proxies too15:15
johnthetubaguyhogepodge: I wouldn't recommend anyone uses the proxy API, if that helps decide that.15:15
hogepodgejohnthetubaguy: so we were depending on that "never let an old API request" policy, and glance v1->v2 proved rough15:16
hogepodgejohnthetubaguy: we didn't have much of a choice before, as the only api candidates came from compute and objectstore. but now we're looking at adding index to the latest guidelines http://git.openstack.org/cgit/openstack/defcore/tree/2016.01.json#n139915:17
johnthetubaguyhogepodge: hmm, I hadn't appreciated glance wasn't on the list15:18
hogepodgehttp://git.openstack.org/cgit/openstack/defcore/tree/next.json#n5915:18
johnthetubaguyI am glance v2 CRUD is totally the way forward, so thats all good, regardless of that the Nova image proxy does15:19
hogepodgejohnthetubaguy: in part the working group was starting small to test the waters and make the standard easier to meet.15:19
johnthetubaguyhogepodge: understood, I just forgot glance was excluded at that point, makes sense15:19
johnthetubaguyso keeping read-only compatibility, should be OK-ish, that is a possible compromise option.15:20
johnthetubaguyfor Nova's image proxy API thingy15:21
johnthetubaguyoh wait, you have full crud, I didn't know the compute proxy API supported that, one sec...15:22
hogepodgekind of have full crud. because of compatibility issues between the different deployed apis I don't think we'll ever have tested CRUD operations on images15:23
hogepodgethe glance task api is basically a manifestation of an anti-interoperability pattern15:24
johnthetubaguyhogepodge: totally, although I think they understand that now, which is good15:25
johnthetubaguywell, as a community, I think we are all more aware of that now I guess, which is good15:25
johnthetubaguyhogepodge: if we did drop the images proxy, I guess the minimum would be "wait till no valid certification" includes the nova image proxy API?15:27
johnthetubaguyhonestly, that feels too soon to me, but just trying thinking through my "if we have to drop it" position really15:29
hogepodgejohnthetubaguy: a guideline is good for a year, so if the proxy is in .next (and it will be unless something changes in the next two days) it won't be until 2017.08 that defcore would drop it entirely15:35
hogepodgejohnthetubaguy: it could be dropped partially as early as 2017.0115:35
*** openstackgerrit has quit IRC15:48
*** openstackgerrit has joined #openstack-defcore15:48
*** pilgrimstack has quit IRC16:13
*** catherineD|2 has joined #openstack-defcore17:02
*** catherineD has quit IRC17:02
*** luzC- has joined #openstack-defcore17:12
*** luzC- has quit IRC17:18
*** lcazares has quit IRC17:19
*** amit213 has quit IRC17:19
*** kbaikov has quit IRC17:19
*** amit213 has joined #openstack-defcore17:22
*** kbaikov has joined #openstack-defcore17:22
*** pilgrimstack has joined #openstack-defcore18:11
*** pilgrimstack has quit IRC18:14
*** pilgrimstack has joined #openstack-defcore18:15
*** woodster_ has joined #openstack-defcore18:34
*** edmondsw has joined #openstack-defcore19:07
*** pilgrimstack has quit IRC19:17
openstackgerritMerged openstack/defcore: Added cinder scoring for Mitaka release cycle  https://review.openstack.org/29027119:30
openstackgerritMerged openstack/defcore: Flag tests requiring multiple tenants and users  https://review.openstack.org/25313819:43
openstackgerritChris Hoge proposed openstack/defcore: Flag tests scheduled for removal from Tempest  https://review.openstack.org/28907119:48
hogepodgemarkvoelker: eglute: rebased https://review.openstack.org/#/c/289071/19:49
eglutethank you hogepodge!19:49
eglutewill take a look at it today19:49
*** dhellmann has left #openstack-defcore20:01
*** cjvolzka has quit IRC20:38
*** galstrom_zzz is now known as galstrom20:39
*** mfisher_ora has quit IRC20:56
*** edmondsw has quit IRC21:08
*** cjvolzka has joined #openstack-defcore21:58
*** pilgrimstack has joined #openstack-defcore22:09
*** galstrom is now known as galstrom_zzz22:20
*** pilgrimstack has quit IRC22:27
openstackgerritChris Hoge proposed openstack/defcore: Flag tests scheduled for removal from Tempest  https://review.openstack.org/28907123:06
*** markvoelker has quit IRC23:20

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!