Monday, 2018-06-18

*** edmondsw_ has joined #openstack-placement00:52
*** edmondsw has quit IRC00:55
*** tetsuro has joined #openstack-placement01:27
*** edmondsw_ has quit IRC01:29
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (10)  https://review.openstack.org/57601701:47
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (11)  https://review.openstack.org/57601802:00
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (12)  https://review.openstack.org/57601902:09
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (13)  https://review.openstack.org/57602002:20
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Define numa dedicated CPU resource class  https://review.openstack.org/56177002:21
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Define numa dedicated CPU resource class  https://review.openstack.org/56177002:24
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Add respective conf options  https://review.openstack.org/56177102:24
openstackgerritDinesh Bhor proposed openstack/nova master: PCPU: Add respective conf options  https://review.openstack.org/56177102:27
openstackgerritDinesh Bhor proposed openstack/nova master: NUMACell, InstanceNUMACell: Adopt 'PCPU' changes  https://review.openstack.org/57602102:27
*** edmondsw has joined #openstack-placement02:44
*** edmondsw has quit IRC02:49
*** e0ne has joined #openstack-placement04:11
*** e0ne has quit IRC04:13
*** edmondsw has joined #openstack-placement04:32
*** edmondsw has quit IRC04:37
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (14)  https://review.openstack.org/57602704:38
openstackgerritDinesh Bhor proposed openstack/os-traits master: Adds HW_CPU_HYPERTHREADING standard trait  https://review.openstack.org/57603004:51
*** e0ne has joined #openstack-placement05:19
*** e0ne has quit IRC05:22
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (15)  https://review.openstack.org/57603105:30
openstackgerritgaryk proposed openstack/nova master: Prevent compute manager freeze when greenpool is full  https://review.openstack.org/57503405:48
*** bhagyashris has quit IRC05:55
*** edmondsw has joined #openstack-placement06:21
openstackgerritDinesh Bhor proposed openstack/nova master: NUMACell, InstanceNUMACell: Adopt 'PCPU' changes  https://review.openstack.org/57602106:22
*** edmondsw has quit IRC06:26
*** rubasov has joined #openstack-placement06:58
*** belmoreira has joined #openstack-placement07:12
*** giblet is now known as gibi07:44
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameters about trusted certificate IDs  https://review.openstack.org/57604607:50
*** ttsiouts has joined #openstack-placement07:53
*** e0ne has joined #openstack-placement08:03
*** e0ne has quit IRC08:07
*** tetsuro has quit IRC08:07
*** tetsuro has joined #openstack-placement08:08
*** edmondsw has joined #openstack-placement08:09
*** edmondsw has quit IRC08:14
*** sususuryashines has joined #openstack-placement08:24
openstackgerritgaryk proposed openstack/nova master: Resource tracker: improve resource tracker periodic task  https://review.openstack.org/57605208:30
*** takashin has left #openstack-placement08:34
openstackgerritkarim proposed openstack/nova master: Update scheduler to use image-traits  https://review.openstack.org/57605408:41
*** e0ne has joined #openstack-placement08:46
openstackgerritMerged openstack/nova stable/queens: Fix the file name of development-environment.rst  https://review.openstack.org/57417508:47
*** finucannot is now known as stephenfin08:47
openstackgerritStephen Finucane proposed openstack/nova master: placement: Make API history doc more consistent  https://review.openstack.org/47747809:02
*** PapaOurs is now known as bauzas09:34
*** tetsuro has quit IRC09:42
*** rubasov has quit IRC09:55
openstackgerritAndrey Volkov proposed openstack/nova master: Update nova network info when doing rebuild for evacuate operation  https://review.openstack.org/38285310:40
*** alex_xu has quit IRC10:49
*** alex_xu has joined #openstack-placement10:49
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338710:50
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765810:50
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424010:51
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334010:51
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334410:51
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792110:52
openstackgerritgaryk proposed openstack/nova master: Resource tracker: remove costly copy  https://review.openstack.org/57609911:00
*** cdent has joined #openstack-placement11:04
*** rubasov has joined #openstack-placement11:57
*** edleafe- has joined #openstack-placement12:07
*** edmondsw has joined #openstack-placement12:09
*** edleafe has quit IRC12:09
*** edleafe- is now known as edleafe12:09
openstackgerritRajesh Tailor proposed openstack/nova master: Fix case-sensitivity for metadata keys  https://review.openstack.org/50488512:14
*** takashin has joined #openstack-placement12:39
openstackgerritMerged openstack/nova master: Add trusted certs to feature support matrix docs  https://review.openstack.org/57489012:44
*** jaypipes has joined #openstack-placement13:03
*** mriedem has joined #openstack-placement13:05
jaypipeshmm, old jaypipes is back on etherpads... hrmph.13:06
efriedDo you have one signed in on your phone or something?13:07
cdentit's a haxor for sur313:08
efriedDo you have any colleagues (or techy relatives) who like to make fun of your age?13:09
jaypipesefried, cdent: nope, no browsers open on any phone or laptop... it's a mystery.13:17
jaypipesefried: heh, well, I'm sure I do have those friends, colleagues, yes. but it's definitely neither of you since you're both either of the same or greater age as me :P13:18
openstackgerritMatt Riedemann proposed openstack/nova master: Revert "Re-using the code of os brick cinder"  https://review.openstack.org/57613613:23
*** avolkov has joined #openstack-placement13:26
*** ttsiouts has quit IRC13:26
*** sususuryashines has quit IRC13:27
mriedemi need one more core to finish out the granular policy series https://review.openstack.org/#/c/571201/13:28
*** nicolasbock has joined #openstack-placement13:29
*** ttsiouts has joined #openstack-placement13:30
jaypipesmriedem: done.13:31
mriedemjaypipes: thanks13:32
jaypipesmriedem: no, thank *you*.13:32
*** sususuryashines has joined #openstack-placement13:32
openstackgerritJulia Kreger proposed openstack/nova master: ironic: bugfix: ensure a host is set for volume connectors  https://review.openstack.org/57198213:33
*** belmorei_ has joined #openstack-placement13:33
*** belmoreira has quit IRC13:34
jaypipessususuryashines: long weekend? ;)13:35
sususuryashinesjaypipes: hehe13:36
*** sususuryashines is now known as tssurya13:36
*** superdan is now known as dansmith13:38
openstackgerritStephen Finucane proposed openstack/nova master: conf: Deprecate 'network_manager'  https://review.openstack.org/53092313:40
openstackgerritStephen Finucane proposed openstack/nova master: Simplify instance name generation  https://review.openstack.org/51657313:47
*** tetsuro has joined #openstack-placement13:51
*** nicolasbock has quit IRC14:11
jaypipesvdrok: cool, thanks for answering my queries on the report resources as reserved patch. all those suggestions can be done in a followup patch. no need to update the existing one.14:51
vdrokjaypipes: sure, thanks Jay :)14:52
efriedmriedem: When will you be around to continue this discussion?15:00
openstackgerritMatt Riedemann proposed openstack/nova master: Fix regression when listing build_requests with marker and ip filter  https://review.openstack.org/57616115:00
*** takashin has left #openstack-placement15:01
mriedemefried: if it's just more circles on the same thing i don't really want to continue discussing it15:01
efriedmriedem: We just need to decide which way to implement it.15:02
mriedemto restate, i think we should:15:02
mriedem1. check_migrations=True on startup; if MigrationNeeded, get allocs and run the migration (on startup) and if fails, kill the service15:03
*** tetsuro has quit IRC15:03
mriedem2. if check_migrations=False during RT.update, the virt driver assumes new/current model, not backward compat for failed startup migration15:03
mriedemand the rocky-specific vgpu on root provider check goes away in stein15:03
efried"assumes new/current model" is not meaningful15:04
mriedemthe virt driver *in rocky* assumes vgpu is on child provider15:04
mriedemif check_migrations=False15:04
efriedIt is receiving a model from RT, via the provider_tree arg.  That model either matches what it thinks it should be doing, or it doesn't.15:04
efriedIf `mismatch`, I would rather it have one behavior (raise MigrationNeeded), rather than behavior conditioned on the check_migrations flag15:05
mriedemwithout seeing what the actual code in upt is going to look like in the virt driver for this, i can't really say - i tried to weigh in on the debate from the spec at the start of the meeting, but apparently not in a helpful way15:07
openstackgerritStephen Finucane proposed openstack/nova master: metadata: Add '[metadata] domain_name' option  https://review.openstack.org/48061615:07
mriedemi don't know how the virt driver is doing model comparison on the provider tree15:08
cdentFrom watching the different of opinion seems to be in what's considered possible. It sounds like matt is saying that a provider tree mismatch is not something that should be unexpected. It only happens when we know a thing: like vgpu moving from compute node to nested. Is that right?15:09
*** nicolasbock has joined #openstack-placement15:09
efriedmriedem: The way I'm seeing it, it looks like this:15:10
efrieddef update_provider_tree(self, ptree, allocs):15:10
efried    if self._reshape_needed(ptree) and allocs is None:15:10
efried        raise MigrationNeeded15:10
efriedor15:10
efrieddef update_provider_tree(self, ptree, allocs, check_migrations=None):15:10
efried    if self._reshape_needed(ptree) and allocs is None:15:10
efried        raise MigrationNeeded15:10
efriedi.e. check_migrations is redundant.15:11
efriedcdent: I'm agreeing with all of that.  I'm also saying there will be a code path for when the unexpected happens.  And we would do well to specify how we want that code path to be, even if we think we'll never hit it.15:12
efriedbecause otherwise we just have an undefined there.15:12
*** belmorei_ has quit IRC15:12
cdentsegfault15:13
efriedbasically.  Except we don't get one of those.  Things would move on... somehow.  And that somehow could be different from one virt driver to the next, from one migration to the next, etc.15:14
cdentthe only reason we don't get one of those is because we say so. we can shut down the compute if we want to.15:15
mriedemi'm saying we don't need a _reshape_needed method unless check_migrations=True15:15
*** belmoreira has joined #openstack-placement15:15
mriedem_reshape_needed in rocky will have the 'is the vgpu inventory on the root provider' check15:15
mriedemand we remove that in stein so _reshape_needed will be a noop15:16
efriedmriedem: Right, the part where that gets stuck is where update_provider_tree checks and updates the inventories on the child providers of VGPUs.15:24
efriedmriedem: If we didn't do _reshape_needed, and those child providers... aren't there - then what?  We have to blow up.15:24
mriedemwhat does that check look like? virt driver has vgpus on the host, and assumes there is a vgpu child in the provider tree (or adds it if it's not there)?15:25
mriedemisn't the virt driver setting the vgpu inventory on the child provider in the tree?15:25
efriedmriedem: Right, that check would basically be: if VGPU in ptree.inventory_for(root_rp)15:25
mriedembut we do'nt need that check on every upt call15:26
efriedmriedem: And if so, we either need to move it (if allocs is not None) or blow up.15:26
efriedmriedem: Oh, yes we do.15:26
mriedemwhy?15:26
efriedThat's the whole purpose of upt:15:26
efriedto make sure the ptree from placement winds up looking like we think it should.15:26
efriedBefore this reshape business, that could consist of creating/removing providers, adding/removing inventories, changing traits and aggregates, etc.15:27
mriedemthe virt driver is moving the vgpu inventory to a child in the tree on startup, so why does it need to check that it did that thing every periodic?15:27
efriedmriedem: By that same logic, there's no reason to run upt on periodic in the first place.15:27
*** bhagyashris has joined #openstack-placement15:28
efriedmriedem: I guess it's the same question as: why do we run get_inventory on every periodic today?15:29
efriedor get_available_resource15:29
mriedemin case the reserved amount is dynamically changed out of band?15:30
efriedCool.  If cards are hot-plugged or unplugged.15:30
efriedIf NUMA nodes are taken offline or something.15:31
mriedemi assumed the driver would be putting the vgpu inventory in the child provider of the tree on each periodi15:31
mriedemis the fear that we could end up with a driver reporting vgpu inventory on both the root and a child?15:31
efriedmriedem: If the vgpu inventory is already on the child provider at the start of the periodic, the ptree doesn't change, and the RT's next call (to update_*from*_provider_tree) is a no-op.15:32
efriedmriedem: Yes, that's a thing that could conceivably happen if we don't close this gap.15:32
efriedI guess15:32
mriedemhow could it conceivably happen though?15:32
mriedemif the migrator is atomic15:33
mriedemand we kill the service on migration failures on startup15:33
efriedThe migrator doesn't get to run in this scenario.15:33
mriedemi realize15:33
mriedembut if the migrator is run on startup, and atomic, and fails and we kill the service, i don't see how we can end up with a scenario where the provider tree has vgpu on both the root and a child provider15:33
mriedemand i don't think we need to worry about that15:33
efriedDude.15:33
mriedemif it happened, we f'ed up and have a bug to fix15:34
efriedI agree "it should never happen".15:34
efriedSo what should the behavior be if we f'ed up?15:34
efriedI'm trying to nail that behavior down to a specific condition that we will recognize and say, "oh, we f'ed up, specifically *this* way".15:34
efriedAs opposed to kinda letting it slide around loose and have that code path be different for every virt driver, for every migration.15:35
efriedand, bonus, doing that results in *simpler* code.15:35
mriedemi assume we wouldn't fail, we'd be reporting double the vgpu inventory in the same tree, and the scheduler could pick either of those providers to host a workload, which might or might not fail once we get to the driver.spawn()?15:35
efriedThat would be one way it could go pear-shaped.15:35
efriedAnother way would be that the virt driver tries to move the inventory, and update_from_provider_tree bounces because it tries to delete inventory (the one on the compute node RP) that has allocations on it.15:36
efriedAnother way would be that we try to do ^ but wind up with the races that POST /migrator was designed to prevent.15:36
efriedAgain, corner case, should be vanishingly rare.  But when closing that gap and defining that behavior is actually *easier* than not closing it, I don't understand why we wouldn't do that.15:37
*** ttsiouts has quit IRC15:39
dansmithjust to be clear,15:39
dansmithat the moment we have numa nodes such that we need to pivot gpus onto those,15:40
dansmithwe also have to pivot memory and cpus right?15:40
efriedYes, I would think so.15:40
dansmithwe're not going to have numa nodes with nothing but gpu inventory15:40
dansmithright, so this makes is a giant fundamental problem for everyone, not just people with gpus15:40
dansmithmakes *it*15:40
dansmithI just want to make sure that's clear,15:40
efriedI also think we need to put NICs into NUMA nodes (stephenfin ^)15:40
dansmithas I think we keep focusing on gpus, which is fine, we just need to make sure we're not painting this as a niche case only15:41
efriedor maybe it was vswitches.15:41
stephenfinSR-IOV devices anyway15:41
efrieddansmith: Agree, been using gpus as an example, but trying to make sure everyone's aware that it's only an example.15:41
dansmithack15:41
mriedemso i think the point is,15:41
mriedemthe simple 'reshape_needed' on every periodic might not be as simple as the vgpu case15:41
mriedemand could cost us in performance overhead when we should have already migrated15:42
mriedemon startup15:42
mriedemis that right?15:42
dansmithtbh, I'm completely exhausted with this topic and haven't been following all the recent discussion about this, but let me summarize my feelings if I may...15:42
dansmithI think that we should migrate from non-nested to nested on startup (however that happens mechanically, which I think everyone is fine with), and maybe we need to check on each periodic (don't care), but if we determine that we need a big atomic pivot at runtime, we should fail hard and fast. All runtime virt and compute code can and should assume we're operating in nested mode all the time15:44
dansmithno compatibility for "well we didn't get migrated, so continue to work as if we're flat" compat code anywhere15:44
efriedmriedem: The virt driver needs to know what shape it thinks it's dealing with no matter what - i.e. needs to do whatever platform-specific internal query to get up with the state of the world.  That part exists every period, no performance change there.15:46
efriedThe other piece is a provider_tree that has already been collected/populated by the RT.  Also no performance delta there.15:46
efriedSo the thing we're doing "every time" is comparing one python object (the ptree from RT) to another python object (info gleaned from platform).  This should be negligible in all reasonable cases.15:46
mriedemfor the "but if we determine that we need a big atomic pivot at runtime, we should fail hard and fast." - eric's questoin then was, if we raise MigrationNeeded and we're in the RT, what do we do, log and continue or...15:46
openstackgerritStephen Finucane proposed openstack/nova master: conf: Undeprecate the 'dhcp_domain' option  https://review.openstack.org/48061615:46
dansmithmriedem: log and fail hard with lots of red in the logs, IMHO15:47
mriedemyou can't kill the service from the RT15:47
mriedemyou could disable it15:47
dansmithmaybe even self-disable as if we lost libvirt15:47
mriedembut...15:47
dansmithno, definitely not kill the service15:47
mriedemthat's what i'm saying15:47
dansmithbecause systemd will just restart it over and over15:47
dansmithkill the service on startup if we fail only, but not at runtime if we encounter an issue15:47
*** ttsiouts has joined #openstack-placement15:48
mriedemso it sounds like go with eric's thing then (which is what we were talking about above, but might not be what's current in the spec)15:48
efriedmriedem: Oh, yeah, the spec has to change for sure.  Though this is closer to what's there than what we started with.15:48
mriedemif RT.update gets MigrationNeeded, log an error and continue, like if the virt driver's get_available_resources raised TypeError or something unexpected15:48
mriedemi don't think we need to bake in auto-disable logic right now since this shouldn't even happen15:49
efriedSounds like a plan.  We can always throw in auto-disable later if we feel it's warranted.15:49
dansmithas long as we don't trigger another pivot, that's fine15:49
dansmithbut log lots of red at least15:49
efrieddansmith: Roger that.  It'll be "virt driver thought we needed a migration in the middle of steady state, we done f'ed up"15:50
mriedemyou'd trace right here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L736315:50
dansmithefried: yes15:50
efriedmriedem: yes15:50
efriedmriedem: well15:51
* mriedem loads gun15:51
* dansmith chuckles15:51
efriedWe could do that, and it would just traceback the MigrationNeeded, which would probably be enough information to go by.15:51
mriedemyes, it shouldn't happen15:51
mriedemif it does, things are busted15:51
dansmithdon't trace, log what happened15:51
efriedBut deciding whether to reraise or quit was going to have to happen... somewhere else (in the RT?) based on the `startup` flag.15:52
dansmithexplain it in the logs to the op15:52
mriedemefried: you said with this you don't need the startup flag15:52
mriedemoh nvm i see15:52
efriedmriedem: The *RT* needs the startup flag... yeah.15:52
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792115:52
mriedemi guess you have to handle MigrationNeeded and reraise from _update_available_resource_for_node, or pass the startup flag down15:52
efriedmriedem: Cause we're still in RT code when we're doing the reshape-on-startup thing, right?  Did you point to that code in the meeting?15:53
mriedemfrom update_available_resource15:53
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L7367 is the method with the startup flag15:53
mriedemcalled from https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L116115:53
*** e0ne has quit IRC15:54
mriedemso i guess pass the startup flag to _update_available_resource_for_node and if rt raises MigrationNeeded, check the startup flag to see if you need to log an error and fail or get allocs and try to migrate15:54
mriedemanyway, ^ isn't really detail that needs to be in the spec15:56
mriedem'fail on startup if not migrated, else log an error on periodic'15:56
efriedI think the scenarios are roughly:16:00
efried1) On startup, I didn't pass allocs, I don't get MigrationNeeded <= happy path, no reshaping.  If something goes wrong in update_from_provider_tree, blow up n-cpu.16:00
efried2) On startup, I didn't pass allocs, I do get MigrationNeeded <= happy path, reshape needed, get allocs and call again.  If something goes wrong on the retry or in update_from_provider_tree, blow up n-cpu.16:00
efried3) On periodic (never pass allocs) I don't get MigrationNeeded <= happy path, and what we have going today.  If something goes wrong in update_from_provider_tree, log and continue.16:00
efried4) On periodic I *do* get MigrationNeeded <= log and continue.16:00
efriedNot sure about #1; maybe I don't blow up, because that's what we have today, and it's self-healing.16:00
openstackgerritMatt Riedemann proposed openstack/nova master: Skip ServerShowV263Test.test_show_update_rebuild_list_server for cellsv1  https://review.openstack.org/57619416:01
efriedso yeah, the only time we kill n-cpu is #216:01
*** nicolasbock has quit IRC16:08
openstackgerritMatt Riedemann proposed openstack/nova master: Skip ServerShowV263Test.test_show_update_rebuild_list_server for cellsv1  https://review.openstack.org/57619416:12
*** rubasov has quit IRC16:15
*** nicolasbock has joined #openstack-placement16:20
*** ttsiouts has quit IRC16:22
*** ttsiouts has joined #openstack-placement16:22
*** nicolasbock has quit IRC16:24
*** nicolasbock has joined #openstack-placement16:24
*** ttsiouts has quit IRC16:27
openstackgerritVladyslav Drok proposed openstack/nova master: ironic: Report resources as reserved when needed  https://review.openstack.org/51792116:31
efriedmriedem, jaypipes: Would you please check my responses on https://review.openstack.org/#/c/556669/ and let me know if you disagree, before I respin?16:32
jaypipesefried: yep, on it.16:32
efriedthx16:32
openstackgerritMatt Riedemann proposed openstack/nova master: Fix regression when listing build_requests with marker and ip filter  https://review.openstack.org/57616116:33
openstackgerritElod Illes proposed openstack/nova master: Reject interface attach with QoS aware port  https://review.openstack.org/57007816:33
mriedemdone16:34
jaypipesefried: done16:39
efriedthanks y'all16:43
openstackgerritEric Fried proposed openstack/nova master: Handle agg generation conflict in report client  https://review.openstack.org/55666917:03
efriedjaypipes, mriedem: Done ^17:03
openstackgerritEric Fried proposed openstack/nova master: Nix unused raise_if_custom_resource_class_pre_v1_1  https://review.openstack.org/57584717:07
efriedjaypipes, mriedem, dansmith, cdent: btw, I'd kinda like to stop using the word "migrate" for this thing.  Can we call it "reshape" across the board?  We've got enough confusion around the various kinds of "migration" that we don't need to add another "migration" into the mix.17:15
efriedPOST /reshaper; exceptions.ReshapeNeeded; etc.17:16
dansmithreshape is fine with me as the thing that gets done against placement,17:16
dansmithbut from a nova project lifecycle thing, the thing that is happening is a data migration, IMHO17:16
efriedugh, you're right of course, it is a "data migration".17:17
efriedIt's just that someone at some point is going to end up with a bloody forehead-and-brick-wall from trying to figure out why update_provider_tree is asking resource tracker to migrate instances, or whatever.17:17
efried...and then that's not happening.17:18
jaypipesPOST /data_migrations?17:18
efriedPOST /migrate_inventory_and_allocations17:19
dansmithPOST /reshape seems good to me, fwiw17:21
efriedPOST /reshaper (donning my cdent hat, cause it should be a noun, yah?)17:22
*** nicolasbock has quit IRC17:25
efriedI'd like the REST term to match the exception, though.  So either POST /reshaper + ReshapeNeeded (which seems reasonable in light of how update_provider_tree is using it) or POST /migrator and MigrationNeeded.17:25
cdent /reshaper is more generic, so perhaps better long term, and still accurate for short term17:26
efriedack17:27
* cdent departs before getting sucked in any more17:28
cdentbon chance17:28
*** cdent has quit IRC17:28
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258317:33
openstackgerritArtom Lifshitz proposed openstack/nova master: DNM: Use claim context during live migration  https://review.openstack.org/57622217:48
*** tssurya has quit IRC17:49
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Add policy rule to block image-backed servers with 0 root disk flavor  https://review.openstack.org/56369217:52
*** e0ne has joined #openstack-placement17:53
*** gjayavelu has joined #openstack-placement18:01
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add policy rule to block image-backed servers with 0 root disk flavor  https://review.openstack.org/56370018:01
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Add policy rule to block image-backed servers with 0 root disk flavor  https://review.openstack.org/56371918:17
*** jroll has quit IRC18:24
*** jroll has joined #openstack-placement18:24
openstackgerritZack Cornelius proposed openstack/nova master: Implement file backed memory for instances in libvirt  https://review.openstack.org/56787618:39
*** avolkov has quit IRC18:56
openstackgerritGiridhar Jayavelu proposed openstack/nova master: Avoid redundant compute node update  https://review.openstack.org/57623519:04
*** tssurya has joined #openstack-placement19:07
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258319:11
openstackgerritEric Fried proposed openstack/nova master: WIP: Compute: Handle reshaped provider trees  https://review.openstack.org/57623619:15
efrieddansmith, mriedem, cdent, jaypipes, bauzas, gibi, alex_xu, edmondsw, edleafe ^ and --^19:16
mriedemefried: few things in here https://review.openstack.org/#/c/556669/19:29
*** edmondsw has quit IRC19:39
*** ttsiouts has joined #openstack-placement19:44
efriedmriedem: Other than the horrible zuul failures?  Starting to think those might be legitimate...19:48
mriedemefried: also a few comments in the shrub pruner spec https://review.openstack.org/#/c/572583/19:49
efriedmriedem: ack, thanks.19:49
mriedemas for your test failures http://logs.openstack.org/69/556669/4/check/tempest-full/c2bd2e9/controller/logs/screen-n-cond-cell1.txt.gz?level=TRACE19:50
openstackgerritEric Fried proposed openstack/nova master: Nix unused raise_if_custom_resource_class_pre_v1_1  https://review.openstack.org/57584719:52
mriedemefried: looking at logstash, it's something in just your change19:54
mriedemhttp://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22Failed%20to%20synchronize%20the%20placement%20service%20with%20resource%20provider%20information%20supplied%20by%20the%20compute%20host.%5C%22%20AND%20tags%3A%5C%22screen-n-cpu.txt%5C%22&from=7d19:54
efriedmriedem: Yeah, one of the other failures is giving a conflict on setting host aggregates.19:55
efriedwhich certainly smells like my patch.19:55
*** e0ne has quit IRC20:02
efriedmriedem: This would almost certainly be solved by a retry...20:06
efried...but I wonder if it'd be appropriate to make the test a bit more resilient.20:07
*** ttsiouts has quit IRC20:11
*** e0ne has joined #openstack-placement20:12
*** ttsiouts has joined #openstack-placement20:12
mriedemefried: are you sure that _refresh_associations isn't using a stale generation or something?20:14
efriedmriedem: It shouldn't be.  But looking at that made me realize I missed something in this patch20:14
efriedmriedem: This patch was supposed to be using 1.19 to get the generation handling for aggregate APIs, but I missed _get_provider_aggregates.20:15
efriedWhich also winds me up needing to fix _get_provider_traits, which is almost in unrelated-to-this-patch territory.20:15
efriedGoing to have to reword the commit message slightly.20:15
mriedemyeah i think i just saw the same thing inline20:16
efriedmriedem: What I don't get is how the generation could have changed between _get_provider_by_name and set_aggregates_for_provider.20:17
openstackgerritMerged openstack/nova master: Skip ServerShowV263Test.test_show_update_rebuild_list_server for cellsv1  https://review.openstack.org/57619420:18
*** e0ne has quit IRC20:18
efriedya know, it's probably just that the cache is out of date.20:21
efriedwhich is probably because we're missing a cache invalidate somewhere.20:21
efriedoh, except this is actually on the host aggs code path, so that can't be it.20:21
openstackgerritDan Smith proposed openstack/nova master: Fix MigrateData object tests for compat routines  https://review.openstack.org/57625620:28
openstackgerritArtom Lifshitz proposed openstack/nova master: DNM: Use claim context during live migration  https://review.openstack.org/57622220:36
mriedemi went "sell shit on craigslist" crazy yesterday and now the hordes are non-stop; fyi in case anyone doesn't hear from me in a couple of days because someone from craigslist murdered me over a jogging stroller20:39
mriedemjesus i would not drive 90 minutes round trip for a stroller20:42
jrollthose things are expensive yo20:43
mriedemnot surprisingly, no one wants to buy up my old ink jet printer!20:45
efriedI bought a truck on craigslist yesterday.  Got scrooood.20:49
efriedtranny gave out on the drive home.  Like 5 miles.20:49
jrolloof20:50
openstackgerritMatt Riedemann proposed openstack/nova master: Fix regression when listing build_requests with marker and ip filter  https://review.openstack.org/57616120:51
openstackgerritEric Fried proposed openstack/nova master: Tighten up ReportClient use of generation  https://review.openstack.org/55666920:56
efriedLet's see how that ^ flies.  mriedem, jaypipes: ^ is the artist formely known as aggregate generations.  Let's see if zuul likes it better now.20:57
openstackgerritMatt Riedemann proposed openstack/nova master: Clarify placement DB schema migration  https://review.openstack.org/57626520:57
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258321:10
openstackgerritEric Fried proposed openstack/nova-specs master: Spec: Handling Reshaped Provider Trees  https://review.openstack.org/57258321:13
* efried corrects gerrit UI multiple edit fail ^21:13
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143521:16
openstackgerritChris Dent proposed openstack/nova master: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385721:16
openstackgerritDan Smith proposed openstack/nova stable/queens: Add amd-ssbd and amd-no-ssb CPU flags  https://review.openstack.org/57627021:19
*** tssurya has quit IRC21:28
*** gjayavelu has quit IRC22:08
*** mriedem has quit IRC22:16
*** tssurya has joined #openstack-placement22:17
*** mriedem has joined #openstack-placement22:19
*** tssurya has quit IRC22:22
*** gjayavelu has joined #openstack-placement22:32
*** ttsiouts has quit IRC22:33
openstackgerritMatt Riedemann proposed openstack/nova master: Wait for network-vif-plugged before starting live migration  https://review.openstack.org/55800122:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add check if neutron "binding-extended" extension is available  https://review.openstack.org/52354822:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add "bind_ports_to_host" neutron API method  https://review.openstack.org/52360422:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add "delete_port_binding" network API method  https://review.openstack.org/55217022:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add "activate_port_binding" neutron API method  https://review.openstack.org/55594722:53
openstackgerritMatt Riedemann proposed openstack/nova master: Delete port bindings in setup_networks_on_host if teardown=True  https://review.openstack.org/55633322:53
openstackgerritMatt Riedemann proposed openstack/nova master: Implement migrate_instance_start method for neutron  https://review.openstack.org/55633422:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData object for live migration  https://review.openstack.org/51542322:53
openstackgerritMatt Riedemann proposed openstack/nova master: Add VIFMigrateData.get_dest_vif  https://review.openstack.org/56693122:53
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: factor out pre_live_migration plug_vifs call  https://review.openstack.org/56693222:53
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host port bindings during pre_live_migration  https://review.openstack.org/56693322:53
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: use dest host vif migrate details for live migration  https://review.openstack.org/55137022:53
openstackgerritMatt Riedemann proposed openstack/nova master: Annotate flows and handle PortBindingDeletionFailed in ComputeManager  https://review.openstack.org/55137122:53
openstackgerritMatt Riedemann proposed openstack/nova master: Port binding based on events during live migration  https://review.openstack.org/43487022:53
openstackgerritMatt Riedemann proposed openstack/nova master: conductor: use port binding extended API in during live migrate  https://review.openstack.org/52253722:53
*** gjayavelu has quit IRC23:05
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fixed auto-convergence option name in doc  https://review.openstack.org/57628223:32
*** takashin has joined #openstack-placement23:45

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