Friday, 2018-11-02

*** tetsuro has joined #openstack-placement06:39
*** tetsuro has quit IRC06:48
openstackgerritBrin Zhang proposed openstack/nova-specs master: Support delete_on_termination in volume attach api  https://review.openstack.org/61294908:23
*** bauzas is now known as bauwser08:52
*** lyarwood is now known as lyarpwood08:53
*** cdent has joined #openstack-placement09:04
*** cdent has quit IRC09:06
*** cdent has joined #openstack-placement09:10
*** ttsiouts has joined #openstack-placement09:17
openstackgerritJie Li proposed openstack/nova-specs master: Support volume-backed server rebuild  https://review.openstack.org/53240709:26
*** e0ne has joined #openstack-placement09:51
*** ttsiouts has quit IRC10:16
openstackgerritJie Li proposed openstack/nova-specs master: Support volume-backed server rebuild  https://review.openstack.org/53240710:20
openstackgerritChris Dent proposed openstack/placement master: Move ensure_consumer to a new placement.handlers.util  https://review.openstack.org/61430710:30
openstackgerritChris Dent proposed openstack/placement master: Harden placement init under wsgi  https://review.openstack.org/61244410:30
openstackgerritChris Dent proposed openstack/placement master: Added alembic environment  https://review.openstack.org/61435010:30
openstackgerritChris Dent proposed openstack/placement master: Delete the old migrations  https://review.openstack.org/61144010:30
openstackgerritChris Dent proposed openstack/placement master: Add a placement-manage CLI  https://review.openstack.org/60016110:30
openstackgerritChris Dent proposed openstack/placement master: Remove sqlalchemy-migrate from requirements.txt  https://review.openstack.org/61453910:31
*** ttsiouts has joined #openstack-placement10:32
openstackgerritChris Dent proposed openstack/placement master: Add a document for creating DB revisions  https://review.openstack.org/61402410:32
openstackgerritChris Dent proposed openstack/placement master: WIP - Show an alembic migration  https://review.openstack.org/61402510:32
cdentedleafe: I made some fixes on https://review.openstack.org/#/c/614350/6 but it still has some warts, at least with pep8, maybe more10:38
*** stephenfin is now known as finucannot10:44
*** tssurya has joined #openstack-placement10:54
openstackgerritChris Dent proposed openstack/placement master: Added alembic environment  https://review.openstack.org/61435011:21
openstackgerritChris Dent proposed openstack/placement master: Delete the old migrations  https://review.openstack.org/61144011:21
openstackgerritChris Dent proposed openstack/placement master: Add a document for creating DB revisions  https://review.openstack.org/61402411:21
openstackgerritChris Dent proposed openstack/placement master: WIP - Show an alembic migration  https://review.openstack.org/61402511:21
openstackgerritChris Dent proposed openstack/placement master: Remove sqlalchemy-migrate from requirements.txt  https://review.openstack.org/61453911:22
openstackgerritChris Dent proposed openstack/placement master: Add a placement-manage CLI  https://review.openstack.org/60016111:22
*** cdent has quit IRC12:06
*** ttsiouts has quit IRC12:39
*** jaypipes is now known as leakypipes12:56
*** mriedem has joined #openstack-placement13:28
*** ttsiouts has joined #openstack-placement13:32
*** efried is now known as fried_rice13:35
*** ttsiouts_ has joined #openstack-placement14:09
*** ttsiouts has quit IRC14:12
*** dansmith is now known as SteelyDan14:13
*** tssurya has quit IRC14:18
*** ttsiouts_ has quit IRC14:25
*** ttsiouts has joined #openstack-placement14:35
openstackgerritChris Friesen proposed openstack/nova-specs master: Add support for emulated virtual TPM  https://review.openstack.org/57111115:03
*** ttsiouts has quit IRC15:04
*** ttsiouts has joined #openstack-placement15:05
openstackgerritEd Leafe proposed openstack/placement master: Added alembic environment  https://review.openstack.org/61435015:18
openstackgerritEd Leafe proposed openstack/placement master: Delete the old migrations  https://review.openstack.org/61144015:18
openstackgerritEd Leafe proposed openstack/placement master: Add a document for creating DB revisions  https://review.openstack.org/61402415:18
openstackgerritEd Leafe proposed openstack/placement master: WIP - Show an alembic migration  https://review.openstack.org/61402515:18
openstackgerritEd Leafe proposed openstack/placement master: Add a placement-manage CLI  https://review.openstack.org/60016115:24
*** fried_rice is now known as fried_rolls16:30
*** e0ne has quit IRC16:33
*** ttsiouts has quit IRC16:38
*** ttsiouts has joined #openstack-placement16:39
*** ttsiouts has quit IRC16:43
*** cdent has joined #openstack-placement17:29
*** mriedem has quit IRC17:30
openstackgerritChris Dent proposed openstack/placement master: Remove sqlalchemy-migrate from requirements.txt  https://review.openstack.org/61453917:34
*** mriedem has joined #openstack-placement17:35
cdentedleafe: those tests that I commented out because they don't work are still not working: http://logs.openstack.org/50/614350/8/check/openstack-tox-functional/5f5b7dc/testr_results.html.gz17:42
openstackgerritJim Rollenhagen proposed openstack/nova-specs master: Use conductor groups to partition nova-compute services for Ironic  https://review.openstack.org/60970917:43
edleafecdent: what are you doing here? You're supposed to be off17:43
cdentI was travelling for work, I'm home now17:43
edleafeI wanted to see if they would pass on zuul, as they were passing locally17:44
cdentwere you using mysql or postgresql as your openstackcitest database?17:45
edleafemysql17:45
cdenttoo much magic17:45
cdentbut it creeps ever closer17:45
edleafeI have to run out to a doctor appt now, but I will try to play a bit more when I get back17:47
-openstackstatus- NOTICE: OpenStack infra's mirror nodes stopped accepting connections on ports 8080, 8081, and 8082. We will notify when this is fixed and jobs can be rechecked if they failed to communicate with a mirror on these ports.18:09
*** cdent has quit IRC18:24
*** e0ne has joined #openstack-placement18:34
*** fried_rolls is now known as fried_rice18:46
-openstackstatus- NOTICE: The firewall situation with ports 8080, 8081, and 8082 on mirror nodes has been resolved. You can recheck jobs that have failed to communicate to the mirrors on those ports now.18:54
*** e0ne has quit IRC19:05
*** finucannot is now known as stephenfin19:35
openstackgerritJim Rollenhagen proposed openstack/nova-specs master: Use conductor groups to partition nova-compute services for Ironic  https://review.openstack.org/60970919:45
*** cdent has joined #openstack-placement20:24
fried_ricecdent: Move here, since it's a placement discussion?20:47
cdentsure20:47
fried_ricecdent: Yeah, I worked hard to eliminate all the generation comparison in the report client code, for this very reason.20:47
cdentbut we seem to have a new understanding of what a generation needs to mean, and the cost of that removal20:47
fried_riceanyway, let's go with it for the moment, and assume I can look at it on the client side and (at least) compare for equality and have that be meaningful.20:48
cdent(as I said on the review of your POC, I think the POC is the right thing for a subset of use cases, but the nested situation goes awry, and it would be good to resolve that in a fairly "light" way)20:48
fried_riceYou're talking about extending the meaning of "this thing has changed" to "this thing or any of its descendants have changed"20:49
fried_ricebtw, are you percolating the gen bump all the way up the branch, or just effecting it on the root? Either is fraught.20:49
cdentmore subtle than that: this thing includes its descendants20:49
cdentI'm saying: if I change, my parents changes, thus it cascades all the way up20:49
cdents/parents/parent/20:49
fried_riceBut my main beef with this is that now, every time cyborg modifies a device provider, whatever you have on the client side is going to be stale and you'll get a 409 bounce/retry the next time you try to use it.20:50
cdentwhich is what _should_ happen20:50
cdentif the nested-tree changes, our view of reality is _wrong_20:50
fried_riceI would have to see a convincing use case whereby a device RP changing its inventory of FPGA regions makes it matter when I change a trait on the compute RP.20:51
fried_riceor whatever.20:51
fried_riceThey're separate providers. They're associated with each other, but they're separate.20:51
fried_riceAre you going to kick generation bumps across aggregates too?20:52
cdentI guess I don't understand why there should be such a thing as a ProviderTree object, if the nested tree isn't a "block of reality". Then again, I've tried to argue that there shouldn't be a ProviderTree.20:52
fried_riceBy ProviderTree you mean local cache?20:53
cdentI mean the class20:53
fried_riceBy itself, ProviderTree is just a convenient way to handle the view of what's in placement.20:53
fried_riceEven if we didn't cache anything, using the ProviderTree class to sling that info around would be a good thing imo.20:53
cdentIn a structure that says there is a thing which is a root and has children in a very formal relationship20:54
fried_riceotherwise we're just mucking with raw dicts, which is dangerous.20:54
fried_riceyes, it reflects the relationship that placement itself contains.20:54
cdentre: aggregates, don't know, hadn't thought that far, but first thought is "no"20:55
cdentbecause there the association has less apparent strength20:55
cdentbut I dunno, I need to think about it more, it just came to me in the last few minutes20:56
fried_riceI haven't yet grokked what it would accomplish wrt what my email/WIP is trying to accomplish, though.20:56
cdentit's a follow up to your WIP, that fixes it for nested: it makes it possible to check for tree comparisons by getting just one resource provider (by uuid, which is one of the fastest operations that placement has)20:57
cdentbecause at some point, with clustered hypervisors and with nested with multiple agents involved, we have to compare and update20:58
fried_riceI have no data, but my gut says GET /rps?in_tree=$u isn't any slower than get /rps/$u for trees under dozens or hundreds of nodes.20:59
fried_riceBut one of the things my patch is based on, which was part of the discussion yesterday, is that *nova* doesn't care about updates to any part of the tree except the ones that *nova* makes.21:00
cdentanyway, I need to not be on the puter at 9pm on a friday, I just want to get that idea out there before I forgot it because I want to be sure that we do not fall prey to fixing an already complicated situation without first reviewing the original complexity21:00
fried_riceE.g. if cyborg adds a child provider representing a device, nova doesn't need to know about it.21:00
cdentright: thus my comment above, your patch is right in nearly every situation21:00
openstackgerritEd Leafe proposed openstack/placement master: Added alembic environment  https://review.openstack.org/61435021:01
openstackgerritEd Leafe proposed openstack/placement master: Delete the old migrations  https://review.openstack.org/61144021:01
openstackgerritEd Leafe proposed openstack/placement master: Add a document for creating DB revisions  https://review.openstack.org/61402421:01
openstackgerritEd Leafe proposed openstack/placement master: WIP - Show an alembic migration  https://review.openstack.org/61402521:01
fried_riceIf you get a chance at some point to scribble down an example of a situation where it's definitely *not* right, that would be appreciated.21:01
cdentfrom a purely SQL standpoint (which is where we do a lot of the placement work), a select for a single row by primary key is massively more performant than a multi row join21:02
cdentmatt made some comments in his followup email that may apply here, I have it on my todo list to review the code and respond to that email properly21:03
cdentso I'll do that, but not right now21:03
fried_riceAgain, just gut, but I think the sql is a negligible part of the request21:04
fried_ricein this case21:04
fried_riceYes, you should go not work right now, tempting though this topic is.21:04
cdentactually, it's not tempting to me at all. I just feel obliged to make sure that we explore the options.21:05
fried_riceI had actually sent out the f'ing email a couple hours earlier right before I hit the mats, but forgot to change my origin address so I had f'ing bounce waiting for me when I got back.21:05
cdentI wish we never did nested providers21:05
cdentBut I've come to accept reality as well as I can. But tempting? No.21:05
fried_riceI mean tempting to discuss.21:05
fried_riceclearly21:05
fried_ricegotta run. ttyl.21:06
edleafecdent: while you're here...21:06
cdenthi edleafe21:06
edleafeI played with a few things and didn't see it make any difference21:06
cdentedleafe: I think it is what I said on my comments that I left as TODO(you): those tests can't work if there aren't >1 revision21:07
edleafeOne idea was for the "upgrade twice" test was to insert a blank revision *before* the initial revision21:07
cdent(fried_rice I'd prefer to not even talk about it, but I (by some definition of) have to)21:07
edleafeso the first version is the blank, and the head version is the intiial21:08
cdentedleafe: you could just leave a todo to add those tests in after the first migration. The only reason there are there at all is because you copied them in from somewhere else21:08
edleafeBut it doesn't make a difference locally, so I pushed it to see the results on zuul21:08
cdentseems a reasonable plan21:09
cdentDo you know the state of your test database at the beginning of things? Maybe some kind of leftovers?21:10
edleafecdent: so why don't you bugger off now and enjoy your Friday evening21:10
cdentmeh21:10
* cdent buggers off21:13
*** cdent has quit IRC21:13
*** ttsiouts has joined #openstack-placement21:38
*** ttsiouts has quit IRC21:43
*** ttsiouts has joined #openstack-placement21:53
*** ttsiouts has quit IRC23:17
*** mriedem has quit IRC23:18

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