| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2018-02-23 | |||
| 21:15:42 | mnaser | if that can be approved, i can backport it and then bump it in stable/ocata and stable/pike | |
| 21:16:33 | andreaf | mriedem so I don't know why I get http://logs.openstack.org/24/545724/9/check/tempest-multinode-full/1bbec81/job-output.txt.gz#_2018-02-23_17_22_40_367118 on every single VM created in that job | |
| 21:18:37 | mriedem | is it every one or just the subnode? | |
| 21:18:43 | mriedem | ubuntu-xenial-inap-mtl01-0002692907 is the subnode | |
| 21:19:20 | andreaf | mriedem actually every single VM on the 907 node | |
| 21:19:44 | mriedem | andreaf: so this is the warning you get on first startup | |
| 21:19:45 | mriedem | http://logs.openstack.org/24/545724/9/check/tempest-multinode-full/1bbec81/compute1/logs/screen-n-cpu.txt.gz?level=INFO#_Feb_23_17_22_20_954537 | |
| 21:19:50 | mriedem | No compute node record found for host ubuntu-xenial-inap-mtl01-0002692907. If this is the first time this service is starting on this host, then you can ignore this warning.: ComputeHostNotFound_Remote: Compute host ubuntu-xenial-inap-mtl01-0002692907 could not be found. | |
| 21:20:03 | mriedem | then the compute node record is created | |
| 21:20:04 | mriedem | http://logs.openstack.org/24/545724/9/check/tempest-multinode-full/1bbec81/compute1/logs/screen-n-cpu.txt.gz?level=INFO#_Feb_23_17_22_21_021412 | |
| 21:20:09 | mriedem | Feb 23 17:22:21.021412 ubuntu-xenial-inap-mtl01-0002692907 nova-compute[21947]: INFO nova.compute.resource_tracker [None req-5ceeacfd-f9f6-4b19-9044-6fd13c9adadc None None] Compute node record created for ubuntu-xenial-inap-mtl01-0002692907:ubuntu-xenial-inap-mtl01-0002692907 with uuid: 85868727-6173-4345-bd2e-a92bfaf1de8a | |
| 21:20:29 | openstackgerrit | Matthew Edmonds proposed openstack/nova master: Fix N358 hacking check https://review.openstack.org/547670 | |
| 21:21:06 | mriedem | http://logs.openstack.org/24/545724/9/check/tempest-multinode-full/1bbec81/compute1/logs/devstacklog.txt.gz#_2018-02-23_17_22_18_880 | |
| 21:21:06 | mriedem | on that subnode, wait_for_compute starts here: | |
| 21:21:11 | mriedem | 2018-02-23 17:22:18.880 | + lib/nova:is_nova_ready:1003 : wait_for_compute 60 | |
| 21:21:21 | mriedem | and ends here | |
| 21:21:22 | mriedem | 2018-02-23 17:22:21.607 | + functions:wait_for_compute:463 : return 0 | |
| 21:21:56 | andreaf | so it's successful | |
| 21:21:58 | mriedem | so in that case, it looks like the compute node record was created before devstack started waiting | |
| 21:22:58 | mnaser | mriedem: round 2 https://review.openstack.org/#/c/547431/ | |
| 21:23:07 | andreaf | right... so I'm missing what's going wrong... | |
| 21:23:49 | mnaser | its friday and the servers are lazy | |
| 21:23:51 | mriedem | http://logs.openstack.org/24/545724/9/check/tempest-multinode-full/1bbec81/controller/logs/devstacklog.txt.gz#_2018-02-23_17_13_29_978 | |
| 21:23:51 | mriedem | the host mapping for the n-cpu on the controller node is created here: | |
| 21:23:57 | mriedem | 2018-02-23 17:13:29.978 | Creating host mapping for compute host 'ubuntu-xenial-inap-mtl01-0002692906': adbcb697-55fc-4750-9242-b13aa75cab07 | |
| 21:24:28 | mriedem | discover_hosts doesn't run on the subnode | |
| 21:24:39 | mriedem | and i don't see discover_hosts running after the subnode compute is created to discover it | |
| 21:25:22 | mnaser | oh that's why its different | |
| 21:25:26 | mriedem | andreaf: you'd likely need to compare to an existing multinode job and see where discover_hosts runs, | |
| 21:25:30 | mnaser | grenade uses simple_cell_setup which does discover_hosts | |
| 21:25:37 | mriedem | because discover_hosts *has* to be run every time you startup a new n-cpu | |
| 21:25:45 | andreaf | mriedem yeah that's what I was about to do :) | |
| 21:26:08 | andreaf | should it run on the controller? | |
| 21:26:32 | andreaf | discover_host is a devstack function right? | |
| 21:26:52 | mnaser | andreaf: discover_hosts is a nova-manage cli func | |
| 21:26:59 | mnaser | nova-manage cell_v2 discover_hosts | |
| 21:27:03 | mnaser | it runs on the controller after you add new computes | |
| 21:27:05 | mriedem | andreaf: OH I KNOW THE PROBLEM!!! | |
| 21:27:15 | mriedem | your problem is zuulv3 | |
| 21:27:16 | mriedem | :) | |
| 21:27:22 | andreaf | heh | |
| 21:27:26 | mnaser | i thought that was the solution for everything | |
| 21:27:27 | mriedem | devstack-gate would run discover_hosts on the primary after the subnode was setup | |
| 21:27:42 | mriedem | the devstack multinode guide says this too | |
| 21:27:56 | mriedem | i'll look for the d-g code | |
| 21:28:01 | andreaf | mriedem oh, right | |
| 21:28:07 | andreaf | mriedem I missed that in d-g | |
| 21:28:24 | mriedem | https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate.sh#L783 | |
| 21:28:28 | mriedem | andreaf: ^ | |
| 21:28:34 | mriedem | d-g would run discover_hosts after the subnode was setup | |
| 21:28:48 | mriedem | so you'll need an ansible task to run discover_hosts on the primary node once the subnode is setup | |
| 21:28:50 | mriedem | that should do the trick | |
| 21:29:24 | andreaf | mriedem heh the one line I did not port to ansible! | |
| 21:29:48 | andreaf | mriedem I guess I kind of assumed cells did not matter for the base job :( but it's cells v2 | |
| 21:29:50 | mriedem | mnaser: need to fix the commit message | |
| 21:29:58 | mriedem | cells v2 is king | |
| 21:30:11 | andreaf | mriedem cool thanks a lot, much appreciated!! | |
| 21:30:11 | mnaser | oops | |
| 21:30:15 | mriedem | yw | |
| 21:31:02 | andreaf | mriedem # NOTE(mriedem): We want to remove this if/when nova supports auto-registration of computes with cells, but that's not happening in Ocata. | |
| 21:31:12 | mnaser | ok fixed the commit msg, andreaf i'd borrow your +2 back please https://review.openstack.org/#/c/547431/ :) | |
| 21:31:18 | andreaf | mriedem I guess it's not happening in pike or queens either :D | |
| 21:31:25 | mnaser | s/Ocata/a while/ | |
| 21:31:59 | andreaf | mnaser +2 | |
| 21:32:08 | mnaser | thank you | |
| 21:33:21 | mriedem | andreaf: right | |
| 21:34:01 | mriedem | andreaf: also we don't run discover_hosts from the subnode because it's not configured to have access to the nova_api db | |
| 21:34:03 | mriedem | on purpose | |
| 21:34:48 | mriedem | we want to make sure that when people like leakypipes try to add code to nova-compute that hits the API it blows up :P | |
| 21:47:16 | leakypipes | mriedem: ha. ha. | |
| 21:52:43 | cfriesen | if we tell nova to boot an instance (specifying that we want interfaces on two networks), then the instance fails to start, so we reschedule to another node, would we expect to re-use the ports that were created for the first compute node? | |
| 21:58:59 | cfriesen | answering my own question, based on a comment in ComputeManager._build_networks_for_instance() the answer seems to be "yes" | |
| 21:59:08 | cfriesen | or at least "maybe" | |
| #openstack-nova - 2018-02-24 | |||
| 02:27:46 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Check for leaked server resource allocations in post_test_hook https://review.openstack.org/538510 | |
| 03:22:01 | Spazmotic | Morning | |
| 03:43:55 | openstackgerrit | Merged openstack/nova master: [Placement] Invalid query parameter could lead to HTTP 500 https://review.openstack.org/539408 | |
| 03:44:09 | openstackgerrit | Merged openstack/nova master: [placement] Add functional tests for traits API https://review.openstack.org/524094 | |
| 04:09:37 | alex_xu | cfriesen: it is yes, but will remove the port for sriov https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L1873 | |
| 04:49:06 | openstackgerrit | Merged openstack/nova stable/ocata: Don't update RT in _allocate_network https://review.openstack.org/519943 | |
| 06:49:58 | WangShuaili | When does nova-lifecycle-event trigger | |
| 08:45:09 | openstackgerrit | Tetsuro Nakamura proposed openstack/nova-specs master: Support shared and dedicated VMs in one host https://review.openstack.org/543805 | |
| #openstack-nova - 2018-02-25 | |||
| 02:52:18 | Guest1511 | Nickserv you being hateful over there? | |
| 02:58:01 | Guest1511 | Whew Freenode services are super grumpy | |
| 02:58:39 | Spazmotic | Morning folks. | |
| 11:13:54 | melwitt | mriedem: do you know anything about py3 support in osc-placement? dhellman was asking about it, said it claims support in the classifiers but he didn't see any py3 jobs configured for it | |
| 11:18:52 | mriedem | there isn't a job for it, i added that to the ptg etherpad | |
| 11:19:02 | mriedem | should be easy to add, i can work something up, in doug's honor | |
| 11:19:10 | openstack | Launchpad bug 1751564 in OpenStack Dashboard (Horizon) "unable to attach multiattach volume to server" [Undecided,New] | |
| 11:19:10 | mriedem | ildikov: fyi https://bugs.launchpad.net/horizon/+bug/1751564 | |
| 11:19:28 | mriedem | if you know any horizon people | |
| 11:34:23 | openstackgerrit | Matt Riedemann proposed openstack/osc-placement master: Enable py35 unit and functional test jobs https://review.openstack.org/547809 | |
| 11:34:24 | mriedem | melwitt: ^ | |
| 11:38:04 | melwitt | mriedem: cool, thanks | |
| 12:04:07 | openstackgerrit | Matt Riedemann proposed openstack/osc-placement master: Enable py35 unit test job https://review.openstack.org/547809 | |
| 12:10:14 | openstackgerrit | Matt Riedemann proposed openstack/osc-placement master: Migrate legacy-osc-placement-dsvm-functional job in-tree https://review.openstack.org/547812 | |
| 12:25:49 | openstackgerrit | Matt Riedemann proposed openstack/osc-placement master: Add osc-placement-dsvm-functional-py3 job https://review.openstack.org/547815 | |
| 12:38:12 | Spazmotic | Quiet in here tonight but forgot it's a sunday morning hehe | |
| 12:38:23 | Spazmotic | Night shift things~ | |
| 15:29:00 | openstackgerrit | Merged openstack/nova stable/ocata: Fix instance lookup in hide_server_addresses extension https://review.openstack.org/518997 | |
| 15:29:36 | openstackgerrit | Merged openstack/nova stable/ocata: Lazy-load instance attributes with read_deleted=yes https://review.openstack.org/545989 | |