Wednesday, 2018-05-16

openstackgerritMerged openstack/nova master: Add retrying to requirements.txt  https://review.openstack.org/56869200:08
openstackgerritMerged openstack/nova master: Fix HTTP500 error of changes-since on v2.0 API  https://review.openstack.org/56791600:31
mriedem_afkin the same 1 hour span, i've said both "i'm not feeding the entire neighborhood!" and "i've gotta pay for that water!"00:38
mriedem_afki feel pretty good about that00:38
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): support compute node resource provider update  https://review.openstack.org/52104101:04
*** edmondsw has joined #openstack-placement01:18
*** edmondsw has quit IRC01:22
*** mriedem_afk has quit IRC01:27
openstackgerritTsuyoshi Nagata proposed openstack/nova master: nova improvement of maximum attach volumes more than 26 vols  https://review.openstack.org/56747201:58
*** gjayavelu has quit IRC02:20
openstackgerritTetsuro Nakamura proposed openstack/nova master: Support nested alloc cands with sharing providers  https://review.openstack.org/56750802:48
openstackgerritTetsuro Nakamura proposed openstack/nova master: Return all resources in provider_summaries  https://review.openstack.org/55804502:48
openstackgerritTetsuro Nakamura proposed openstack/nova master: Return all nested providers in tree  https://review.openstack.org/55948002:48
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add microversion for nested allocation candidate  https://review.openstack.org/56548702:48
openstackgerritVu Cong Tuan proposed openstack/nova stable/queens: Update auth_url in install docs  https://review.openstack.org/56873002:55
openstackgerritjichenjc proposed openstack/nova master: WIP: Remove support for /os-fixed-ips REST API  https://review.openstack.org/56851603:17
openstackgerritMatt Riedemann proposed openstack/nova master: Deprecate running API services under eventlet  https://review.openstack.org/54951003:48
openstackgerritMatt Riedemann proposed openstack/nova master: DNM: Test nova-api eventlet deprecation  https://review.openstack.org/54977003:49
openstackgerritTsuyoshi Nagata proposed openstack/nova master: nova improvement of maximum attach volumes more than 26 vols  https://review.openstack.org/56747203:56
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add tests for _get_trees_matching_all() function  https://review.openstack.org/56873704:12
*** tetsuro has joined #openstack-placement04:13
tetsuro^ @jaypipes: this patch of https://review.openstack.org/#/c/568737/ answers your comment in https://review.openstack.org/#/c/567150/1104:16
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add tests for _get_trees_matching_all() function  https://review.openstack.org/56873704:19
*** edmondsw has joined #openstack-placement04:32
*** tetsuro has left #openstack-placement04:52
*** tetsuro_ has joined #openstack-placement04:54
*** tetsuro_ has quit IRC04:55
openstackgerritTsuyoshi Nagata proposed openstack/nova master: nova improvement of maximum attach volumes more than 26 vols  https://review.openstack.org/56747204:56
*** diga has joined #openstack-placement05:25
*** gjayavelu has joined #openstack-placement05:25
*** diga has quit IRC05:32
openstackgerritTsuyoshi Nagata proposed openstack/nova master: nova improvement of maximum attach volumes more than 26 vols  https://review.openstack.org/56747205:44
openstackgerritNaichuan Sun proposed openstack/nova master: XenAPI: update the document related to vdi streaming  https://review.openstack.org/56844405:46
openstackgerritVishakha Agarwal proposed openstack/nova master: Re-using the code of os brick cinder  https://review.openstack.org/56570305:55
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): support compute node resource provider update  https://review.openstack.org/52104106:13
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in libvirt/test_driver.py (2)  https://review.openstack.org/56875706:23
*** edmondsw has quit IRC06:49
openstackgerritMerged openstack/nova-specs master: Complex (Anti)-Affinity Policies  https://review.openstack.org/54692506:56
*** avolkov has joined #openstack-placement07:35
openstackgerritNguyen Hai proposed openstack/nova-specs master: Follow the new PTI for document build  https://review.openstack.org/55180207:39
*** jaypipes has quit IRC07:50
*** jaypipes has joined #openstack-placement07:51
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: guest: introduce blockStats instead of domain.blockStats  https://review.openstack.org/52683308:01
openstackgerritNaichuan Sun proposed openstack/nova master: XenAPI: update the document related to vdi streaming  https://review.openstack.org/56844408:01
openstackgerritTsuyoshi Nagata proposed openstack/nova master: nova improvement of maximum attach volumes more than 26 vols  https://review.openstack.org/56747208:03
*** gjayavelu has quit IRC08:14
*** tssurya has joined #openstack-placement08:15
*** edmondsw has joined #openstack-placement08:20
*** edmondsw has quit IRC08:25
gibiefried: I think we have a problem with the flavor extra_spec in the granular patch: https://review.openstack.org/#/c/515811/18/releasenotes/notes/granular-extra-specs-50b26b8f63717942.yaml@908:33
openstackgerritVladyslav Drok proposed openstack/nova-specs master: Allow having placement inventories with reserved value equal to total  https://review.openstack.org/56861308:39
openstackgerritBalazs Gibizer proposed openstack/nova stable/queens: placement: Fix HTTP error generation  https://review.openstack.org/56878408:45
openstackgerritSurya Seetharaman proposed openstack/nova stable/queens: POC: Filter/ignore NotSupportedWarning ['use_tpool'] in nova-manage  https://review.openstack.org/56878508:51
*** cdent has joined #openstack-placement08:57
*** diga has joined #openstack-placement08:58
*** gjayavelu has joined #openstack-placement09:00
*** diga has quit IRC09:35
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: WIP: Microversion 2.63 - Use new format policy in server group  https://review.openstack.org/56753409:56
*** edmondsw has joined #openstack-placement10:08
*** edmondsw has quit IRC10:13
*** e0ne has joined #openstack-placement10:39
*** cdent has quit IRC10:51
*** cdent has joined #openstack-placement11:33
*** edmondsw has joined #openstack-placement11:57
*** edmondsw has quit IRC12:01
*** mriedem has joined #openstack-placement12:05
*** edmondsw has joined #openstack-placement12:07
*** edmondsw has quit IRC12:07
efriedgibi: Good catch, will fix right away.12:11
openstackgerritEric Fried proposed openstack/nova master: Granular requests to get_allocation_candidates  https://review.openstack.org/51581112:14
efriedgibi: Done ^12:14
gibiefried: thanks, I'm +212:17
* cdent looks at that again since the fix12:18
*** edmondsw has joined #openstack-placement12:36
cdentI'm sorry jaypipes I think you're taking me on bad faith and over the line.12:37
* cdent takes a walk12:39
edleafecdent: Now you know the main reason I volunteered to do more internal work at IBM and less in Nova / Placement.12:41
openstackgerritMatt Riedemann proposed openstack/nova master: Implement granular policy rules for placement  https://review.openstack.org/52442512:54
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for /resource_classes*  https://review.openstack.org/56557812:54
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for resource providers inventories  https://review.openstack.org/56866612:54
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for usages  https://review.openstack.org/56870612:54
openstackgerritEric Fried proposed openstack/nova master: Use placement.inventory.inuse in report client  https://review.openstack.org/56863913:01
jaypipesedleafe: I'm the reason huh?13:02
openstackgerritEric Fried proposed openstack/nova master: Use GET.get instead of GET.getall in alloc-cands  https://review.openstack.org/56871313:05
openstackgerritBalazs Gibizer proposed openstack/nova master: Add requested_resources field to RequestSpec  https://review.openstack.org/56726713:06
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer port.resource_request to the scheduler  https://review.openstack.org/56726813:06
openstackgerritBalazs Gibizer proposed openstack/nova master: Make placement.lib.RequestGroup a versioned object  https://review.openstack.org/56884013:06
edleafejaypipes: A big part, yes13:16
jaypipesedleafe: awesome.13:16
openstackgerritVladyslav Drok proposed openstack/nova-specs master: Allow having placement inventories with reserved value equal to total  https://review.openstack.org/56861313:18
bauzascdent: FWIW, just saw that your forum session on splitting placement is conflicting with my own vGPU presentation :/13:21
bauzasexact same time13:21
bauzasshit13:21
efriedboo13:22
openstackgerritMatt Riedemann proposed openstack/nova master: Deduplicate config/policy reference docs from main index  https://review.openstack.org/56484613:23
openstackgerritMatt Riedemann proposed openstack/nova master: Implement granular policy rules for placement  https://review.openstack.org/52442513:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for /resource_classes*  https://review.openstack.org/56557813:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for resource providers inventories  https://review.openstack.org/56866613:23
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for usages  https://review.openstack.org/56870613:23
* bauzas needs to look at the Summit agenda, but no time yet :(13:24
openstackgerritMatt Riedemann proposed openstack/nova master: Cleanup ugly stub in TestLocalDeleteAllocations  https://review.openstack.org/56199713:24
mriedembauzas: there is always time when you're on the crapper13:25
* bauzas google translates that expression13:26
bauzashah13:26
bauzasI'm a remote person, so that problem is now solved since 4+ years13:26
bauzasmanaging access to a specific door without being seen by your colleagues is no longer a problem for me13:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Make placement.lib.RequestGroup a versioned object  https://review.openstack.org/56884013:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Add requested_resources field to RequestSpec  https://review.openstack.org/56726713:27
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer port.resource_request to the scheduler  https://review.openstack.org/56726813:27
mriedembauzas: i think you're missing the point13:27
mriedemyou can multitask13:28
bauzascrapper == toilets ?13:28
efriedgibi: Nooooo, not a RequestGroup ovo!13:28
bauzasthat's where I hit the language barrier :)13:28
sean-k-mooneybauzas: yes13:28
vdrok:D13:28
efriedgibi: I'm sure there's a good reason for it, sigh, just having PTSD from the non-OVO OVOs in placement.objects.resource_provider13:29
bauzasmriedem: well, I can surely multitask, but like I always said, it's done by concurrency, not real parallelism13:29
vdrokmriedem: morning, could you reopen this one? https://bugs.launchpad.net/nova/+bug/175147213:29
openstackLaunchpad bug 1751472 in OpenStack Compute (nova) queens "InventoryInUse exception is periodically logged as ERROR" [Medium,Fix committed] - Assigned to Sylvain Bauza (sylvain-bauza)13:29
bauzasI only have one BPU13:29
sean-k-mooneythere was one session on an alternitve to the nova schduler that i spoted that i wanted to flag to you guys too13:29
bauzasBPU = Brain Processing Unit13:29
gibiefried: what causing the pain regarding OVOs?13:29
mriedemvdrok: re-open? it's marked as fixed. if there is a new bug, it should be a new bug13:29
mriedemsean-k-mooney: yes the nfv one13:30
mriedemrandom "we made everything better w/o ever talking to anyone" sessions are always a blast13:30
vdrokmriedem: ah, hrm, ok. I already forgot how launchpad works :(13:30
gibiefried: for me the reason to make it an OVO is to be able to send through RPC as part of the RequestSpec object13:30
efriedgibi: Because when I tried adding fields that were useful, but only internally, there was pushback that we shouldn't do that to OVOs.  But the ones in question were only OVOs because that was a convenient way to get features, not because they needed to be sent across the wire (they don't).13:31
sean-k-mooneymriedem: proably i wanted to flag it to jaypipes in partcalar13:31
mriedemhttps://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21708/revisiting-scalability-and-applicability-of-openstack-placement13:31
efriedgibi: Yeah, in that case I guess it makes sense.13:31
mriedemsean-k-mooney: i already showed it to him, and jay won't be at the summit anyway13:31
edleafegibi: are you talking about the nova side of things, or placement?13:31
sean-k-mooneymriedem: from the abstract i dont even know if it would use placement13:31
gibiedleafe: nova side13:32
efriedsean-k-mooney: No, they're not talking about *our* placement.13:32
edleafegibi: that's why it's a bad idea to use the same object in both services. Completely different needs13:32
efriedsean-k-mooney: But it should be noted that our placement was architected to solve a lot of the problems they're complaining about.13:32
gibiefried: and alternative would be to keep the RequestGroup in the placement lib as a plain object and add an OVO to the nova side only and convert back and forth13:32
jaypipessean-k-mooney: it wasn't an alternative to placement...13:32
gibiedleafe: ^13:32
edleafesean-k-mooney: right - they mean s/placement/scheduler13:32
efriedgibi: Well, the "conversion" from nova to placement happens via a querystring, not via rpc serialization.13:33
efriedgibi: And we certainly do not need it to be ovo on the placement side.  Because again, it's only used internally.13:33
mriedem"This session will survey placement in OpenStack, explain how placement  is done within the Nova OpenStack project, and highlight its  limitations. We will show that the current scheduler does not scale to  large clouds, and that the bottleneck is caused by attaining a complete  view of the available resources. Instead, we will show an adaptive state  caching technique that mitigates the bottleneck while preserving the13:33
mriedemement quality."13:33
gibiefried: by convert I mean convert inside nova13:33
mriedemso they are using placement + cachingscheduler...13:33
sean-k-mooneyyes i know the plan to replace the schduler not placement but i did not see any mention of if there schduler would interact with placement at all13:33
edleafegibi: the fact that they represent the same information doesn't mean that they have to be the same object13:33
efriedmriedem: They're talking about placement, not Placement.13:33
mriedemok, so just cachingscheduler then13:34
gibiedleafe: fair point. but today we use the same object as well13:34
mriedemor whatever the intel guy did in austin13:34
gibiedleafe: actually this is the only object in the placement.lib today13:34
mriedemhttps://www.openstack.org/videos/austin-2016/dive-into-nova-scheduler-performance-where-is-the-bottleneck13:34
edleafegibi: yeah, and I don't like having it there at all. It's an internal implementation to placement13:35
sean-k-mooneyi guess we will find out i just was surprsed to see it as a session since i did not see any blueprints or irc discussion on the topic13:35
efriededleafe: It's internal to nova and internal to placement.  It just happens to be identical on both sides.13:35
edleafegibi: nova should have its own internal implementation. This way nova can modify it for its needs13:35
edleafeefried: not identical if it needs to be sent over RPC13:35
efriedright, not identical _anymore_ I suppose.13:36
gibiefried, edleafe: I'm happy to use an OVO on Nova side and keep the plain object on placement side13:36
mriedemsean-k-mooney: not really surprised, it has something to do with nfv13:36
edleafeefried: the "anymore" is why they should be two separate objects in separate code bases13:36
mriedemso the track chairs were probably just like, "WOW AWESOME!!!"13:36
efriedWhich actually would make me a little bit happy, because I could put my to_querystring method in the nova-side one rather than inlined in the ResourceRequest method.13:36
gibiefried, edleafe: thanks for the quick feedback, I will do the separation13:37
efriedso gibi, edleafe: I'm on board with the idea of splitting it into separate objects at this point.13:37
efriedyeah, that.13:37
sean-k-mooneythis is the session by the way https://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21708/revisiting-scalability-and-applicability-of-openstack-placement13:38
mriedemthe thing i linked 7 minutes ago.... :)13:38
sean-k-mooneymriedem: oh sorry ya i just say the intel one you linked after13:39
sean-k-mooneyefried: on ovo, using it for rest api or even jsut internal uses has some beniftes even from a documentaiton point of view.13:41
sean-k-mooneyefried: we dont jsut need to confine ovo to rpc calls13:42
efriedsean-k-mooney: I agree about the benefits, totally.13:42
efriedsean-k-mooney: The problem wound up being that once a thing was an OVO, even if it wasn't an RPC'd OVO, it started being assumed to have certain characteristics and restrictions that it shouldn't have to have.13:42
sean-k-mooneyefried: such as versioning ?13:43
sean-k-mooneyor the persecption its a stable interface13:43
efriedsean-k-mooney: In this case it was addition of fields that were convenient for internal use, but not part of the "data" per se.13:44
sean-k-mooneyefried: well nova internallly adds field to ovo for caching at runtime that are striped out when serialised13:44
sean-k-mooneyits a little freaky the first time you see it but ovo dont prevent that13:45
efriedsean-k-mooney: Yeah, nothing about ovo prevents doing this stuff.  And I got to do it in the end.  But there was some contention along the way.  Specifically https://review.openstack.org/#/c/564351/13:49
bauzasoh man13:56
bauzashttps://www.openstack.org/summit/vancouver-2018/summit-schedule/events/21708/revisiting-scalability-and-applicability-of-openstack-placement is yet again a new story like https://storage.googleapis.com/pub-tools-public-publication-data/pdf/41684.pdf13:57
openstackgerritVladyslav Drok proposed openstack/nova-specs master: Allow having placement inventories with reserved value equal to total  https://review.openstack.org/56861314:00
openstackgerritVladyslav Drok proposed openstack/nova-specs master: Allow having placement inventories with reserved value equal to total  https://review.openstack.org/56861314:09
openstackgerritMerged openstack/nova master: Move image conversion to privsep.  https://review.openstack.org/55443714:45
openstackgerritMerged openstack/nova master: We don't need utils.trycmd any more.  https://review.openstack.org/55443914:45
openstackgerritMerged openstack/nova-specs master: Allow having placement inventories with reserved value equal to total  https://review.openstack.org/56861314:52
openstackgerritStephen Finucane proposed openstack/nova-specs master: Rename spec to match blueprint  https://review.openstack.org/56887014:56
openstackgerritStephen Finucane proposed openstack/nova master: Simplify instance name generation  https://review.openstack.org/51657315:05
openstackgerritEric Fried proposed openstack/nova master: Debug logs for allocation_candidates filters  https://review.openstack.org/56871215:15
efriedmelwitt, jaypipes: Thanks for the review there, fixed up all prettier now ^15:16
openstackgerritMatt Riedemann proposed openstack/nova master: Remove deprecated monkey_patch config options  https://review.openstack.org/56888015:29
melwittefried: I kinda hate to say, I think that method should have had a unit test based on how it wasn't doing what you intended in PS115:34
cdentefried: yeah, I was going to ask the same thing: does a test matter?15:35
efriedmelwitt: It was something I wouldn't have caught with my eyeballs even writing the test.  A boolean was ending up False (because missing) instead of <?>.15:40
openstackgerritMatt Riedemann proposed openstack/nova master: Remove deprecated monkey_patch config options  https://review.openstack.org/56888015:40
efriedDo we have unit tests for the other __repr__s?15:41
melwittefried: oh, I was thinking one of the test cases would verify a '<?>' showing up in the log message and would fail because of the bug that was there15:42
melwittwe do, I've written one before for something. lemme see15:42
efriedmelwitt: No biggie, I can do it if you think it's warranted.  I just wasn't too worried about it since it's essentially a helper for a debug log.15:43
mriedemcdent: not sure i'm following your comment on https://review.openstack.org/#/c/568706/ but the /usages stuff does require a project_id, even if it's not *your* project_id, like if you're an admin,15:44
mriedemi kind of put my brain in a loop thinking about the implications of how to do that with our policy check,15:44
mriedembut i think we could (maybe should?) pass the requested project_id as the 'target' to the policy check rather than the context (which is the default)15:44
cdentmriedem: I meant that at some point we might want to check that the project_id in the query string matches the project_id of the the user-in-context15:44
mriedemwe might be saying the same thing15:45
mriedemcontext.can() takes a target resource which if not set, is the current context15:45
mriedemso if i have admin A, project B and project C, right now only the admin user can see usages for either project B or C15:45
mriedembut if we changed that policy to be admin_or_owner, then the owner part gets weird15:45
mriedemand i think at that point we say the query param is the target rather than the current context15:46
mriedemso then project B can't see project C's usage15:46
mriedem*i think*15:46
openstackgerritMerged openstack/nova master: PowerVM Driver: Snapshot  https://review.openstack.org/54302315:47
mriedemfor most other things in placement, "owner" doesn't mean anything b/c most resources dont have project/user15:47
mriedemmelwitt: i've marked https://blueprints.launchpad.net/nova/+spec/powervm-snapshot complete if you're keeping tally15:47
melwittefried: yeah, I was just thinking it would have resulted in the wrong thing (wrong part of UUID, weird output of "False" when it was suppose to be "<?>" when someone goes to use the messages while they're debugging and maybe cause some confusion/wasted time. I dunno, maybe I'm overthinking it15:48
melwittmriedem: thank you, I am keeping tally (though admittedly with gaps in the dates because sometimes I forget to check)15:49
efriedmelwitt: I await your suggestion.  IMO it's not important enough to spend the time on, unless you say it is :)15:49
openstackgerritZack Cornelius proposed openstack/nova master: Implement file backed memory for instances in libvirt  https://review.openstack.org/56787615:50
melwittefried: it's not now, after the fact :P it would have been useful on PS1 where it would have caught the bugs. hence my hesitation. I'd say next time let's just test it15:51
openstackgerritZack Cornelius proposed openstack/nova-specs master: Libvirt file backed memory  https://review.openstack.org/56370415:51
efriedmelwitt: Roger wilco.  (What I was saying earlier is I probably would have written the test wrong too - but yeah.)15:52
melwittyeah, I got what you mean but I didn't understand how the test wouldn't catch it if you had a test case that expected a "<?>" in the message because it would have been missing, unless I've totally misunderstood what would happen there15:53
openstackgerritBalazs Gibizer proposed openstack/nova master: Add request_spec.RequestGroup versioned object  https://review.openstack.org/56884015:56
openstackgerritBalazs Gibizer proposed openstack/nova master: Add requested_resources field to RequestSpec  https://review.openstack.org/56726715:56
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer port.resource_request to the scheduler  https://review.openstack.org/56726815:56
gibiefried, edleafe: ^^ did the RequestGroup split as we discussed15:59
efriedgibi: ack16:01
efriedmelwitt: No, you're correct; I'm saying I totally would have made the mistake of putting False into the test instead of <?>, just knowing how my brain works and the process I went through when I was working on this.16:01
melwittoh, I see16:02
openstackgerritVladyslav Drok proposed openstack/nova master: Placement: allow to set reserved value equal to total for inventory  https://review.openstack.org/56483816:06
openstackgerritVladyslav Drok proposed openstack/nova master: Placement: allow to set reserved value equal to total for inventory  https://review.openstack.org/56483816:08
*** efried is now known as efried_rollin16:10
*** edmondsw has quit IRC16:15
*** edmondsw_ has joined #openstack-placement16:18
openstackgerritStephen Finucane proposed openstack/nova-specs master: Add 'numa-aware-vswitches' spec  https://review.openstack.org/54129016:22
*** edmondsw_ has quit IRC16:23
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: DiskAdapter parent class  https://review.openstack.org/54905316:24
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Localdisk  https://review.openstack.org/54930016:24
mriedemcdent: check my note to self in https://review.openstack.org/#/c/568706/4/nova/api/openstack/placement/handlers/usage.py without reading the irc log linked in and see if that makes sense to you16:32
cdentroget16:32
cdentor roger even16:32
cdentmriedem: a) yes that makes good sense, b) I agree a TODO would make sense too.16:34
mriedemok will throw that up quick16:35
openstackgerritMatt Riedemann proposed openstack/nova master: Add granular policy rules for usages  https://review.openstack.org/56870616:39
*** tssurya has quit IRC16:42
*** gjayavelu has quit IRC17:16
openstackgerritMatt Riedemann proposed openstack/nova master: Use RequestSpec.user_id in scheduler.utils.claim_resources  https://review.openstack.org/56891718:02
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: DiskAdapter parent class  https://review.openstack.org/54905318:14
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Localdisk  https://review.openstack.org/54930018:14
*** gjayavelu has joined #openstack-placement18:20
openstackgerritMatt Riedemann proposed openstack/nova master: Update nova-status and docs for required placement 1.24  https://review.openstack.org/56892318:23
openstackgerritMatt Riedemann proposed openstack/nova master: Update nova-status and docs for required placement 1.24  https://review.openstack.org/56892318:25
openstackgerritMatt Riedemann proposed openstack/nova master: Update placement upgrade docs for nova-api dependency on placement  https://review.openstack.org/56892518:31
openstackgerritMerged openstack/nova master: Debug logs for allocation_candidates filters  https://review.openstack.org/56871218:54
*** edmondsw has joined #openstack-placement18:57
*** e0ne has quit IRC19:05
*** e0ne has joined #openstack-placement19:05
*** mriedem1 has joined #openstack-placement19:09
*** mriedem has quit IRC19:11
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Add additional information for z/VM spec.  https://review.openstack.org/56215419:14
*** mriedem1 is now known as mriedem19:15
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: DiskAdapter parent class  https://review.openstack.org/54905319:39
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Localdisk  https://review.openstack.org/54930019:39
*** efried_rollin is now known as efried19:42
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: DiskAdapter parent class  https://review.openstack.org/54905319:58
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Localdisk  https://review.openstack.org/54930019:58
*** gjayavel_ has joined #openstack-placement20:01
*** gjayavelu has quit IRC20:03
efriedmriedem: https://review.openstack.org/#/c/568923/ -- does this need to be done any time something in report client uses a newer placement microversion?20:14
efriedmriedem: i.e. do I need to do it here too: https://review.openstack.org/#/c/515811/20:15
cdentefried: if you are requiring a newer version (you are), then "yes"20:16
efriedcdent: Hm, okay.  Any suggestions for a way to enforce that via tests?20:18
*** e0ne has quit IRC20:18
cdentefried: I'll think on it, but at this late hour I'm ill equipped to think of anything20:19
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Don't count volume over quota when disabling compute  https://review.openstack.org/56895320:21
mriedemefried: it likely becomes less and less important now that placement is required and we expect/require deployers to be updating placement before nova,20:23
mriedembut for a time, as you recall, we tried to straddle microversions and fallback to earlier behavior if placement was behind20:24
efriedright20:24
mriedemwhich i think long-term is still good practice since we try to do that for things like nova<>cinder and nova<>neutron20:24
mriedemand we / i try to tell people that you don't need to upgrade all services in your cloud at the same time every 6 months20:25
mriedemthere was an ops ML thread related to this at one point, about adding a CI job that would be like grenade but keep at least nova behind a version, something like that20:25
mriedemsince people upgrade nova last it sounds like20:25
efriedmriedem: I'm thinking there may be a way to intercept the request primitives in our placement mocks in test_report (unit) and test_report_client (functional) to keep track of the microversion it sees; then import nova.cmd.status (where we move that min required microversion to a const at the top) and blow up as soon as it comes across one that's higher.20:26
efriedcdent: ^20:26
efriedI didn't explain that particularly well, but you get the idea.20:27
efrieddo you think it's worth doing?20:27
cdentdo you mean a sort of test at the end that says "the highest microversion I saw when I was testing the report client was X, now I'm checking to see if we use that in the status check"?20:30
cdentIn parallel testing env that might be tricky to make sure it was accurate20:30
efriedcdent: That was my original thought, but I don't think we need to do it that way.  I think we can import nova.cmd.status.MIN_PLACEMENT_MICROVERSION and just compare it every time we see a version go by in a placement request in any test.  We only need to blow up if we see one that's *higher* than MIN_PLACEMENT_MICROVERSION.  Which of course relies on there being a unit *or* func test for every report client path that20:32
efriedanyway.20:32
cdentoh, I see what you mean20:33
cdentso a sort of proxy client that looks at the request headers in every request20:33
efriedyeah20:33
efriedbefore passing them through20:33
cdentthat ought to be doable, unclear if it is worth the effort20:34
efriedagree on both counts, looking for feedback from mriedem on the latter.20:34
mriedemi certainly don't want to have to review that20:44
mriedemso a big ol meh from me20:44
efriedokey dokey.  It certainly wouldn't be simple to implement on the UT side as things stand, so no hard feelings from me to let it drop.20:48
efriedon the func side it wouldn't be so bad, I don't think.20:49
efriedand having that would be better than not having it, I suppose.20:49
cdentyeah, I had a quick look at the unit side and while it wouldn't be impossible it would be annoying20:55
* cdent goes to bed20:55
cdent'night all20:56
*** cdent has quit IRC20:56
*** sean-k-mooney has quit IRC20:58
*** avolkov has quit IRC21:13
*** sean-k-mooney has joined #openstack-placement21:25
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Resource class set (v1.7)  https://review.openstack.org/51464421:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Usages per project and user (v1.8, v1.9)  https://review.openstack.org/51464621:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: CLI allocation candidates (v1.10)  https://review.openstack.org/51464721:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: New dict format of allocations (v1.11, v1.12)  https://review.openstack.org/54281921:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Transactionally update allocations (v1.13)  https://review.openstack.org/54667421:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Add nested resource providers (v1.14)  https://review.openstack.org/54667521:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Limit allocation candidates (v1.15, v1.16)  https://review.openstack.org/54804321:39
openstackgerritMatt Riedemann proposed openstack/osc-placement master: Allocation candidates parameter: required (v1.17)  https://review.openstack.org/54832621:39
mriedem1.7 should be ready to go ^21:40
openstackgerritMatt Riedemann proposed openstack/nova master: Drop API compat handling for old compute error cases  https://review.openstack.org/54625621:41
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792121:41
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792121:41
*** mriedem is now known as mriedem_afk21:41
openstackgerritEric Fried proposed openstack/nova master: Update nova-status and docs for required placement 1.24  https://review.openstack.org/56892321:54
openstackgerritEric Fried proposed openstack/nova master: Enforce placement minimum in nova.cmd.status  https://review.openstack.org/56896521:54
efriedmriedem_afk: cdent: ^21:54
efriedThat turned out to be not too bad at all.21:55
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Abort Cold Migration  https://review.openstack.org/33473221:57
openstackgerritMerged openstack/nova master: Remove deprecated monkey_patch config options  https://review.openstack.org/56888022:38
*** edmondsw has quit IRC22:50
*** edmondsw has joined #openstack-placement23:11
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix auth_url example in hypervisor-hyper-v.rst  https://review.openstack.org/56898323:40
mriedem_afkefried: nifty23:45

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