Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-11-28
20:50:47 mriedem the duplicates
20:52:47 melwitt ok. I had tested that nova-consoleauth is no longer needed via this devstack change https://review.openstack.org/607070 back when I worked on the patch that made it optional
20:52:58 melwitt going to look at the duplicates now
21:14:50 openstackgerrit Matt Riedemann proposed openstack/nova master: Mention size limit on user data in docs https://review.openstack.org/620700
21:15:19 flwang mriedem: does nova support configuring the volume type when booting?
21:15:49 mriedem flwang: with microversion 2.67 in stein yes https://docs.openstack.org/nova/latest/reference/api-microversion-history.html#id60
21:16:42 flwang is it a big feature? possible to do cherrypick? to old nova version?
21:20:39 flwang mriedem: any chance you know the commit link?
21:23:56 mriedem flwang: you're asking me if we can backport an API feature change?
21:24:17 mriedem you've been around openstack long enough to know that is a blatant violation of stable branch policy
21:24:40 mriedem whatever you want to fork in your product though...go ahead :)
21:29:54 flwang mriedem: no, i'm just lazy, so just ask if it's a big one, so that we can backport it in our private repo
21:30:06 flwang now i have got all the commits
21:30:17 flwang it's big one, seems no chance to backport :(
21:30:51 efried jaypipes: Responded on https://review.openstack.org/#/c/617042/ - lmk if that doesn't make sense.
21:32:53 efried jaypipes: btw, if it's specifically the use of the @property decorator you object to, I can change it to _get_report_client() for consistency with _get_resource_tracker(). I just wanted to take the opportunity to save some horizontal space, since we're already having trouble fitting things like https://review.openstack.org/#/c/617042/6/nova/compute/manager.py@a766
21:35:32 jaypipes efried: answered. yeah, we can remove all that now and just set reportclient once.
21:35:45 efried jaypipes: Okay, cool. fup?
21:36:47 jaypipes yup. lemme re-vote (though I still think it would be cool to have those two patches separate)
21:37:32 jaypipes efried: +2
21:38:01 efried jaypipes: Thanks! Re removing that flushing of the RT, I'm slightly leery of trying to do that change myself - how will we know it didn't break things? Though perhaps we could instead just self.reportclient.clear_cache() now that that's a thing.
21:38:43 openstack Launchpad bug 1804125 in OpenStack Compute (nova) "Nova placement disregards nova aggregate metadata" [Medium,Triaged]
21:38:43 mriedem heh, finally got an official bug for the regression in ocata where aggregate allocation ratios are no longer honored https://bugs.launchpad.net/nova/+bug/1804125
21:39:08 jaypipes efried: maybe. just try it? :) I'm telling you I added that code comment back when the RT was still being converted by me to pass nodename for all the methods and track multiple compute nodes (instead of having multiple instances of the RT)
21:40:41 openstackgerrit Jack Ding proposed openstack/nova master: [WIP] Flavor extra spec and image properties validation https://review.openstack.org/620706
21:49:07 efried jaypipes: um, afaict, we only get ComputeHostNotFound from get_node_uuid (in resource_tracker.py) - and I can't see where that guy is used at all. So that whole exception path may be completely unreachable.
21:51:24 openstackgerrit Merged openstack/nova-specs master: Support volume-backed server rebuild https://review.openstack.org/532407
21:57:13 jaypipes efried: not a bit unlikely :)
22:02:43 flwang mriedem: jaypipes: is there a config option in nova.conf to set the default volume type?
22:04:12 jaypipes flwang: sorry, I have node idea :( mriedem probably is your best bet. (I didn't even think we *supported* volume types actually..)
22:04:32 openstackgerrit Eric Fried proposed openstack/nova master: WIP: Use a static resource tracker in the compute manager https://review.openstack.org/620711
22:04:42 efried jaypipes: Let's see how the gate feels about that ^
22:04:59 flwang jaypipes: nova supports it in master(stein)
22:05:51 mriedem flwang: no, cinder has a config for the default volume type
22:06:12 mriedem nova only passes the volume type through, otherwise nova creates volumes w/o any volume type and you get the default from cinder
22:07:06 jaypipes efried: lol nice commit message.
22:07:10 efried :P
22:07:35 flwang mriedem: that makes sense, thank you very much
22:07:45 efried jaypipes: btw, I'm hoping you can review that whole series at some point. You're the A-1 expert in these code paths, I think.
22:08:12 efried jaypipes: This is to solve the whole thing about CERN's traffic problems.
22:08:48 efried ...that we put off in queens with that resource_provider_association_refresh conf var
22:09:51 openstackgerrit Matt Riedemann proposed openstack/nova master: Nova the aggregate allocation ratio restriction in scheduler docs https://review.openstack.org/620713
22:11:17 jaypipes efried: ack.
22:11:27 jaypipes efried: working on em....
22:11:39 efried thx
22:14:39 mriedem i have -1ed
22:15:04 mriedem pull that get_node_uuid removal out
22:20:48 openstackgerrit Eric Fried proposed openstack/nova master: Turn off rp association refresh in nova-next https://review.openstack.org/616033
22:21:27 mriedem zzzeek: could use your input on this postgresql issue if you have a sec https://review.openstack.org/#/c/619061/1
22:21:37 mriedem i threw in a thing that works, but i'm not sure it's the right way
22:21:49 efried mriedem: so do it, just do it separately?
22:21:58 mriedem efried: yes, outside of that series
22:22:02 efried ack
22:22:26 mriedem you could throw it in topic branch remove-migration-allocation-compat to line it all up nicely
22:22:31 mriedem https://review.openstack.org/#/q/topic:remove-migration-allocation-compat+(status:open+OR+status:merged)
22:23:32 openstackgerrit Eric Fried proposed openstack/nova master: WIP: Use a static resource tracker in the compute manager https://review.openstack.org/620711
22:27:53 openstackgerrit Eric Fried proposed openstack/nova master: Remove get_node_uuid https://review.openstack.org/620715
22:28:03 efried mriedem: there ya go. Don't say I never did anything for ya.
22:29:15 efried speaking of which, what's the interest rate on shiny nickels?
22:29:21 mriedem it's low
22:29:32 mriedem it's always in my backpack though
22:29:37 mriedem you just need to remind me in person sometime
22:29:47 mriedem or give me your address and i'll ship it down
22:29:56 mriedem maybe in a xmas card?!
22:30:35 efried That would be awesome. What's a stamp these days, 40-odd cents? And you're not supposed to mail cash. Oh, and f xmas.
22:30:52 efried I'll put it on the etherpad for Denver
22:31:28 mriedem good idea
22:31:47 mriedem i'll write you a check for $.05
22:32:21 efried IT HAS TO BE SHINY
22:32:26 efried put glitter or something
22:33:06 mriedem we do have glitter
22:33:11 mriedem pens, glue, you name it
22:33:20 mriedem i will richard shermans this check up for you
22:33:31 mriedem ha, wrong guy
22:33:53 mriedem simmons
22:33:55 mriedem simmons
22:34:07 mriedem jaypipes: you may enjoy that slip ^
22:34:12 mriedem FOOTBAW
22:35:03 jaypipes haha
22:59:23 mriedem mordred: we should only need the endpoint type (volumev3) and interface (public) to look up a service catalog entry right? we don't need the service name for that,
22:59:35 mordred that is correct
22:59:38 mriedem unless you have multiple endpoints pointed at the same type and interface but with different names or something?
22:59:47 openstack Launchpad bug 1803627 in OpenStack Compute (nova) "Nova requires you to name your volumev3 service cinderv3" [Undecided,New]
22:59:47 mriedem trying to sort out what i can do for https://bugs.launchpad.net/nova/+bug/1803627
23:00:15 jaypipes efried: I'm quite concerned about https://review.openstack.org/#/c/615677/
23:00:17 mordred the only time service name is ever useful for anything is if a cloud has gotten itself into a bad place and has more than one endpoint with the same service type like rackspace public cloud did during their transition from legacy to openstack
23:00:40 mordred mriedem: looking
23:01:27 mordred mriedem: oh - I can help work on that patch tomorrow (it's too late today)
23:01:43 mriedem np thanks
23:01:46 efried jaypipes: Looking
23:01:48 mriedem i'm going to post something quick
23:02:20 efried mriedem, mordred: We ought to be able to fix that by exploiting some of the fancy schmancy discovery code in ksa, nah?
23:02:27 mordred I mean - efried will probably beat me to it - but getting rid of that catalog_info parameter at least is a step in teh right direction
23:02:31 mordred efried: yup!
23:02:41 sorrison mriedem: re cinder catalog in nova.conf yes the only way we can get it to work is by setting endpoint_template
23:02:54 efried You ought to be able to a) name your service any of the list of valid things, and b) search for the endpoint using any of that same list of valid things.
23:03:18 mordred yup. and you should absolutely be able to omit service_name which should default to None
23:03:29 jaypipes efried: unless I'm totally bonkers... but AFAIK, when Ironic is in the mix, that ProviderTree can contain thousands of root providers.
23:03:50 efried and yeah, long-standing TODO to get rid of all that bizarro client construction gorp
23:04:04 mordred and you should not only be able to omit service-type- you should really always omit service-type because using different service types is CRAZY - but you should be able to configure it anyway

Earlier   Later