| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-07-07 | |||
| 17:43:08 | mriedem | melwitt: i need you to solve the riddle of why shelved offloaded volume attach wasn't failing in the multi-cell setup | |
| 17:43:17 | mriedem | only you are capable of cracking that nut | |
| 17:44:54 | melwitt | now that you've said that, you'll probably figure it out within a few minutes :) | |
| 17:45:47 | mriedem | no i gave up | |
| 17:46:12 | melwitt | dangit | |
| 17:52:08 | melwitt | I keep reading _BaseTaskTestCase as BasketCase | |
| 17:52:54 | figleaf | do you have the time to listen to me whine? | |
| 18:01:00 | melwitt | it was for the channel. important stuff | |
| 18:01:23 | figleaf | for all the basket cases in the channel | |
| 18:02:01 | figleaf | superdan: https://www.youtube.com/watch?v=NUTGr5t3MoY | |
| 18:02:23 | superdan | ah, dang, I didn't make the connection | |
| 18:23:43 | mriedem | leakypipes: is this complete now? https://blueprints.launchpad.net/nova/+spec/shared-resources-pike | |
| 18:24:01 | mriedem | there are no open changes, and the allocation request candidate stuff handles RPs associated via aggregate | |
| 18:24:55 | leakypipes | mriedem: yeah. #4 on that list is the only one not done, and the allocation candidates will handle that (not in the scheduler reporting client, but rather int he scheduler during claims) | |
| 18:25:25 | mriedem | leakypipes: ok cool i'm going to close it out then | |
| 18:25:26 | mriedem | thanks | |
| 18:25:29 | leakypipes | kk | |
| 18:26:43 | mriedem | fried_rice: same with https://blueprints.launchpad.net/nova/+spec/powervm-nova-compute-driver - i think i'm going to close that out | |
| 18:26:52 | mriedem | i don't see anything critical in there that we need to get in for pike | |
| 18:27:27 | fried_rice | mriedem Critical, no. Some nice-to-haves. But closing the bp shouldn't preclude further changes in pike, right? | |
| 18:29:25 | mriedem | closing it means i'm not going to look at anything proposed for it | |
| 18:29:26 | mriedem | in pike | |
| 18:29:37 | mriedem | because i need to narrow my focus on what still needs to get done | |
| 18:31:47 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: scheduler uses allocation candidates https://review.openstack.org/476631 | |
| 18:31:48 | openstackgerrit | Jay Pipes proposed openstack/nova master: placement: claim resources in scheduler https://review.openstack.org/476632 | |
| 18:32:06 | leakypipes | mriedem, superdan: ^^ | |
| 18:32:43 | leakypipes | definitely should add some functional testing for that. | |
| 18:32:56 | leakypipes | but it's good enough to get reviews on IMO. | |
| 18:34:04 | superdan | did you just kick that out of the gate with that push? | |
| 18:34:09 | superdan | yup | |
| 18:35:42 | mriedem | git review -R | |
| 18:35:44 | mriedem | ftw | |
| 18:35:50 | superdan | yeah | |
| 18:36:34 | leakypipes | mriedem, superdan: yeah, sorry about that :( | |
| 18:37:25 | leakypipes | figleaf had a worry about the previous patch, so perhaps you could see his review on the previous revision of https://review.openstack.org/476632 | |
| 18:39:21 | clarkb | fwiw git review -R shouldn't really be necessary anymore. You should only get a rebase from git review if it hits a merge conflict | |
| 18:39:27 | clarkb | in which case you hvae to push a rebase at some point | |
| 18:42:31 | superdan | clarkb: gerrit identified the bottom as a rebase only. | |
| 18:42:51 | superdan | so I don't think that is accurate for this case | |
| 18:43:12 | leakypipes | superdan: I rebased to master explicitly (by mistake) | |
| 18:43:19 | figleaf | leakypipes: did that comment make any sense? | |
| 18:43:21 | superdan | leakypipes: right I know | |
| 18:43:43 | leakypipes | figleaf: well, I tried to answer as best I could. did you see my response? | |
| 18:43:53 | figleaf | just looking... | |
| 18:44:12 | leakypipes | guys, I need to run out for a couple hours... I will be back later on. sorry! | |
| 18:44:24 | figleaf | leakypipes: np - I have to run out now too | |
| 18:44:45 | figleaf | leakypipes: but I'm still confused as to how this is going to work w/o returning alloc candidates | |
| 19:01:11 | mriedem | superdan: booya fleetify is passing the multinode job http://logs.openstack.org/56/477556/5/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/aed9486/ | |
| 19:01:51 | superdan | schwing | |
| 19:02:01 | mriedem | and the migration not found errors are gone | |
| 19:02:32 | mriedem | subnode nova-cpu.conf also has the disable flag http://logs.openstack.org/56/477556/5/check/gate-tempest-dsvm-neutron-multinode-full-ubuntu-xenial-nv/aed9486/logs/subnode-2/etc/nova/nova-cpu.conf.txt.gz | |
| 19:11:39 | mriedem | jgriffith: clarified what i meant in https://review.openstack.org/#/c/330285/88/nova/compute/api.py@3901 | |
| 19:12:24 | openstackgerrit | Sumedh Degaonkar proposed openstack/nova master: Adds 'sata' as a valid disk bus for qemu and kvm hypervisors https://review.openstack.org/459794 | |
| 19:12:43 | jgriffith | mriedem thanks, once they get network back up in the lab I'll go back through and fix the unit tests and pep8 I appear to have broken | |
| 19:12:56 | jgriffith | also will see if I can figure out what broke after the rebase | |
| 19:13:43 | jgriffith | mriedem oh... looks like you didn't see the update | |
| 19:13:56 | jgriffith | mriedem https://review.openstack.org/#/c/330285/89/nova/compute/api.py@3901 | |
| 19:14:03 | mriedem | ha | |
| 19:14:13 | jgriffith | :) | |
| 19:14:19 | mriedem | volume_id doesn't exist | |
| 19:14:24 | mriedem | volume['id'] is what you need | |
| 19:14:39 | jgriffith | awww crap!!! | |
| 19:14:45 | mriedem | otherwise looks good | |
| 19:14:48 | openstackgerrit | Sumedh Degaonkar proposed openstack/nova master: Adds 'sata' as a valid disk bus for qemu and kvm hypervisors https://review.openstack.org/459794 | |
| 19:14:56 | mriedem | let me pad some stats here | |
| 19:15:01 | jgriffith | mriedem thanks, knew I was screwed when I couldn't test | |
| 19:16:50 | mriedem | figleaf: we have some other changes to do in https://blueprints.launchpad.net/nova/+spec/custom-resource-classes-in-flavors right? there is some data migration thing that is supposed to happen on startup of the nova-compute service with ironic, so it can retrofit older flavors | |
| 19:18:59 | mriedem | ah yeah this https://specs.openstack.org/openstack/nova-specs/specs/pike/approved/custom-resource-classes-in-flavors.html#data-model-impact | |
| 19:19:43 | mriedem | superdan: in ^ should that say "will not be schedulable" ? | |
| 19:20:48 | superdan | mriedem: I think it's saying that until you account for the new resource types, | |
| 19:21:13 | superdan | nova will think it could schedule instances to nodes that are already used, because they haven't yet reported that the instance is consuming one of the new resources | |
| 19:21:31 | mriedem | ah | |
| 19:21:45 | superdan | you buy that? | |
| 19:21:54 | mriedem | so CUSTOM_BAREMETAL_INFINIBAND_GOLD is used but not reported as used | |
| 19:22:01 | superdan | yar | |
| 19:22:05 | mriedem | ok, | |
| 19:22:07 | mriedem | so, | |
| 19:22:26 | mriedem | if we move the claim/allocation stuff to the scheduler, can we still do this data migration sync up on nova-compute start? | |
| 19:22:53 | mriedem | i mean, we can, we have the scheduler report client, | |
| 19:23:02 | mriedem | and the update_available_resource periodic, | |
| 19:23:07 | mriedem | just wondering if that will handle it | |
| 19:23:15 | superdan | mriedem: the compute node also isn't going to report any GOLD resources available until it starts up on new code either | |
| 19:23:32 | superdan | so I think if you restart onto the new scheduler, | |
| 19:24:17 | superdan | wait | |
| 19:24:17 | superdan | we'll start asking for resources that expose GOLD once the flavors are updated, but no computes will have any GOLDs to give until they are restarted and start exposing that | |
| 19:24:23 | superdan | did we already do that part in ocata? | |
| 19:24:26 | superdan | yeah, okay yeah | |
| 19:24:31 | superdan | I think I've got this now | |
| 19:24:35 | superdan | lemme try again: | |
| 19:24:57 | superdan | In ocata, we got the ironic driver to expose 1 $ironic_node_resource_class for each node to placement | |
| 19:25:10 | superdan | if we update the real flavors with the new resource type, | |
| 19:25:14 | openstackgerrit | melanie witt proposed openstack/nova master: Make security_group_rules use check_deltas() for quota https://review.openstack.org/477700 | |
| 19:25:16 | openstackgerrit | melanie witt proposed openstack/nova master: Remove 'reserved' count from used limits https://review.openstack.org/446242 | |
| 19:25:17 | openstackgerrit | melanie witt proposed openstack/nova master: Make key_pairs use check_deltas() for quota https://review.openstack.org/477699 | |
| 19:25:20 | openstackgerrit | melanie witt proposed openstack/nova master: Remove useless quota_usage_refresh from nova-manage https://review.openstack.org/446243 | |
| 19:25:21 | openstackgerrit | melanie witt proposed openstack/nova master: Count instances to check quota https://review.openstack.org/416521 | |
| 19:25:25 | superdan | scheduler would send instances to busy computes thinking there was room | |
| 19:25:27 | openstackgerrit | melanie witt proposed openstack/nova master: Make Quotas object favor the API database https://review.openstack.org/410945 | |
| 19:25:28 | superdan | what we need, | |
| 19:25:34 | openstackgerrit | melanie witt proposed openstack/nova master: Add online migration to move quotas to API database https://review.openstack.org/410946 | |