Wednesday, 2018-08-22

openstackgerritDan Smith proposed openstack/nova master: Batch results per cell when doing cross-cell listing  https://review.openstack.org/59269800:15
openstackgerritDan Smith proposed openstack/nova master: List instances from all cells explicitly  https://review.openstack.org/59371700:15
openstackgerritDan Smith proposed openstack/nova master: Make instance_list perform per-cell batching  https://review.openstack.org/59313100:15
openstackgerritDan Smith proposed openstack/nova master: Record cell success/failure/timeout in CrossCellLister  https://review.openstack.org/59426500:15
openstackgerritDan Smith proposed openstack/nova master: WIP: Optimize global marker re-lookup in multi_cell_list  https://review.openstack.org/59457700:15
*** lei-zh has joined #openstack-placement02:24
*** lei-zh has quit IRC02:33
*** lei-zh1 has joined #openstack-placement02:33
*** edleafe has quit IRC02:46
*** edleafe has joined #openstack-placement02:47
*** tetsuro_ has joined #openstack-placement03:10
*** tetsuro has quit IRC03:10
*** nicolasbock has quit IRC03:32
*** lei-zh1 has quit IRC03:41
openstackgerritMerged openstack/nova master: Making consistent used of GiB and MiB in API ref  https://review.openstack.org/55998504:03
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Make monkey patch work in uWSGI mode  https://review.openstack.org/59228504:04
openstackgerritSam Morrison proposed openstack/nova master: Allow ability for non admin users to use all filters on server list.  https://review.openstack.org/52655804:06
openstackgerritGhanshyam Mann proposed openstack/nova master: Merge extended server attributes extension response  https://review.openstack.org/58459004:27
*** alex_xu has joined #openstack-placement05:32
*** lei-zh has joined #openstack-placement05:35
openstackgerritMerged openstack/nova master: Merge config drive extension response into server controller  https://review.openstack.org/58422305:37
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Make monkey patch work in uWSGI mode  https://review.openstack.org/59228506:21
*** tssurya has joined #openstack-placement06:47
openstackgerritMerged openstack/nova master: Use CONF.long_rpc_timeout in post_live_migration_at_destination  https://review.openstack.org/58866806:51
*** rubasov has joined #openstack-placement07:07
*** e0ne has joined #openstack-placement08:01
*** s10 has joined #openstack-placement08:30
*** cdent has joined #openstack-placement08:31
*** lei-zh has quit IRC09:20
openstackgerritSergii Golovatiuk proposed openstack/nova master: libvirt: Always escape IPv6 addresses when used in migration URI  https://review.openstack.org/58954809:26
openstackgerritStephen Finucane proposed openstack/nova master: conf: Gather 'live_migration_scheme', 'live_migration_inbound_addr'  https://review.openstack.org/45657209:55
openstackgerritStephen Finucane proposed openstack/nova master: conf: Convert 'live_migration_inbound_addr' to HostAddressOpt  https://review.openstack.org/45657309:55
openstackgerritStephen Finucane proposed openstack/nova master: conf: Add three new '[libvirt] live_migration_*' options  https://review.openstack.org/45657109:55
*** sean-k-mooney has joined #openstack-placement10:00
openstackgerritChen proposed openstack/nova master: Normalize dashless 'resource provider create' uuid  https://review.openstack.org/56719110:04
openstackgerritStephen Finucane proposed openstack/nova master: api: Remove unnecessary default parameter  https://review.openstack.org/56445110:09
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove legacy '_from_dict' functions  https://review.openstack.org/53741410:21
*** lei-zh has joined #openstack-placement10:27
openstackgerritSurya Seetharaman proposed openstack/nova master: WIP: Record cell success/failure/timeout in CrossCellLister  https://review.openstack.org/59426510:27
openstackgerritSurya Seetharaman proposed openstack/nova master: Add get_by_cell_and_project() method to InstanceMappingList  https://review.openstack.org/59165610:27
openstackgerritSurya Seetharaman proposed openstack/nova master: Return a minimal construct for nova list when a cell is down  https://review.openstack.org/56778510:27
openstackgerritStephen Finucane proposed openstack/nova master: conf: Use new-style choice values  https://review.openstack.org/53092410:34
openstackgerritStephen Finucane proposed openstack/nova master: Modify PciDevice.uuid generation code  https://review.openstack.org/53048710:37
openstackgerritStephen Finucane proposed openstack/nova master: Add an online migration for PciDevice.uuid  https://review.openstack.org/53090510:37
*** s10 has quit IRC10:42
*** nicolasbock has joined #openstack-placement10:44
openstackgerritSurya Seetharaman proposed openstack/nova master: Record cell success/failure/timeout in CrossCellLister  https://review.openstack.org/59426510:45
openstackgerritSurya Seetharaman proposed openstack/nova master: WIP: Optimize global marker re-lookup in multi_cell_list  https://review.openstack.org/59457710:45
*** lei-zh has quit IRC10:46
*** gibi_off is now known as gibi11:40
* gibi waves11:40
cdentwelcome back gibi11:41
*** mriedem_away is now known as mriedem11:54
*** mriedem has left #openstack-placement11:57
*** mriedem has joined #openstack-placement11:57
*** mriedem has quit IRC12:01
*** mriedem has joined #openstack-placement12:01
openstackgerritSergii Golovatiuk proposed openstack/nova master: libvirt: Always escape IPv6 addresses when used in migration URI  https://review.openstack.org/58954812:08
openstackgerritSurya Seetharaman proposed openstack/nova master: [WIP] Add scatter_gather_single_cell utility  https://review.openstack.org/59494712:35
openstackgerritSurya Seetharaman proposed openstack/nova master: [WIP] Add scatter_gather_single_cell utility  https://review.openstack.org/59494712:37
efriedHi gibi!12:46
*** tbarron has joined #openstack-placement12:55
efriedgibi: I'm sure you'll be catching up for a while, but the reshaper series is (at least as of 14h ago) freshly rebased, comment-and-nit-addressed, and ready for review12:58
efriedcdent: assume you spy'd that last night too?12:58
cdentefried: i did yes, and mean to get to it, but got pulled into an internal impromptu "explain how placement works" session12:59
cdentwhich, now complete, I should be able to carry on13:00
efriedcool beans13:00
efriedalex_xu: https://review.openstack.org/#/c/591863/ got a minor tweak to be rebased to the *bottom* of the series (it was on top before). Could you re+A at your convenience please?13:00
edleafeUgh - started the run_filter.sh script yesterday at 4:30pm. and 15 hours later it's still running13:02
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: Always escape IPv6 addresses when used in migration URI  https://review.openstack.org/58954813:02
efriededleafe: That sounds... not good. What's run_filter.sh?13:03
edleafeIt's the script for extraction. You pass it a bunch of files you want to keep in a repo, and it removes the rest, along with every bit of history that doesn't include the chosen files13:04
edleafeSorry, run_filter.sh is my local script with all the files13:04
gibiefried: ack, try to reach that point, but first a sync with the my internal team13:04
edleafeThe actual script is filter_git_history.sh13:04
cdentefried: https://git.openstack.org/cgit/openstack/oslo.tools/tree/filter_git_history.sh13:05
edleafeefried: the script: http://paste.openstack.org/show/728591/13:05
efriedgibi: Thanks. I think Jay gets back tomorrow.13:06
alex_xuefried: checking now13:06
gibiefried: that is a good target date for me :)13:06
efriededleafe: Do you have a sense of how far along it is?13:08
cdentedleafe: is git parellelizing at all, or is it doing all that stuff with one process and/or thread?13:08
cdentbecause if it is, I can try it on a big vm with many cores if yours is leeetl13:09
edleafecdent: looks like a single process13:09
cdentfeh13:10
efriededleafe: Is it in the merge-base loop or stuck on the filter-branch step?13:10
edleafehow would I tell?13:11
efriededleafe: Well, the filter_git_history.sh has set -x in it, so the output should be tracing, nah?13:12
cdentif it turns out it is going to take for ever, another option would be to make a shallow clone that only goes back to the first placement commit, so less history would need to be edited13:12
cdentefried: you're misreading the code13:13
cdentthe script is building a series of shell sript fragments which git filter-branch then runs. once.13:13
alex_xuefried: is there any purpose for missing this two https://review.openstack.org/#/c/591863/6/nova/api/openstack/placement/schemas/allocation.py ?13:13
cdentwell, more specifically, git filter-branch runs once, running those fragments many times13:13
efriedcdent: swhy I'm asking whether the script is still spinning in the merge-base loop, which you should be able to tell if it's spewing a bunch of git merge-base traces, versus in the filter-branch part, which you would see by the output being static and the last thing being git filter-branch <arglist-of-hugeness>13:14
cdentand what I'm saying is that's not how it works13:15
cdent(as I've tried it)(13:15
cdentlook at how $root $set_roots and $skip_empty are used: in filter-branch13:16
cdentnow, if you could watch top while it is running, you should see a bunch of various git commands, but they are all subprocesses of filter-brach13:16
efriedI understand. I think you're answering my question by implying that L26-40 is already done.13:17
openstackgerritMerged openstack/nova stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky  https://review.openstack.org/59073113:18
edleafecdent: efried: This is what the monitor looks like: https://www.youtube.com/watch?v=0048pPbPPnw13:19
efriedcdent, edleafe: You could look at pstree on the script process to see the git subprocesses. If it's doing things in some kind of deterministic order, you might be able to tell how far along it is.13:19
efriedwow13:20
efriedokay13:20
efriedgotta go do a cat thing, bbiab13:20
edleafemeow13:20
openstackgerritMerged openstack/osc-placement stable/rocky: Update .gitreview for stable/rocky  https://review.openstack.org/58977313:21
*** bodgix has joined #openstack-placement13:21
edleafeefried: pstree shows a single process13:23
cdentI think it just takes a long time...13:24
cdentbut i'm poking locally to see if I can see some options13:24
efriedrenice?13:26
openstackgerritMerged openstack/osc-placement stable/rocky: Update UPPER_CONSTRAINTS_FILE for stable/rocky  https://review.openstack.org/58977413:27
cdentactually, edleafe I think it _might_ be being broken13:28
cdentmeh, dunno, still reading13:30
* cdent runs out of disk space13:33
edleafeI think it's broken13:34
edleafeI looked at a frame from the video where it flashes, and the output is a git merge-base command, followed by a "usage:" listing for that command13:35
cdentit's producing the same ids for roots13:35
cdentyeah, I'm getting that too, but I was assuming it was because I was in a shallow clone13:36
cdenti've created a log, I'm going to try to idenitfy which file started that cascade13:36
edleafeI'm killing it13:36
edleafethe matrix-y output is just the same hash repeated over and over13:37
cdentedleafe: it's a typo in your list of files13:37
edleafedoh!13:37
edleafewhere?13:37
cdentthere is no nova/db/api directory13:38
edleafehuh13:39
edleafethose entries were all taken from grep output, with the irrelevant files removed13:40
efriedSo it *was* stuck in the merge-base loop.13:40
cdentlooks like you've mixed and matched with sqlalchemy and api in different places. the constants file: nova/db/constants.py13:40
edleafeIOW, I didn't type that in13:40
cdentefried: yes, you can have today's I told you so cookie13:40
efriednomnomnom13:41
* edleafe sends efried a cookie13:41
* cdent finds a suitable emoji somewhere13:41
* dims launches a MITM attack for cookies13:41
cdentedleafe: there are some other errors in  filenames to13:43
cdenti'll make a list13:43
edleafeyeah, I'm checking them all now13:43
cdenta lot of them have prefixes they shouldn't:13:44
cdenthttp://paste.openstack.org/show/728596/13:44
cdentthose are the wrong ones (not -r ), these are the right: http://paste.openstack.org/show/728597/13:46
cdentedleafe: I'm guess you did a filter or grep or something from not quite the right place13:46
edleafeyeah, I think I ran grep for some of them from the parent directory13:46
edleafejinxish13:46
cdentcookies for everyone: http://images.cookingforengineers.com/pics2/640/DSC_2782_crop.jpg13:47
cdentbecause why not?13:47
cdent(by the way, I found that image by searching for: eric's big cookie)13:48
edleafeI might have been afraid to search for that13:50
cdentI was worried, but I decided to be brave13:51
edleafeFixed the file paths, and now it seems to be running much more smoothly13:59
efriedwoot14:00
cdentedleafe: has it started reporting seconds at the bottom?14:03
*** nicolasbock has quit IRC14:04
*** s10 has joined #openstack-placement14:05
edleafeyes14:08
cdenthow's it seem?14:09
edleafe680 seconds passed, remaining 1578 predicted14:10
*** alex_xu has quit IRC14:10
edleafeSo under a half-hour remaining14:11
openstackgerritDan Smith proposed openstack/nova master: Make RecordWrapper record RequestContext and expose cell_uuid  https://review.openstack.org/59457214:11
cdentedleafe: I think I've seen the prediction change when messing before, but who knows. not much time is nice14:14
efriedbetter than 15h14:14
cdentdo we need to make a hole for you to push it to?14:14
*** efried is now known as efried_goatin14:14
cdentsometime he be rollin, sometime he be goatin14:15
edleafecdent: that was the next thing to decide. Should I push it to my personal git repo for initial review, and once it seems close, push it to openstack/placement?14:31
*** nicolasbock has joined #openstack-placement14:31
cdentedleafe: I think it should go to some git repo, your personal github is a fine choice, where we (added as contributors) masage it until it is some semblance of "okay" (tests pass? some other metric? we should decide here)14:32
cdentat which point we seed the git.openstack.org repo with it14:32
edleafeYeah, I don't want to have a ton of churn history as we figure out what is needed.14:33
edleafeSo churn in private, and when it seems to be OK, re-run the extraction on current nova master, and push to the openstack org14:33
cdenta) I don't follow on the re-run the extraction. Do you mean that our churn is a thing which is re-defining the extraction list? Or something else14:35
edleaferedefining14:35
edleafeIOW, we missed something, or included something that didn't belong, etc14:35
cdentb) for me the post extraction massaging is to go from "this looks like nova" to "this looks like placmeent and the tests pass"14:36
cdentc) so if we have to do multiple extractions (which is fine) there will still be a post-extraction, pre-seed period of "arranged things correctly"14:36
edleafeOnce we get the files cleanly extracted, we push to openstack/placement, and then remove the nova-isms that are in the files there, as that's legit history to preserve14:36
cdentoh, I was still assuming we'd preserve the re-arranging history, but do it somewhere without a gate14:37
cdentso once we did have git.o.o repo it can (at leastly midly) gate14:37
edleafeoh, I didn't get the gate concern14:37
edleafethat makes sense14:37
edleafeok, so how about this game plan:14:37
edleafepush the extracted code to my git repo14:38
edleafewe review it there, and find any missing/wrong files14:38
edleafeIf needed, we wipe that repo, re-extract with the changes, and push again to a private repo14:38
edleafeOnce we're happy with the files, we iterate on the re-arrangements, until we have something where tests are all passing14:39
edleafe^^ on the private repo14:39
edleafeWhen that's done, push that to an openstack org repo14:40
edleafeDoes that sound correct>14:40
edleafe?14:40
cdentthat's aligned with what I was thinking. I suspect we will hit bumps along the way, but that's OK14:41
openstackgerritDan Smith proposed openstack/nova master: Batch results per cell when doing cross-cell listing  https://review.openstack.org/59269814:41
openstackgerritDan Smith proposed openstack/nova master: List instances from all cells explicitly  https://review.openstack.org/59371714:41
openstackgerritDan Smith proposed openstack/nova master: Make instance_list perform per-cell batching  https://review.openstack.org/59313114:41
openstackgerritDan Smith proposed openstack/nova master: Record cell success/failure/timeout in CrossCellLister  https://review.openstack.org/59426514:41
openstackgerritDan Smith proposed openstack/nova master: WIP: Optimize global marker re-lookup in multi_cell_list  https://review.openstack.org/59457714:41
edleafecdent: I'm sure there will be bumps. I'd just prefer that for early, major screw-ups, we start clean14:42
cdentyes14:42
edleafeSince we're all n00bs at this git extraction stuff14:42
cdentayup14:43
cdenthow are your seconds seconding now?14:43
edleafeSo I've got good new and bad news14:47
edleafeThe good news: the script finished14:47
edleafeThe bad news: it didn't remove what it should have removed14:47
*** s10 has quit IRC14:47
openstackgerritMatt Riedemann proposed openstack/nova master: Wait for network-vif-plugged on resize revert  https://review.openstack.org/59506914:48
cdentedleafe: when you've done it before (with a shorter list) did it behave as expected, and now for some reason it is being wrong?14:48
edleafepretty much14:48
cdentwhat's an example of something that unexpectedly stayed?14:49
edleafenova/api/openstack/compute/aggregates.py14:49
edleafeMy guess is that it shares commit history with some placement files14:49
edleafeso it was preserved14:50
cdentyeah, which perhaps is just the way it goes14:50
cdentdoes it seem like everything you expect to be there is there?14:50
edleafehttp://paste.openstack.org/show/728605/14:50
cdentwhatever we do there is always going to cleanup and further tweaks to get things in the right places14:50
edleafeThe stuff that was saved there were all agg stuff14:50
openstackgerritMatt Riedemann proposed openstack/nova master: Wait for network-vif-plugged on resize revert  https://review.openstack.org/59506914:51
cdentdoing a git log on some of those file will probably provide a clue to what the related placement stuff was14:51
cdentI think it's fine. We clean that stuff up in post. Or whatever we want to call it. I don't think we can get total cleanliness automatically, for exacly the reason you've said: some commits touch too many files14:51
cdents/too many/a lot of/14:52
edleafeugh, just realized I was supposed to be on a call 20 minutes ago14:52
cdentta ra14:53
edleafeI'll look more after my slew of meetings is over14:53
mriedemefried_goatin: so none of the virt drivers (libvirt/xen) are actually reshaping provider trees yet in that series right?14:53
cdentif you can go ahead and push it somewhere we can poke and prod at our combined leisures14:53
edleafeI'll push something later14:53
cdentmriedem: last I checked that was the case, but that was some days ago14:55
cdentmriedem: as I recall no virtdriver people had chimed in on how that might actually work (in terms of the representation of stuff being inspected by the virt driver). efried_goatin got as far as "here's the interface you must satisfy"14:56
*** efried_goatin is now known as efried15:06
efriedmriedem: Correct. The closest thing is one of the test cases that implements an update_provider_tree method that does reshaping in the spirit of what a real driver would do.15:07
efriedmriedem: This one: https://review.openstack.org/#/c/576236/30/nova/tests/functional/test_servers.py@1578 (actually used in a few test cases, but test_reshape is the full "good path").15:15
mriedemok, hmm15:19
mriedemnot sure if bauzas is present these days15:20
mriedembut assume the xen driver people are15:20
mriedemdansmith: do you know if bauzas was going to work on the actual reshaping of nrps in the libvirt driver?15:20
dansmithmriedem: I haven't seen him in quite a while, so I dunno.. but not that I know of15:21
mriedemhmm, ok, will see who is doing the xen stuff15:24
mriedemnaichuan sun15:25
dansmithIMHO, seeing a virt driver that supports numa (or similar) reshape actual inventory and allocations across a grenade boundary is the flag indicating to me that this works15:26
mriedemsure, but,15:26
mriedem...15:26
dansmithI know, just sayin'15:26
mriedemwell, i guess i'll send some emails then15:27
mriedemdone15:31
*** openstackgerrit has quit IRC15:31
efrieddansmith, mriedem: Are we suggesting waiting to land the series until someone is implementing a real reshape?15:34
*** efried has quit IRC15:36
*** efried has joined #openstack-placement15:36
*** openstackgerrit has joined #openstack-placement15:38
openstackgerritsahid proposed openstack/nova master: compute: reset instance events  https://review.openstack.org/42002615:38
mriedemi haven't suggested anything15:38
mriedemi want to know if/when xenapi/libvirt people that care about vgpu stuff are going to make the chnages15:38
mriedem*changes15:38
mriedemhence my email15:38
dansmithhe left, but,15:39
mriedemif it's "i'm busy for a month so can't"15:39
mriedemefried: is here15:39
dansmithoh, I missed that he re-joined15:39
dansmithI'm not suggesting we not land some or all of that code necessarily, it's just that I don't think it's finished until we can actually use it,15:39
dansmithmeaning NRPs (from a nova perspective)15:39
dansmithand I guess vGPU isn't the primary driving force I'm thinking of here, it's NUMA, because I expect vGPU needs NUMA to not have to reshape *again* later15:40
mriedemwe can also go through the series and +1/+1.9 with the -2 pin on the api change to start15:40
dansmithwhich api change?15:41
efriedI'll play devil's advocate by saying that getting "all of NRP" working, including actual use by drivers, is going to involve many changes in multiple series, and holding up the entire mesh until it's all proven is a recipe for total deadlock.15:41
efriednot to mention rebase hell.15:41
efrieddansmith: The API change https://review.openstack.org/#/c/576927/ is -2 pending review up the whole series.15:42
mriedemthe reshaper api15:42
mriedemyeah that15:42
efrieddansmith: but the series only goes as far as the resource tracker work, not any actual driver impls.15:42
dansmithokay, I guess I thought given the current discussion(s) that we wouldn't hold that up for placement based on nova integration15:42
dansmithit's definitely something I'm concerned about, mind you,15:42
dansmithbut few others seem to, so I guess I was expecting we'd just push that in and deal with the "does it work for us" question later as that seems to be the sentiment15:43
dansmithefried: right, I know that it doesn't actually get used15:43
efriedI agree with that.15:43
*** nicolasbock has quit IRC15:43
efriedpush it now, fix it if it breaks when we use it15:43
efriedLike, agile or something.15:43
mriedemefried: i assume your functional test is using a similar scenario as libvirt will be in?15:44
mriedemwith vgpu inventory on the root and needs to move to a child?15:44
efriedmriedem: Well, it's trying to use a kind of representative cross-section of possible moves.15:44
efriedlet me look at it again...15:44
mriedemhttps://review.openstack.org/#/c/576236/30/nova/tests/functional/test_servers.py@184015:44
efriedcause it's been a while since I wrote it :)15:45
efriedmriedem: okay, so it's actually moving VCPU and MEMORY_MB to NUMA node RPs, and DISK_GB to a sharing RP.15:46
mriedemand some PF/VFs15:46
efriedand creating SRIOV_NET_VF on new PF RPs under the NUMA node RPs.15:46
efriedyeah.15:46
efried(dansmith we're looking at the block starting https://review.openstack.org/#/c/576236/30/nova/tests/functional/test_servers.py@1643)15:47
efriedmechanically, moving VGPUs from the compute RP to child PGPU RPs would be pretty much identical to what this test is doing with the VCPU/MEMORY_MB - just with different names for stuff.15:48
*** nicolasbock has joined #openstack-placement15:49
mriedemleft a couple of comments,15:49
mriedembut couldn't a fake virt driver that does the reshape stuff been written to simulate this?15:49
mriedemok i see https://review.openstack.org/#/c/576236/30/nova/tests/functional/test_servers.py@146515:50
mriedemso,15:50
mriedemthis mocks out update_provider_tree in the fake virt driver this test is using15:50
efriedyes15:50
mriedemok15:52
dansmithand just to be clear, nothing else wants to use reshaper, it's just that we want to put it in the tree to avoid having to keep rebasing this yeah?15:52
mriedemnot sure what you mean by "wants"15:52
*** tssurya has quit IRC15:53
efrieddansmith: There's no patches based on this yet, if that's what you're asking.15:53
mriedemdansmith: can you translate this? "Sorry I'm still on PTO from 2 weeks to the next Wednesday in 8 days."15:53
efrieddansmith: So yes, we want to merge it so we don't have to keep rebasing it, and so any consumers can develop against master instead of an in-flight series.15:53
dansmithmriedem: no, but I can look on our pto calendar :)15:54
mriedemi think it means,15:54
mriedem"i've been on PTO for 2 weeks, and will be back next thursday"15:54
mriedemi.e. "i live in france and we have the entire month off"15:54
dansmithhe's back on thursday the 30th15:54
mriedemok so sylvain is at least a week out15:54
mriedemi was right!15:54
mriedembauzas translator 500015:55
* cdent is very impressed (seriously)15:55
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Add subtree filter for GET /resource_providers  https://review.openstack.org/59523615:55
mriedemi've gotten used to how he uses "from"15:55
mriedemand "that"15:55
mriedemtip: that -> this15:55
efriedand vice versa16:00
efriedlike I will never understand the rule (if there is one) for using por vs para in Spanish16:01
cdentI used to know that one16:01
mriedemel bano is para pooping16:02
mriedem*es para16:02
mriedemlo siento16:02
openstackgerritEric Fried proposed openstack/nova master: Compute: Handle reshaped provider trees  https://review.openstack.org/57623616:03
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Placement: support mixing required traits with any traits  https://review.openstack.org/56574116:03
efriedmriedem: Good spot on the obsolete condition to handle redundant _update calls, fixed -^16:03
mriedem\o/16:04
openstackgerritEric Fried proposed openstack/nova master: [placement] Regex consts for placement schema  https://review.openstack.org/59186316:09
openstackgerritEric Fried proposed openstack/nova master: [placement] Add /reshaper handler for POST  https://review.openstack.org/57692716:09
openstackgerritEric Fried proposed openstack/nova master: reshaper: Look up provider if not in inventories  https://review.openstack.org/58503316:09
openstackgerritEric Fried proposed openstack/nova master: Make get_allocations_for_resource_provider raise  https://review.openstack.org/58459816:09
openstackgerritEric Fried proposed openstack/nova master: Report client: Real get_allocs_for_consumer  https://review.openstack.org/58459916:09
openstackgerritEric Fried proposed openstack/nova master: Report client: get_allocations_for_provider_tree  https://review.openstack.org/58464816:09
openstackgerritEric Fried proposed openstack/nova master: Report client: _reshape helper, placement min bump  https://review.openstack.org/58503416:09
openstackgerritEric Fried proposed openstack/nova master: Report client: update_from_provider_tree w/reshape  https://review.openstack.org/58504916:09
openstackgerritEric Fried proposed openstack/nova master: Compute: Handle reshaped provider trees  https://review.openstack.org/57623616:09
openstackgerritBalazs Gibizer proposed openstack/nova-specs master: Network bandwidth resource provider  https://review.openstack.org/59524316:11
*** efried is now known as efried_rollin16:14
openstackgerritMerged openstack/nova master: Handle binding_failed vif plug errors on compute restart  https://review.openstack.org/58749816:25
openstackgerritMatthew Booth proposed openstack/nova-specs master: Add serial numbers for local disks  https://review.openstack.org/59524716:32
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Wait for network-vif-plugged before starting live migration  https://review.openstack.org/59173516:37
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: DNM: Debug patch to test live migration waiting  https://review.openstack.org/59177516:37
openstackgerritDan Smith proposed openstack/nova master: Batch results per cell when doing cross-cell listing  https://review.openstack.org/59269816:43
openstackgerritDan Smith proposed openstack/nova master: List instances from all cells explicitly  https://review.openstack.org/59371716:43
openstackgerritDan Smith proposed openstack/nova master: Make instance_list perform per-cell batching  https://review.openstack.org/59313116:43
openstackgerritDan Smith proposed openstack/nova master: Record cell success/failure/timeout in CrossCellLister  https://review.openstack.org/59426516:43
openstackgerritDan Smith proposed openstack/nova master: Optimize global marker re-lookup in multi_cell_list  https://review.openstack.org/59457716:43
openstackgerritDan Smith proposed openstack/nova master: Clarify which context is used by do_query()  https://review.openstack.org/59525016:43
*** e0ne has quit IRC17:07
openstackgerritMerged openstack/nova master: libvirt: Always escape IPv6 addresses when used in migration URI  https://review.openstack.org/58954817:16
edleafecdent: efried_rollin: So I tracked down at least one place where there was "cross-contaimination" of the repos: commit f722c75b03902b5c6dfabf84cffd680267bd045917:19
edleafeIt updated the placement doc in doc/source/user/placement, as well as a functional test for nova aggs, and a nova release note17:20
cdentedleafe: my repo seems to think thats a bad object17:20
cdentdo you have a change id associated with it?17:20
edleafecdent: Ibd7aa4f8c4ea787774becece324d9051521c44b617:21
edleafeso a 'git show f722c75b03902b5c6dfabf84cffd680267bd0459' doesn't work for your repo?17:21
cdentcorret, i have 5eda1fab85e907a59d3be36067bfe25250a7be5617:21
edleafehmm - wonder why the extraction would have changed that17:22
cdent(this is my plane jane nova repo)17:22
* cdent watches jane fly17:22
cdentedleafe: lost parent maybe17:22
edleafeYou're right - if I switch back to master, that commit has a different hash17:22
cdentin any case I don't reckon this kind of cross contamination is of much concern is it? we just clean up, making a commit that says os17:23
cdentto me that's not bad history17:23
cdentit's just history17:23
edleafeyeah, that was what I was typing when you replied with the "bad object" comment17:24
edleafeIt would be nice not to have it, but it can't be avoided17:24
edleafeI was just looking for confirmation that that's why those extra files were there17:25
*** N3l1x has quit IRC17:25
*** dims has quit IRC17:25
edleafeGimme a few minutes to recover from too many meetings, and I'll push it17:25
cdenthuzzah17:25
*** dims_ has joined #openstack-placement17:36
*** sean-k-mooney has quit IRC17:57
mriedemIT IS DONE https://review.openstack.org/#/c/576927/3318:10
*** mriedem is now known as mriedem_lunch18:14
*** ChanServ has quit IRC18:16
cdentthis is why we always need your good input mriedem_lunch18:17
*** ChanServ has joined #openstack-placement18:21
*** barjavel.freenode.net sets mode: +o ChanServ18:21
edleafecdent: efried_rollin: Should I do the obvious trimming before pushing?18:36
edleafeon the extraction repo18:36
cdentedleafe: not sure it matters, as presumably we'll do this multiple times to iron out the bugs in the process (and catch up with changes)18:38
edleafeI was thinking that doing one commit with that will be the extraction marker when looking back over the history18:39
cdentyeah, that's make some sense18:40
*** mriedem_lunch is now known as mriedem18:55
openstackgerritMatt Riedemann proposed openstack/nova stable/rocky: Handle binding_failed vif plug errors on compute restart  https://review.openstack.org/59531719:05
cdentefried_rollin: I won't get to the reshaper API fixes tonight, but if you can't or don't want to, I can do it in the morning. leave me some signals what matters19:08
*** bodgix has left #openstack-placement19:19
cdentefried_rollin: I might still be around later, actually, we'll see19:26
*** mriedem has quit IRC19:35
*** mriedem has joined #openstack-placement19:38
*** efried_rollin is now known as efried19:47
efriedcdent: ack. Looking over them now. Thanks for the review mriedem.19:48
edleafecdent: efried: OK, I've pushed the extracted placement repo to my github: https://github.com/EdLeafe/placement19:53
edleafePlease check it out, and make sure that there are no obvious oversights or mistakes.19:53
edleafeWhen it appears sane enough, we can push it to the openstack repo19:54
edleafeugh just saw etc/nova - will fix19:54
efriedcdent: Isn't there some way you can plug this into (a derivative of) placecat to see if it works? Or are we not trying to get that far yet?19:55
cdentefried: we're quite a distance from that, I would guess19:55
efriedk19:56
cdentassuming we want package namespaces to be different19:56
cdentwe've still got things like https://github.com/EdLeafe/placement/blob/master/placement/api/placement/handlers/aggregate.py#L2019:56
cdentbut yes, once we get minor tests passing, we ca make placecat talk to it19:57
*** e0ne has joined #openstack-placement19:57
cdentefried: i got far enough along exploring the required policy changes that I'll just do them, cool?19:58
efriedcdent: yes please; I wouldn't know how.19:59
edleafecdent: just fixed that19:59
cdenti mean, at this point, I would assume iterate on getting tests working20:00
edleafeI'm sure a lot of the scaffolding for tests will need attention20:00
efriedduh, I guess I don't need to recheck the things above the API patch, cause they're going to get rebased.20:20
efriedzu spät20:20
cdenti'm about halfway done20:23
cdentedleafe: less than you might think, I already did quite a lot of it20:25
edleafe\o/20:27
*** e0ne has quit IRC20:27
mriedemcdent: heh i was going to offer to just do the policy changes myself,20:27
mriedembut they are pretty simple20:27
mriedemcopy/paste/tweak20:27
mriedemthe one thing i'd ask is a gabbit is added for trying to hit POST /reshaper with x-auth-token: user and assert we get a 403 back20:27
cdentmriedem: yeah, that part is done20:28
cdentalready done20:28
mriedemwell hells yeah20:28
cdentthe thing I'm farting about with now is capturing the right exceptions20:28
cdentit's not as obvious as it should be because some of them are caught, some are caught and reraised, some are never caught20:29
mriedemyeah...it was kind of a truffle hunt,20:30
mriedemi'm pretty sure at least NotFound and ConcurrentUpdateDetected were clearly raised20:30
mriedemNotFound would be caught in the handler.py but returned as a 404 rather than a 400 which is wrong20:31
*** tssurya has joined #openstack-placement20:31
cdentyeah, I have a draft comment pending where I ack that20:31
cdentI'm not sure what I was thinking other than zzzzz20:32
cdentI do recall when first wrote the /reshaper code we were behaving like wanted it yesterday so both the PlacementDirect and Reshaper handler code were written in a big hurry, of the "we'll catch it in review" style20:33
cdentand then20:33
*** tssurya has quit IRC20:35
mriedemyeah20:42
openstackgerritDan Smith proposed openstack/nova master: Make CELL_TIMEOUT a constant  https://review.openstack.org/59457020:57
openstackgerritDan Smith proposed openstack/nova master: Stash the cell uuid on the context when targeting  https://review.openstack.org/59457120:57
openstackgerritDan Smith proposed openstack/nova master: Make RecordWrapper record RequestContext and expose cell_uuid  https://review.openstack.org/59457220:57
openstackgerritDan Smith proposed openstack/nova master: Clarify which context is used by do_query()  https://review.openstack.org/59525020:57
openstackgerritDan Smith proposed openstack/nova master: Batch results per cell when doing cross-cell listing  https://review.openstack.org/59269820:57
openstackgerritDan Smith proposed openstack/nova master: List instances from all cells explicitly  https://review.openstack.org/59371720:57
openstackgerritDan Smith proposed openstack/nova master: Make instance_list perform per-cell batching  https://review.openstack.org/59313120:57
openstackgerritDan Smith proposed openstack/nova master: Record cell success/failure/timeout in CrossCellLister  https://review.openstack.org/59426520:57
openstackgerritDan Smith proposed openstack/nova master: Optimize global marker re-lookup in multi_cell_list  https://review.openstack.org/59457720:57
*** dansmith is now known as htimsnad21:34
openstackgerritChris Dent proposed openstack/nova master: [placement] Add /reshaper handler for POST  https://review.openstack.org/57692721:41
cdentefried, mriedem : there we go. as you can see I didn't rebase the rest of the stack, just to there21:41
mriedemack21:42
cdentedleafe, efried: how do we want to coordinate the work in EdLeafe/placement.git? if at all?21:43
efriedwhat's the strategy for putting that into the openstack project?21:44
efriedGet it "working" first, or no?21:45
cdentefried: see http://eavesdrop.openstack.org/irclogs/%23openstack-placement/%23openstack-placement.2018-08-22.log.html#t2018-08-22T14:32:39 for a plan that could work21:47
efriedIf we've got something prettyclose right now, maybe we propose it as an initial change set to seed the openstack project, then iterate on it in that change set until it's passing tox and merge that. Then propose subsequent change sets until a blank depends-on from Nova passes all its shit.21:48
cdentit's not close21:48
cdentI expect will want to do a few more runs after we find more missing files or concepts21:49
cdentin fact21:49
cdenthttps://etherpad.openstack.org/p/placement-extraction-file-notes21:50
efriedack21:51
efriedso21:51
efriedwhat do you see as the necessary work on the side repo before we propose a change set to the real repo?21:51
efriedother than what's in that etherpad so far21:52
*** mriedem has quit IRC21:55
*** mriedem1 has joined #openstack-placement21:56
*** mriedem1 is now known as mriedem21:59
efriedactually, the stuff in the etherpad doesn't seem like it should stop us from proposing.21:59
efriedperhaps some of it stops us from merging until resolved, but proposing...22:00
cdentI'm not sure what you're trying to accomplish efried? From my standpoint having a repo associated with gerrit and zuul before it can runs its own tests is not good22:01
efriedcdent: Right, saying it should do those things before it *merges* for sure.22:01
efriedWhat I'm trying to accomplish is22:01
efriedhaving a thing in gerrit that you could go look at (by going to old patch set) that's as raw as possible - you could draw a straight line from it to the nova commit it came out of22:02
efriedand then having the subsequent patch sets on that change set show it being cleaned up and made ready.22:02
cdentthat _might_ be good idea once we have a clean recipe for the clean up22:03
efriedI guess that history doesn't show up in git, only in gerrit; but even so, seems like it would be nice to have available22:03
cdentwe're not going to lose history22:04
cdentall the patches we make in ed's repo will end up in git.o.o. history22:04
efriedrightright, but what I'm saying is the history in git is going to jump a pretty big chasm to get from the nova commit to the mergeable placement commit.22:04
efriedHaving some way to look at incremental points along that parabola would be useful.22:05
cdentit will only be a big chasm if we choose to either make some weird big commit, or squash all the smaller commits we have made to do the cleanup22:06
cdentI think we should do neither22:06
cdentwe should make small commits to fix the repo22:06
efriedsquash the smaller commits...22:06
efriedyou mean do those commits in the github repo? And then they'll get carried into the gerrit repo?22:06
cdentand those small commits should show up in history22:06
cdentthe "get it working commits", yes, I think they should show up in history22:07
efriedokay, that's even better.22:07
efriedI guess I should learn how to work in github.22:07
efriednever had to do it before.22:07
cdentif gerrit workflow is your main exposure to any kind of git, you're going to hate it22:07
cdentbut if you had githubbed before gerrit, vice versa22:07
efriedorly, githubbers don't just love gerrit off the bat?22:08
cdentmaybe tomorrow or friday we should do some kind of group screen share pair thing to make some headway22:08
cdentI hate both github and gerrit. I hope this is not a suprrise. I hate gerrit more.22:08
efriedinnnnteresting. What is your nirvana code workflow system?22:09
efriedor is all workflow tools mostly rapscallions?22:09
cdentI haven't met it yet22:11
cdentIf gerrit had a few million dollars spent on human factors research and repeair it has the potential to be good22:12
cdentbut it would have to be some pretty good research into the impact it has on psychology of code ownership and the like22:12
cdent(and not just that it has a sucky ui)22:13
*** ChanServ has quit IRC22:49
mriedemyou could use the shitty code review system that ibm research took 10 years to develop22:53
mriedemwhich they told us we had to use *after* being used to gerrit for 3 years22:53
mriedemit involved sit down meetings22:53
mriedemsome forms of role playing and games22:53
mriedemit was great22:53
openstackgerritMerged openstack/nova master: Filter out instances without a host when populating AZ  https://review.openstack.org/59405022:53
openstackgerritMerged openstack/nova master: Remove ChanceScheduler  https://review.openstack.org/57638422:54
cdentplease no22:56
efriedI've said it before: I have never used a code+issue tracking system better than CMVC.23:00
efriedgerrit is better for review workflow, git is better for source control; but CMVC as an integrated solution was the best.23:01
*** ChanServ has joined #openstack-placement23:04
*** barjavel.freenode.net sets mode: +o ChanServ23:04
cdentefried, edleafe : I'm going to have to stop messing around soon, but I've created a disordered list of things we probably need to do before more massaging of the temp repo (on the etherpad)23:07
cdentI'll add a bit more, but sleep is calling23:07
edleafecdent: efried: sorry, was fighting puter issues23:10
edleafecdent: efried: I guess the standard github PR for updates in the repo? That would reduce conflicts23:14
cdentedleafe: yeah, that was what I was assuming as well23:15
edleafeI'm signing off for the day. We can resume tomorrow23:17
cdent'nigh23:19
*** cdent_ has joined #openstack-placement23:41
*** cdent has quit IRC23:44
*** cdent_ is now known as cdent23:44

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