Wednesday, 2019-03-20

*** tetsuro has joined #openstack-placement01:01
*** cdent has quit IRC01:01
mriedem_awaydone01:12
*** mriedem_away has quit IRC01:15
*** tetsuro has quit IRC01:20
openstackgerritMerged openstack/placement master: Upgrade from rocky-nova docs  https://review.openstack.org/64439602:45
openstackgerritMerged openstack/placement master: Add prelude to release notes  https://review.openstack.org/64456702:45
openstackgerritMerged openstack/placement master: Link to more info on service user and endpoints from deployment  https://review.openstack.org/64456802:45
*** e0ne has joined #openstack-placement07:17
*** e0ne has quit IRC07:27
*** e0ne has joined #openstack-placement07:42
*** alex_xu has quit IRC08:04
*** ttsiouts has joined #openstack-placement08:05
*** alex_xu has joined #openstack-placement08:06
*** e0ne has quit IRC08:15
*** helenafm has joined #openstack-placement08:19
*** ttsiouts has quit IRC08:26
*** ttsiouts has joined #openstack-placement08:34
*** ttsiouts has quit IRC08:52
*** ttsiouts has joined #openstack-placement08:54
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Update Network Bandwidth resource provider spec  https://review.openstack.org/64481010:14
*** cdent has joined #openstack-placement10:27
cdentstephenfin, gibi : If you get. chance to look at https://review.openstack.org/#/c/644690/ and https://review.openstack.org/#/c/644687/ this morning that would be grand10:39
gibicdent: looking10:39
gibicdent: left feedback10:45
cdentthanks10:45
*** e0ne has joined #openstack-placement10:45
*** ttsiouts has quit IRC11:21
*** ttsiouts has joined #openstack-placement11:37
openstackgerritChris Dent proposed openstack/placement master: Address followups in the upgrade from nova doc  https://review.openstack.org/64469011:42
*** ttsiouts has quit IRC11:42
cdentstephenfin: grammar bits tuned ^11:42
stephenfincdent: +211:43
cdentstephenfin: feel free to proxy eric's +2 to give it the +W11:43
cdentas I'd like to cut the release today if possible11:43
stephenfinGood point. Done and done11:44
cdentthanks11:44
cdentif you can provide some comments on https://review.openstack.org/#/c/644687/ I'll incorporate them and gibi's into a new version before we are joined by mriedem11:45
*** tssurya has joined #openstack-placement11:47
stephenfinI can but I won't have a chance for a while. Meetings11:50
cdentcool, thanks11:53
openstackgerritMerged openstack/os-resource-classes master: Update master for stable/stein  https://review.openstack.org/64403012:02
*** ttsiouts has joined #openstack-placement12:04
openstackgerritMerged openstack/os-traits master: Update master for stable/stein  https://review.openstack.org/64403312:05
*** e0ne has quit IRC12:07
openstackgerritMerged openstack/os-resource-classes stable/stein: Update .gitreview for stable/stein  https://review.openstack.org/64402812:29
openstackgerritMerged openstack/os-traits stable/stein: Update .gitreview for stable/stein  https://review.openstack.org/64403112:30
openstackgerritMerged openstack/os-resource-classes stable/stein: Update UPPER_CONSTRAINTS_FILE for stable/stein  https://review.openstack.org/64402912:30
openstackgerritMerged openstack/osc-placement master: Update master for stable/stein  https://review.openstack.org/64404512:34
openstackgerritMerged openstack/os-traits stable/stein: Update UPPER_CONSTRAINTS_FILE for stable/stein  https://review.openstack.org/64403212:36
openstackgerritMerged openstack/osc-placement stable/stein: Update .gitreview for stable/stein  https://review.openstack.org/64404313:02
openstackgerritMerged openstack/osc-placement stable/stein: Update UPPER_CONSTRAINTS_FILE for stable/stein  https://review.openstack.org/64404413:03
*** e0ne has joined #openstack-placement13:16
*** mriedem has joined #openstack-placement13:17
mriedem.13:21
openstackgerritMerged openstack/placement master: Address followups in the upgrade from nova doc  https://review.openstack.org/64469013:21
cdentmriedem: I had planned to make some changes to your https://review.openstack.org/#/c/644687/ but then didn't get to it because a) other stuff b) stephenfin said he was going to give it a review so figured better to wait. so it is still pending13:44
cdentother than that we seem in good shape on placement side13:44
*** helenafm has quit IRC13:48
mriedemcdent: gibi: replied in that one, i'm just going to remove the 'list resource providers' part since it's more confusing than helpful13:49
cdentwfm13:49
mriedemlisting resource classes and traits is good enough13:49
cdentdoes prove it worked13:49
gibimriedem: works for me13:50
gibimriedem: I assume traits and RCs are populated automatically from os-* libs so those lists are not empty even if no nova compute is running13:51
openstackgerritMatt Riedemann proposed openstack/placement master: Flesh out the post-install verify doc  https://review.openstack.org/64468713:51
mriedemcorrect13:51
cdentmriedem: is there policy associated with who is supposed to be/allowed on the stable-maint group?14:04
cdentI discovered placement-stable-maint wasn't set up, so got that going, added me, and the stable-maint-core list. if/when we wanted to make it more, are there rules?14:04
mriedemcdent: yeah https://docs.openstack.org/project-team-guide/stable-branches.html#stable-maintenance-teams14:06
cdentah, cool, thanks14:06
mriedemalthough those are becoming more lenient over time14:06
mriedemtl;dr the project stable team proposes new cores to the stable-maint-core team14:06
mriedemsince stable core is not the same as core on master - there are different rules14:07
mriedembut that was also when stable-maint-core was much more actively involved in lots of project's stable branches, which they are less now, so it's just becoming more of a trust model14:07
mriedemgoes back to the age old "i'm ptl on project x but i'm not a stable core on my own project, why not?" thing14:07
cdentwell in this case, I pulled the trigger because somebody needed to merge all the bot stuff on os-resource-classse, os-traits, and osc-placement and I discovered I couldn't14:08
cdentotherwise I'd happily let it slide14:08
*** ttsiouts has quit IRC14:10
*** ttsiouts has joined #openstack-placement14:10
*** ttsiouts has quit IRC14:15
*** ttsiouts has joined #openstack-placement14:19
mriedemi'm on stable-maint-core so feel free to ping me for things14:33
cdentthanks mriedem. i'm sure I will. At this point: nothing to do \o/14:48
*** altlogbot_3 has joined #openstack-placement15:12
*** edleafe_ has joined #openstack-placement15:14
openstackgerritDan Smith proposed openstack/nova-specs master: Add request-filter-image-types spec  https://review.openstack.org/64462515:42
mriedemstephenfin: question in https://review.openstack.org/#/c/641422/15:46
stephenfinmriedem: Yeah, exactly what you said15:47
stephenfinIt's noise, but I figured there was some value for direct linking. I'd be happy to see it go too though15:47
stephenfin(but that patch was already big enough)15:48
mriedemack15:55
mriedemat this point you might want to split your change and rebase on master15:55
mriedems/split/decouple/15:55
cdentyeah, I said that in the parent too16:01
efriedcdent: I didn't touch the placement etherpad, but I suspect some of those topics can be moved to the nova/placement xproj16:03
cdentlikely yeah16:03
*** efried is now known as efried_rolling16:03
cdentstephenfin: if you're going to rebase that patch, shout out in here, and I'll wait on it (there are two other patches still crawling through the gate)16:10
openstackgerritMerged openstack/placement master: Centralize registration of logging options  https://review.openstack.org/64459116:13
openstackgerritMerged openstack/placement master: Flesh out the post-install verify doc  https://review.openstack.org/64468716:13
stephenfincdent: which patch is this?16:20
stephenfinoh, nvm16:20
openstackgerritDan Smith proposed openstack/nova-specs master: Add request-filter-image-types spec  https://review.openstack.org/64462516:23
openstackgerritStephen Finucane proposed openstack/placement master: Group API versions by release  https://review.openstack.org/64142216:30
stephenfincdent, mriedem: as requested16:30
stephenfin^16:30
mriedemstephenfin: comment inline,16:33
mriedembut i'm not sure why you're, in the same change, making unrelated format changes to the section titles themselves16:33
mriedemi.e. 'member_of'16:33
mriedemis that just a rebase snafu?16:33
stephenfinthat is, yup16:36
* stephenfin goes to fix again16:37
stephenfinmriedem: Actually, I'm not sure if there's much value in it. I already have to change some headers (to change the level, remove the 'Maximum in FOO' parts) so the single quotes probably aren't much extra16:38
stephenfin*much value in not undoing those particular changes16:38
*** altlogbot_3 has joined #openstack-placement16:40
cdentstephenfin: it looks like it is inconsistent: some of it is ' some ``. I don't reckon it is a huge deal one way or another, but if you're fixing...16:41
mriedemwelp i'm going to have to compare the before and after now16:41
*** altlogbot_3 has quit IRC16:41
openstackgerritStephen Finucane proposed openstack/placement master: Group API versions by release  https://review.openstack.org/64142216:43
stephenfincdent: Oh, weird. Fixed16:43
stephenfinI don't know why they didn't show up as merge conflicts. Presumably because I'd made additional changes to efried16:43
cdentsometimes after so many rebases magical things happen16:45
*** N3l1x has joined #openstack-placement17:00
*** e0ne has quit IRC17:07
*** altlogbot_3 has joined #openstack-placement17:26
*** altlogbot_3 has quit IRC17:28
*** altlogbot_3 has joined #openstack-placement17:30
*** ttsiouts has quit IRC17:40
*** ttsiouts has joined #openstack-placement17:41
*** ttsiouts has quit IRC17:46
*** e0ne has joined #openstack-placement18:17
*** irclogbot_2 has quit IRC18:21
*** irclogbot_0 has joined #openstack-placement18:24
*** irclogbot_0 has quit IRC18:27
*** irclogbot_1 has joined #openstack-placement18:29
openstackgerritMerged openstack/placement master: Group API versions by release  https://review.openstack.org/64142218:30
*** e0ne has quit IRC18:53
*** altlogbot_3 has quit IRC19:00
*** altlogbot_1 has joined #openstack-placement19:02
*** altlogbot_1 has quit IRC19:06
*** tssurya has quit IRC19:07
*** altlogbot_2 has joined #openstack-placement19:07
*** efried_rolling is now known as efried19:11
*** irclogbot_1 has quit IRC19:16
*** tssurya has joined #openstack-placement19:16
*** irclogbot_2 has joined #openstack-placement19:17
*** irclogbot_2 has quit IRC19:30
*** irclogbot_1 has joined #openstack-placement19:31
*** altlogbot_2 has quit IRC19:34
*** altlogbot_3 has joined #openstack-placement19:36
sean-k-mooneycdent: actully semi plament question that i would like your input on if you have a sec19:57
cdentsure19:57
sean-k-mooneyso nova supports specifying the virtual video device model we use as the graphic adapater in the libvirt dirver19:58
sean-k-mooneyhttps://libvirt.org/formatdomain.html#elementsVideo19:58
sean-k-mooneyand we have an enuma of the allowed vlaues19:58
sean-k-mooneyim planning to addd virtio to that enum this cycle19:58
sean-k-mooneye.g. in train19:58
sean-k-mooneyshoudl the supported models be repored/tracked in placment in some way19:59
* cdent thinks19:59
sean-k-mooneye.g. as traits againt the compute node resoure provider19:59
sean-k-mooneythere is basicaly the same question for vif_model to20:00
cdentassuming it is only a quality, without any indicatin of quantity, then trait would make sense because you're saying "this compute node can do the following video device types"20:00
cdent(is that what you're saying?)20:01
sean-k-mooneyyes i am saing this compute cand support virtio and qxl  because it has libvirt greate then 1.3.020:01
sean-k-mooneybut ut cant do gop or none because they werent added until later and this node does not have a new enough libvirt20:02
cdentyeah, sounds like traits20:02
cdentpresumably we'd want a namespace in os-traits for such things20:02
sean-k-mooneyok that was going to be my next question20:02
sean-k-mooneyit would be ok to add namespased standard traits for this20:02
sean-k-mooneysomethign like comptue_libvirt_video_model_virtio20:03
sean-k-mooneyor whatever it woudl be20:03
cdentit sounds in the same vein as the supported images types that dansmith wants to get working20:03
sean-k-mooneyyes that is waht made me think of it20:03
cdentI can't begin to guess at this time what the right namespace would be, but something...20:03
sean-k-mooneyi was orginally just going to add the virtio value to the enum but then i wondered if i should expose it as a trait or not20:04
sean-k-mooneyinterface model20:04
sean-k-mooneywrong terminal20:04
cdentedleafe and jaypipes usually have pretty good ideas on namespaces20:05
cdentI fairly reliably do _not_20:05
sean-k-mooneyim basically extending this image metadta value to allow virtio https://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt-image.json#L45-L5520:05
* cdent nods20:06
sean-k-mooneywe also have the same thing for virtualised nics below it20:06
sean-k-mooneyhttps://github.com/openstack/glance/blob/master/etc/metadefs/compute-libvirt-image.json#L68-L8220:06
cdentpresumably we've got trait namespaces for that stuff already20:06
sean-k-mooneyi dont think we do but we could eaily basically copy past it20:06
sean-k-mooneyanyway it sound like this is not insane and i should praobly write something up to track this20:07
sean-k-mooneywas there any desion made on how to track os-trait things? storyborad?20:07
edleafeI think that if you look at the current namespaces in os-traits, you'll get a good idea where these should fit in20:08
sean-k-mooneyedleafe: ya its pretty intuitve20:08
sean-k-mooneyit shoudl be under the compute namespace somewhere20:08
edleafeWell, as long as you understand the underlying thing.20:09
sean-k-mooneythe vif models woudl goin in here https://github.com/openstack/os-traits/blob/master/os_traits/compute/net.py20:09
sean-k-mooneyand the video device model with go in a sibling video.py or graphics.py file20:10
cdentsean-k-mooney: yeah, storyboard is a good place to start20:10
cdentmake a story with as much detail as you got for now20:10
sean-k-mooneyedleafe: jaypipes implemented it but i was the one that suggested using directies to model namesapse so i remember how this works :)20:11
sean-k-mooneycdent: ok will do. once i figure out how to use storyboard20:11
cdentit's...an experience20:11
cdenti'm growing to like it20:12
sean-k-mooneyill start by grabing hte nova specs tepmleate and fillig out the reslevet section in an etherpad then copy and paste the relvent bits into storyboard20:13
sean-k-mooneyusually i find if i can answer all the question in the spec template i can format what is need in any tool i use20:14
cdentsean-k-mooney: for the changes in os-traits itself I dont' think we'll need the detail of a spec20:14
cdentif you think the changes in nova will require a spec, then that would be the place to do a spec20:15
sean-k-mooneymainly becase the spec template makes you think about how you expalin the feature to others and not just what your going to do20:15
sean-k-mooneyoh i know20:15
sean-k-mooneyi just want ot think about how this would be used end to end before i start20:15
* cdent nods20:16
sean-k-mooneythe os-traits change are simple as long as people agree these qualify as trait20:16
sean-k-mooneythat was the main thing i want to sanity check20:16
cdentdefinitely sounds like it20:16
cdentthey are things you want to know but can't consume20:16
sean-k-mooneyyes exactly20:17
sean-k-mooneyand it will remove 2 more case of "no valid host found"20:17
cdentwoot20:18
sean-k-mooneywe currently do check to see if they image properties ar valid for the selected host way down in th virt driver during spawn20:19
cdentbit late20:19
efriedcdent: https://review.openstack.org/64499220:20
sean-k-mooneyjust a bit and the code is pretty dumb too20:20
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/virt/libvirt/vif.py#L67-L10020:20
cdentefried: I guess that means that wiki page will need some stuff. I'll get on that...probably tomorrow20:22
efriedcdent: I can do it if you like. up to you.20:23
cdenti got it, no urgent rush20:23
efriedbut technically we don't need to do anything until that patch merges :)20:23
efriedI'm going to send a note to the ML with the gist of the proposal20:23
sean-k-mooneynight folks o/20:23
cdentbleeding will be 7th day for some, mriedem20:25
cdentefried: coo20:25
mriedemcdent: oh that's right20:28
mriedemTC suckers20:28
cdentit's insane20:28
cdenti'm already ready to kill folk after a day20:28
cdentby saturday ... I don't even want to think about it20:29
cdentefried: went ahead and stubbed out the content for the new wiki page and updated the old one20:38
*** irclogbot_1 has quit IRC20:45
*** irclogbot_3 has joined #openstack-placement20:47
openstackgerritOpenStack Release Bot proposed openstack/placement stable/stein: Update .gitreview for stable/stein  https://review.openstack.org/64499920:47
openstackgerritOpenStack Release Bot proposed openstack/placement stable/stein: Update UPPER_CONSTRAINTS_FILE for stable/stein  https://review.openstack.org/64500020:47
openstackgerritOpenStack Release Bot proposed openstack/placement master: Update master for stable/stein  https://review.openstack.org/64500120:47
* cdent feels suddenly od20:50
cdentold20:50
*** e0ne has joined #openstack-placement20:52
*** altlogbot_3 has quit IRC20:53
*** altlogbot_2 has joined #openstack-placement20:55
efriedThere's nothing sudden about your odness21:14
cdenttrue21:14
cdentmriedem: I suppose some kind of grenade hoopa joop has to happen soon now there is placement stable/stein?21:23
mriedemmaybe, https://github.com/openstack-dev/grenade/blob/master/projects/60_nova/from-rocky/upgrade-nova will only run when upgrading nova from rocky to stein,21:24
mriedemand in stein devstack we have placement by default21:25
mriedemso grenade upgrading from stein to train might just be fine21:25
cdentwell that will be nice, if so21:25
mriedemthe stuff that might need to move at some point is https://github.com/openstack-dev/grenade/blob/master/projects/60_nova/resources.sh#L18121:25
mriedembut maybe not21:26
mriedemoh now i remember https://review.openstack.org/#/c/631614/ was something that would need to change in grenade with extracted placement21:26
mriedembut since it never landed...21:26
* cdent shrugs21:27
cdentpresumably the nova resource checks are something nova continues to care about ("is my inventory still right")21:27
mriedemyeah21:28
openstackgerritChris Dent proposed openstack/placement master: Revert "Centralize registration of logging options"  https://review.openstack.org/64501421:32
*** e0ne has quit IRC22:00
openstackgerritMatt Riedemann proposed openstack/placement master: Revert "Centralize registration of logging options"  https://review.openstack.org/64501422:10
*** mriedem is now known as mriedem_away22:25
openstackgerritChris Dent proposed openstack/placement master: Revert "Centralize registration of logging options"  https://review.openstack.org/64501422:36
openstackgerritChris Dent proposed openstack/placement master: Add register_opts param to PlacementFixture  https://review.openstack.org/64503122:36
cdentdammit22:36
cdentI -R'd!22:36
cdentefried: it's likely I'm gonna fall off the map before that ^ stuff (and the nova side) has fully percolated. Feel free to tweak it and backport to stable/stein (which now exists) as may be required in my absence22:41
*** mriedem_away has quit IRC23:28
*** mriedem has joined #openstack-placement23:29

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