| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-02-21 | |||
| 14:08:06 | mriedem | which reminds me that we need to remove the network CLIs from novaclient | |
| 14:18:59 | openstackgerrit | Gyorgy Szombathelyi proposed openstack/nova master: Use the keystone session loader in the placement reporting https://review.openstack.org/436475 | |
| 14:23:33 | openstackgerrit | sahid proposed openstack/nova-specs master: Libvirt driver emulator threads placement policy https://review.openstack.org/427066 | |
| 14:34:56 | openstackgerrit | sahid proposed openstack/nova master: numa: add numa constraints for emulator threads policy https://review.openstack.org/385023 | |
| 14:34:59 | openstackgerrit | sahid proposed openstack/nova master: libvirt: return a CPU overhead if isolate emulator threads requested https://review.openstack.org/385364 | |
| 14:35:00 | openstackgerrit | sahid proposed openstack/nova master: numa: fit instance topology with cpus reserved onto cores https://review.openstack.org/400875 | |
| 14:35:01 | openstackgerrit | sahid proposed openstack/nova master: virt: update overhead to take into account vCPUs https://review.openstack.org/385024 | |
| 14:35:04 | openstackgerrit | sahid proposed openstack/nova master: libvirt: make emulator threads to run on the reserved pCPU https://review.openstack.org/400878 | |
| 14:35:05 | openstackgerrit | sahid proposed openstack/nova master: numa: update numa usage incording the cpu reserved https://review.openstack.org/400877 | |
| 14:35:05 | openstackgerrit | sahid proposed openstack/nova master: numa: take into account cpus reserved https://review.openstack.org/400876 | |
| 14:54:14 | openstackgerrit | Dinesh Bhor proposed openstack/nova-specs master: Policy support for specific metadata keys https://review.openstack.org/436493 | |
| 14:54:52 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: WIP: Remove deprecated image commands/API bindings https://review.openstack.org/436494 | |
| 14:58:19 | mriedem | frickler: mlavalle has one somewhere, sec | |
| 14:59:20 | mriedem | frickler: https://github.com/miguellavalle/python-placementclient | |
| 15:00:07 | mriedem | i don't think that's the one i was thinking of, it doesn't have any code in it | |
| 15:00:52 | mriedem | cdent: do you remember where miguel's osc placement client plugin lives? ^ | |
| 15:01:33 | cdent | mriedem: yeah, one sec | |
| 15:01:41 | mriedem | https://github.com/miguellavalle/python-placementclient/tree/adding-grp-support | |
| 15:01:43 | mriedem | found it | |
| 15:01:49 | cdent | https://github.com/miguellavalle/python-placementclient | |
| 15:01:57 | cdent | more coke | |
| 15:02:10 | frickler | mriedem: cdent: ah, nice, thanks | |
| 15:02:18 | mriedem | cdent: yeah the branch was the key | |
| 15:02:21 | mriedem | master is mostly empty | |
| 15:03:38 | cdent | frickler: what we found in the resource tracker was that a client wasn't all that needed. keystoneauth makes it pretty easy | |
| 15:04:52 | mriedem | i think admins are still going to want something in osc | |
| 15:05:03 | mriedem | for linking aggregates to resource providers | |
| 15:05:15 | cdent | mriedem: yeah, sure, just noting it | |
| 15:05:20 | tittywai | hi... what country are you people from | |
| 15:06:04 | mriedem | tittywai: that's a very random question, is there context? | |
| 15:06:13 | edmondsw | tittywai lots of different ones | |
| 15:06:19 | frickler | it may be easy, but for an operator it would still be nice to have a command at the end of https://docs.openstack.org/developer/nova/placement.html that confirms that all computes have successfully placed their data into the api | |
| 15:07:00 | tittywai | no what I mean is that.. where you are right now.. to be more specific... :P | |
| 15:07:26 | mriedem | tittywai: many people are currently at the PTG in Atlanta, GA in the US | |
| 15:08:12 | bauzas | frickler: I think it's a bit premature to have that, given we also need to cut the current methods we use into a different module at least | |
| 15:08:36 | bauzas | frickler: a separate try was https://review.openstack.org/#/c/417111/ | |
| 15:08:56 | tittywai | mriedem: thanks for the info | |
| 15:09:01 | tittywai | im from sg | |
| 15:09:06 | mriedem | bauzas: frickler just wants to know they are fully upgraded i believe | |
| 15:09:16 | mriedem | so that all computes are reporting into placement so the filter scheduler starts using placement | |
| 15:09:27 | bauzas | um ok | |
| 15:09:56 | mriedem | so i guess nova hypervisor-list wc matches placement resource-provider-list | |
| 15:10:02 | mriedem | or something like that | |
| 15:10:05 | mriedem | frickler: please confirm | |
| 15:10:23 | mriedem | frickler: also, check out the "nova-status upgrade check" command | |
| 15:10:44 | mriedem | frickler: https://docs.openstack.org/developer/nova/man/nova-status.html#upgrade | |
| 15:10:51 | mriedem | that might help you in the meantime | |
| 15:11:05 | satyar | hi mriedem | |
| 15:11:10 | frickler | nova-status: command not found -- for Newton | |
| 15:11:17 | mriedem | frickler: new in ocata | |
| 15:12:32 | markus_z | mriedem: Now is a bad time to ask you about the newton backport for serial console https://review.openstack.org/#/c/406898/ right? | |
| 15:12:34 | frickler | we are currently doing Newton deployments but want to make sure we have the placement-api in place there properly, so that the upgrade to Ocata will be easier | |
| 15:12:45 | mriedem | markus_z: yup | |
| 15:12:47 | mriedem | satyar: hi | |
| 15:13:00 | markus_z | np, I'll ask again next week | |
| 15:13:19 | bauzas | mriedem: I see | |
| 15:13:24 | mriedem | frickler: yeah. you could install nova ocata in a venv and run it against newton with your full nova.conf | |
| 15:13:36 | mriedem | nova.conf from the control node | |
| 15:13:56 | bauzas | frickler: you wanna get that from an API call ? | |
| 15:14:14 | bauzas | frickler: because it's fairly simple to just DB query that if you don't cells | |
| 15:14:23 | bauzas | for Newton I mean of course | |
| 15:14:42 | mriedem | you can curl request to the placement endpoint | |
| 15:14:51 | mriedem | there are a few ways to skin this cat | |
| 15:14:55 | bauzas | as well | |
| 15:15:03 | bauzas | given you have a valid token of course | |
| 15:20:48 | frickler | yeah, so I guess I'll script something together with that | |
| 15:57:47 | openstackgerrit | Sean Dague proposed openstack/nova master: Verify project id for flavor access calls https://review.openstack.org/435432 | |
| 16:20:48 | bauzas | reminder for non-English native bug reporters, please think of people who don't speak your language | |
| 16:20:50 | openstack | Launchpad bug 1666148 in OpenStack Compute (nova) "nova set-password instancesname return 409 error" [Undecided,New] | |
| 16:20:50 | bauzas | https://bugs.launchpad.net/nova/+bug/1666148 | |
| 16:21:25 | bauzas | désolé, je ne parle pas le chinois et j'ai aussi essayé de googler | |
| 16:22:40 | bauzas | hah, that's just a google footer telling the bug reporter did translated automatically their report... | |
| 16:33:15 | openstackgerrit | Pushkar Umaranikar proposed openstack/nova master: Placement api: set custom json_error_formatter in resource_class https://review.openstack.org/430463 | |
| 16:34:25 | openstackgerrit | Pushkar Umaranikar proposed openstack/nova master: Placement api: set custom json_error_formatter in resource_class https://review.openstack.org/430463 | |
| 16:43:00 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: WIP: Remove deprecated image commands/API bindings https://review.openstack.org/436494 | |
| 16:59:14 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: Remove deprecated image commands/API bindings https://review.openstack.org/436494 | |
| 17:04:05 | openstackgerrit | Matt Riedemann proposed openstack/python-novaclient master: Remove deprecated image commands/API bindings https://review.openstack.org/436494 | |
| 18:31:32 | openstackgerrit | Sean Dague proposed openstack/nova master: Verify project id for flavor access calls https://review.openstack.org/435432 | |
| 18:54:16 | diana_clarke | mriedem: Have you seen any patches go by to fix these warnings? They're getting really annoying ;) http://paste.openstack.org/show/598407/ | |
| 18:54:24 | diana_clarke | (If not, I can look into it) | |
| 18:55:52 | mriedem | diana_clarke: no, i think it's actually an issue in the openrc created in devstack | |
| 18:55:57 | mriedem | i assume it's setting OS_TENANT_ID | |
| 18:56:44 | diana_clarke | mriedem: Okie dokie. I'll look into it then. I just assumed someone else probably got to it already, but perhaps not. | |
| 19:10:53 | dansmith | alaski: just thought you might want to know.. I just started the first ever instance in a second cell(v2) | |
| 19:11:30 | gmann | gibi: bauzas I am ok to add that tests in tempest but few inline comment and yes we can reduced the testing bits if that really saving time and resource - https://review.openstack.org/#/c/374887/12 | |
| 19:11:31 | melwitt | dansmith: did you have to do anything more than the cell-aware compute node get? | |
| 19:12:01 | dansmith | melwitt: yes, lots | |
| 19:12:06 | melwitt | oh | |
| 19:12:25 | melwitt | (I meant as the last hurdle) | |
| 19:12:53 | dansmith | compute node and service get per cell, and then (super-)conductor was creating the instance action in the wrong cell | |
| 19:12:54 | dansmith | i.e. not targeted | |
| 19:12:55 | dansmith | and failing | |
| 19:13:06 | dansmith | which means that's a bug we would not have caught if we didn't go with the full three-way deal right way | |
| 19:13:09 | dansmith | so, glad we did that | |
| 19:13:41 | melwitt | ah | |
| 19:16:04 | bauzas | gmann: FWIW, I don't like that because it just consumes a lot of infra resources for some very small coverage | |
| 19:16:53 | bauzas | gmann: instead, I'm just writing a functional test in the nova tree that would setup a fake env using fixtures and would verify the output without requiring further space | |
| 19:18:56 | openstackgerrit | Anusha Unnam proposed openstack/nova master: Remove mox from nova/tests/unit/virt/vmwareapi/test_vif.py https://review.openstack.org/436596 | |
| 19:19:12 | gmann | bauzas: yea functional tests on nova is nice idea. But on tempest side also i think this is something nice things to tests. yea infra resource is issue but we can sort out that where to run those tests. Making Tempest more useful for production env testing also :) | |
| 19:19:43 | gmann | bauzas: i mean yea infra resource and gate is 1 think but it will be for production cloud testing also | |