| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-02-03 | |||
| 01:05:32 | oomichi | mriedem: yeah, by you. LGTM for the reno | |
| 01:05:55 | mriedem | just sign with your +W | |
| 01:07:04 | oomichi | yep, done | |
| 01:07:19 | mriedem | great, thanks | |
| 01:13:17 | gmann | mriedem: +1, all grep and extra check good now | |
| 01:13:33 | edleafe | jroll: thanks | |
| 01:13:37 | edleafe | doh | |
| 01:13:51 | mriedem | i'm going to tag the highest for ocata microversions in the docs too, for compute and placement | |
| 01:15:07 | gmann | +1 | |
| 01:15:49 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Mark compute/placement REST API max microversions for Ocata https://review.openstack.org/428528 | |
| 01:16:07 | mriedem | oomichi: ^ | |
| 01:17:31 | oomichi | mriedem: so will you -2 patches which increase microversion in this cycle? | |
| 01:17:42 | oomichi | if so, +2 on the patch | |
| 01:18:14 | gmann | after that branch going to be made right | |
| 01:18:18 | melwitt | dansmith, mriedem: what are the 21 failures? I don't see that on the jenkins run | |
| 01:18:23 | mriedem | we won't have any other microversions in ocata | |
| 01:18:29 | gmann | yea | |
| 01:18:48 | oomichi | ok, +2 | |
| 01:19:00 | dansmith | melwitt: 21 failures after I've started making the other functions do the same | |
| 01:19:38 | openstackgerrit | Dan Smith proposed openstack/nova master: WIP Request zero root disk for boot-from-volume instances https://review.openstack.org/428481 | |
| 01:19:38 | openstackgerrit | Dan Smith proposed openstack/nova master: WIP Add functional test for boot-from-volume instances https://review.openstack.org/428505 | |
| 01:19:42 | dansmith | melwitt: that ^ | |
| 01:19:46 | dansmith | and .. I'm out | |
| 01:20:25 | melwitt | oh, gotcya | |
| 01:20:39 | melwitt | that means ... gotcha and cya at the same time | |
| 01:22:10 | mriedem | we need more depends-ons https://review.openstack.org/#/c/428531/ | |
| 01:25:02 | openstackgerrit | Maciej Szankin proposed openstack/nova master: conf: Resolve TODOs in 'database' https://review.openstack.org/393695 | |
| 01:29:33 | mriedem | melwitt: want to send this in https://review.openstack.org/#/c/428528/ ? | |
| 01:30:12 | openstackgerrit | Ed Leafe proposed openstack/nova master: Delete a compute node's resource provider when node is deleted https://review.openstack.org/428375 | |
| 01:30:51 | melwitt | mriedem: k | |
| 01:31:20 | melwitt | +W. gotta run for now | |
| 01:31:24 | edleafe | mriedem: jroll: ^^ fixed jroll's comments | |
| 01:55:56 | openstackgerrit | Zhenguo Niu proposed openstack/nova master: Fix breaking out of nested loops https://review.openstack.org/424931 | |
| 03:18:17 | mriedem | edleafe: reviewed your patch, some issues, mostly minor, should be easy to deal with in the morning | |
| 03:48:09 | mriedem | EmilienM: in a tripleo experimental run on nova, which job should i be looking at? gate-tripleo-ci-centos-7-ovb-ha-tempest? | |
| 03:48:34 | mriedem | i can't make heads or tails of the failures in gate-tripleo-ci-centos-7-ovb-nonha | |
| 03:49:15 | mriedem | i guess the 2 hour 13 minute tempest one is the one i want http://logs.openstack.org/60/428360/2/experimental-tripleo/gate-tripleo-ci-centos-7-ovb-ha-tempest/4eff29f/console.html#_2017-02-03_00_42_04_028094 | |
| 03:49:21 | EmilienM | mriedem: no, gate-tripleo-ci-centos-7-nonha-multinode-nv | |
| 03:49:35 | EmilienM | it's the fastest we have | |
| 03:49:37 | mriedem | EmilienM: that doesn't run on nova's experimental queue | |
| 03:49:45 | mriedem | looking at https://review.openstack.org/#/c/428360/ | |
| 03:50:11 | EmilienM | it did, gate-tripleo-ci-centos-7-nonha-multinode | |
| 03:50:19 | EmilienM | the -nv is when the job will move in check pipeline | |
| 03:52:12 | EmilienM | mriedem: do you need anything else? otherwise I'm heading to sleep | |
| 03:52:24 | mriedem | oh i was looking in the group of tripleo jobs | |
| 03:52:39 | mriedem | no i'll poke in the morning i guess | |
| 03:54:09 | mriedem | i'm gonna have a hell of a time figuring out why this job failed | |
| 03:54:35 | EmilienM | mriedem: I can release my morning and debug with you on the tripleo job | |
| 03:54:49 | EmilienM | I've patched our CI tonight to add more debug | |
| 03:55:11 | EmilienM | if you run "check experimental" again, you should have debug = true on nova.conf | |
| 03:55:11 | mriedem | ok | |
| 03:55:20 | mriedem | i also see the heat stack failed on instance not found http://logs.openstack.org/60/428360/2/experimental/gate-tripleo-ci-centos-7-nonha-multinode/6ca334c/console.html#_2017-02-02_20_42_31_044252 | |
| 03:55:22 | mriedem | so that killed it | |
| 03:55:27 | mriedem | anyway, talk to you tomorrow | |
| 03:55:35 | EmilienM | so this is a pingtest | |
| 03:55:42 | EmilienM | which means we weren't able to spawn a server | |
| 03:56:05 | EmilienM | http://logs.openstack.org/60/428360/2/experimental/gate-tripleo-ci-centos-7-nonha-multinode/6ca334c/logs/subnode-2/var/log/nova/nova-api.txt.gz#_2017-02-02_20_42_17_097 | |
| 03:56:26 | EmilienM | recheck the job (and check experimental), so you'll have DEBUG | |
| 03:56:30 | EmilienM | mriedem: good night | |
| 04:25:22 | mriedem | rc1 is basically ready to go i think https://review.openstack.org/#/c/428531/ | |
| 07:17:37 | openstackgerrit | Jiri Suchomel proposed openstack/nova master: Retry few times when creating the initial connection to libvirtd. https://review.openstack.org/416928 | |
| 07:28:43 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Should raise correct error instead of class exist in Placement API https://review.openstack.org/428612 | |
| 07:31:02 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Check destination_type when booting with bdm provided https://review.openstack.org/402372 | |
| 07:31:17 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Don't delete neutron port when attach failed https://review.openstack.org/403568 | |
| 07:36:07 | openstackgerrit | gecong proposed openstack/os-vif master: Delete H803 from ignore list https://review.openstack.org/428614 | |
| 07:38:14 | openstackgerrit | gecong proposed openstack/os-vif master: Delete H803 from ignore list https://review.openstack.org/428614 | |
| 08:16:34 | tdurakov | johnthetubaguy: hi, are you around? | |
| 08:40:24 | openstackgerrit | Hieu LE proposed openstack/nova master: Remove mox from unit/virt/libvirt/test_imagebackend.py (end) https://review.openstack.org/335925 | |
| 08:51:35 | openstackgerrit | Jeremy Liu proposed openstack/nova master: [3/3]Replace six.iteritems() with .items() https://review.openstack.org/415080 | |
| 08:58:53 | openstackgerrit | Andrey Volkov proposed openstack/nova master: Update pci device fields from deleted object https://review.openstack.org/426243 | |
| 08:59:17 | openstackgerrit | Silvan Kaiser proposed openstack/nova master: Removes getfattr from Quobyte Nova driver https://review.openstack.org/428646 | |
| 09:15:13 | sudipto | bauzas, hi, just a small query - if i have a property like cpuset, how do we represent that in the form of a inventory table data (of the new placement API). My doubt is - cpu set is a list of cpus, however the inventory field says: Total as one of the field attributes... | |
| 09:15:35 | sudipto | So how can i represent a cpuset inventory... | |
| 09:18:43 | openstackgerrit | Sergey Nikitin proposed openstack/nova master: Change parent of diagnostics objects to NovaObject class https://review.openstack.org/394480 | |
| 09:18:44 | openstackgerrit | Sergey Nikitin proposed openstack/nova master: Standardization of VM diagnostics info API. https://review.openstack.org/355540 | |
| 09:18:45 | openstackgerrit | Sergey Nikitin proposed openstack/nova master: Completed implementation of instance diagnostics for Xen https://review.openstack.org/399613 | |
| 09:35:04 | openstackgerrit | Zhenyu Zheng proposed openstack/nova master: Should raise correct error instead of class exist in Placement API https://review.openstack.org/428612 | |
| 09:49:48 | openstackgerrit | Lee Yarwood proposed openstack/nova master: libvirt: Remove redundant bdm serial mangling and saving during swap_volume https://review.openstack.org/427364 | |
| 10:10:58 | bauzas | sudipto: sorry, missed your question | |
| 10:11:09 | sudipto | bauzas, np | |
| 10:11:37 | bauzas | sudipto: for the moment, we only have quantitave resources represented in the Placement PAI | |
| 10:11:49 | bauzas | sudipto: which are CPU usage, RAM and disk usage | |
| 10:11:54 | sudipto | bauzas, hmm ok. | |
| 10:12:46 | bauzas | sudipto: when saying cpu_set, which particular compute resource are you talking about ? | |
| 10:13:14 | sudipto | bauzas, https://github.com/openstack/nova/blob/master/nova/objects/numa.py#L47 this one... | |
| 10:13:20 | bauzas | sudipto: on the cpu pinning details | |
| 10:13:25 | bauzas | sudipto: I mean the NUMA things | |
| 10:13:48 | bauzas | sudipto: so, yeah, this one is targeted to be implemented thanks to a nested-resource-provided BP | |
| 10:14:05 | sudipto | bauzas, yeah i read through this: https://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/nested-resource-providers.html | |
| 10:14:05 | bauzas | basically, we'd say that that compute UUID == RP UUID | |
| 10:14:34 | bauzas | and it would be parent of nested resource providers giving details on NICs or CPUs | |
| 10:14:51 | bauzas | sudipto: exactly, so FWIW it will be a pike thing | |
| 10:15:06 | sudipto | However, i could visualise how it would work for a numa_node's cpus or numa_node's memory (which would be qutitiative) - but if there's a set of cpus for a numa node, how do we represent it was my question... | |
| 10:15:35 | sudipto | since we have defined a "total" field in the inventory table. | |
| 10:18:45 | johnthetubaguy | tdurakov: sorry, late getting onto IRC this morning, hows things? | |
| 10:20:02 | johnthetubaguy | bauzas: good point on updating the allocations, that change just fixes the bleeding | |
| 10:20:26 | bauzas | sudipto: FWIW, I don't think cpu sets are quantitative amounts | |
| 10:20:35 | johnthetubaguy | bauzas: I have a feeling if you restart nova-compute, we end up writing out updated allocations, but I am not 100% sure on that, the code scares me lots | |
| 10:20:43 | bauzas | johnthetubaguy: so I asked yesterday | |
| 10:20:59 | bauzas | johnthetubaguy: and I've been told that periodic updates rewrite the whole allocations | |