Earlier  
Posted Nick Remark
#openstack-nova - 2019-11-04
16:56:10 cdent Explicit words might be the way to go.
16:57:27 dansmith cdent: my words were explicit, but I hedged on the vote
16:57:44 dansmith because people sometimes accuse me of closing the door to further reviews with a -2 or even a -1
16:58:02 cdent well closing the door is what's wanted here, yeah?
16:58:22 dansmith well,
16:58:38 dansmith yes, but I want to do that in concert with other reviewers, like efried and I just did
16:59:20 dansmith so which do I need to kill? there is public, private, and shared
16:59:25 dansmith oops, wrong window
16:59:42 cdent all three /me is all for early kills
16:59:45 cdent !
17:02:48 mriedem https://review.opendev.org/#/c/682302/ and https://review.opendev.org/#/c/580336/ are the ones i'm struggling with fwiw
17:02:54 mriedem the latter has been coming up since berlin
17:03:17 mriedem and we have decent alternatives already available, though like i said the change itself would probably be pretty minimal
17:06:21 dansmith efried: done
17:06:28 efried thanks dansmith, following
17:09:50 dansmith huh, devstack defaults to configuring us for unversioned notifications apparently?
17:10:40 mriedem yeah, because downstream projects don't all use versioned
17:10:50 mriedem i seem to remember this coming up recently(ish) too when debugging something for watcher
17:11:08 mriedem i think b/c we (nova) changed our default
17:11:33 mriedem yup https://review.opendev.org/#/q/Ied9d50b07c368d5c2be658c744f340a8d1ee41e0
17:21:45 openstackgerrit Matt Riedemann proposed openstack/nova master: Follow up to I3e28c0163dc14dacf847c5a69730ba2e29650370 https://review.opendev.org/692856
17:23:54 mriedem heh that long_rpc_timeout change just merge conflicted most of the cross-cell-resize series, yay
17:25:12 dansmith red pill or blue pill...
17:26:02 mriedem oh well, needed to work on adding unit tests to https://review.opendev.org/#/c/637630/47 anyway so might as well rebsae
17:26:04 mriedem *rebase
17:27:49 mriedem the gate is empty due to the summit so it's actually the best time
17:31:45 mriedem that reminds me,
17:31:55 mriedem efried: https://review.opendev.org/#/q/topic:bp/support-move-ops-with-qos-ports-ussuri+status:open if you have some time - i can probably answer questions
17:32:15 mriedem the bottom one is mostly only big b/c of tests
17:33:53 efried mriedem: oh, yeah, lost on my list...
18:10:32 openstackgerrit Merged openstack/nova stable/stein: Avoid error 500 on shelve task_state race https://review.opendev.org/692630
18:10:37 openstackgerrit Merged openstack/nova master: Add finish_snapshot_based_resize_at_dest compute method https://review.opendev.org/635080
18:35:10 dansmith teehee
18:35:46 dansmith starting up 100 fake compute services on one machine... load of over 40 as they all slam the ever-loving crap out of conductor trying to create their db entries
18:36:15 openstackgerrit Merged openstack/nova master: Add FinishResizeAtDestTask https://review.opendev.org/635646
18:49:46 mriedem dansmith: how big is the host?
18:49:57 dansmith how big?
18:50:07 dansmith about yay big
18:50:09 mriedem i do the fake compute thing in a 8vcpu/8gb ram vm sometimes and can't really go over 30 computes
18:50:10 dansmith about 19" wide
18:50:30 mriedem cpu/ram
18:50:44 dansmith oh, 32G memory, 8 cores if that's what you mean
18:50:54 mriedem yeah
18:51:10 mriedem did you adjust API_WORKERS or let it do ncpu/2?
18:51:31 dansmith just defaults
18:52:25 mriedem ah. fake computes huh. so all that time trying to figure out which network to delete and you found out you can't create a fake driver vm with networking anyway right?
18:52:48 mriedem i always forget that when i do a devstack with the fake driver
18:53:36 mriedem i had written up some of that here at one point https://docs.openstack.org/devstack/latest/guides/nova.html#fake-virt-driver
18:53:37 dansmith one real compute and then a bunch of extra fakes on the same machine
18:53:41 mriedem ah ok
18:53:49 mriedem smells like someone is playing with aggregates
19:17:58 mriedem wonder if we can nuke this yet, nothing in or out of tree returns True for it that i can find https://opendev.org/openstack/nova/src/branch/master/nova/virt/driver.py#L1740
19:18:53 mriedem oh nvm i guess it defaults to True in the ComputeDriver parent class and zvm doesn't override it...
19:18:58 mriedem or xenapi
20:07:57 mriedem artom: https://review.opendev.org/#/c/594139/ - am i misunderstanding your comment?
20:08:28 artom mriedem, lemme reload context
20:09:49 artom o_O
20:10:00 artom I am apparently retarded.
20:10:08 mriedem did your brain fart on how if/elif works?
20:10:14 artom Clearly
20:10:18 artom I remember double-checking myself as well
20:10:23 artom Thinking "no way Matt did that"
20:10:46 mriedem s'ok
20:11:10 mriedem that rollback code is all gorpy
20:12:45 artom mriedem, fixed
20:12:53 artom mriedem, lemme look it over once again, then +1
20:13:04 mriedem sure, thanks
20:13:39 artom I was busy shitting all over https://review.opendev.org/#/c/512815/8
20:13:42 artom Politely
20:18:10 openstackgerrit Merged openstack/nova stable/rocky: Avoid error 500 on shelve task_state race https://review.opendev.org/692631
20:21:12 eandersson btw anyone got any experience with the keep alive issue and openstack services? I noticed a bug or two reported for nova and failures
20:21:58 eandersson > 'Connection aborted.', BadStatusLine("''",)
20:22:13 eandersson A few of the bug reports indicates that disabling keepalive would resolve some of these.
20:26:00 efried mriedem: One question on the qos patches (I'm on the bottom one rn): It looks like some of the code is being hit for both evacuate and rebuild. It wouldn't do any harm for the latter, since it's just populating the rg/rp mappings. But just wanted to confirm that's what I'm seeing?
20:26:05 mriedem artom: oh wow that's fun, smells like starlingx
20:26:29 artom mriedem, yeah eh?
20:26:32 mriedem starlingx did a lot of hacks with libvirt channels
20:26:37 efried mriedem: specifically these changes? https://review.opendev.org/#/c/688387/8/nova/conductor/manager.py
20:27:45 mriedem artom: good comments on that patch btw
20:27:46 mriedem all valid poitns
20:27:48 mriedem *points
20:27:53 artom I'm useful!
20:28:04 mriedem makes up for your lack of if/elif knowledge :)
20:28:08 artom Hahaha
20:28:38 mriedem efried: hmm, weird
20:28:42 mriedem s/weird/where/?
20:28:51 mriedem https://review.opendev.org/#/c/688387/8/nova/compute/manager.py only does the port mapping stuff if evacuate
20:29:05 mriedem same in https://review.opendev.org/#/c/688387/8/nova/conductor/manager.py
20:29:20 mriedem or are you asking, why do we only do that for evacuate?
20:29:26 efried No
20:29:56 efried in one file the bool is called 'evacuate', so I can buy that it's only happening for evacuate. In the other it's called 'recreate' and the comments imply we're hitting the path for both evacuate and rebuild.
20:30:11 mriedem in compute manager that evacuate variable used to be called recreate as well,
20:30:13 efried so either it's the same and the var name and comments are confusing, or...
20:30:16 mriedem i changed that awhile back,
20:30:25 mriedem it's still recreate in conductor b/c no one has renamed the variable for clarity yet
20:30:53 efried okay. So recreate is evacuate.
20:31:06 efried and... `not recreate` is rebuild, which is a kind of recreate, but whatever.
20:31:16 mriedem right
20:31:19 mriedem hence the confusion
20:31:26 efried thanks for clarifying.

Earlier   Later