Posted	Nick	Remark
#openstack-nova - 2018-09-22
04:30:43	openstackgerrit	Merged openstack/nova master: Nix update_instance_allocation, _allocate_for_instance https://review.openstack.org/604186
06:50:21	openstackgerrit	OpenStack Proposal Bot proposed openstack/nova stable/rocky: Imported Translations from Zanata https://review.openstack.org/604260
11:29:17	openstackgerrit	Brin Zhang proposed openstack/nova master: Specifies the storage backend to boot instance https://review.openstack.org/579360
16:06:25	mriedem	imacdonn: replied
16:07:03	mriedem	karimull: there are "hooks" so you could write something out of tree to run before/after the driver spawn in the compute service, however, hooks are deprecated and your out of tree code could be broken at any time
16:07:46	mriedem	https://github.com/openstack/nova/blob/master/nova/hooks.py
16:24:52	imacdonn	mriedem: thanks!
16:30:23	openstackgerrit	Matt Riedemann proposed openstack/nova master: Ignore VirtDriverNotReady in _sync_power_states periodic task https://review.openstack.org/604376
17:20:41	openstackgerrit	Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226
19:57:06	openstackgerrit	Merged openstack/nova stable/rocky: Fix service list for disabled compute using MC driver https://review.openstack.org/592310
20:32:29	openstackgerrit	Vlad Gusev proposed openstack/nova stable/pike: libvirt: Reduce calls to qemu-img during update_available_resource https://review.openstack.org/604039
#openstack-nova - 2018-09-23
05:17:24	openstackgerrit	Merged openstack/nova master: Allow ability for non admin users to use all filters on server list. https://review.openstack.org/526558
06:47:15	openstackgerrit	OpenStack Proposal Bot proposed openstack/nova stable/rocky: Imported Translations from Zanata https://review.openstack.org/604260
06:53:37	openstackgerrit	OpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata https://review.openstack.org/604577
08:08:05	openstackgerrit	Brin Zhang proposed openstack/nova master: Specifies the storage backend to boot instance https://review.openstack.org/579360
10:04:17	openstackgerrit	Brin Zhang proposed openstack/nova master: Rename "polling_changes-since_parameter.rst" https://review.openstack.org/604606
10:43:24	openstackgerrit	Brin Zhang proposed openstack/nova master: Rename "polling_changes-since_parameter.rst" https://review.openstack.org/604606
10:52:09	openstackgerrit	Hamdy Khader proposed openstack/nova master: Set defult value of num_nvme_discover_tries=5 https://review.openstack.org/602351
15:01:18	openstackgerrit	melissaml proposed openstack/python-novaclient master: Update the URL in doc https://review.openstack.org/604629
15:28:55	openstackgerrit	Jack Ding proposed openstack/nova master: Correct instance port binding for rebuilds/reboots https://review.openstack.org/603844
15:48:16	openstackgerrit	Jack Ding proposed openstack/nova master: Correct instance port binding for rebuilds/reboots https://review.openstack.org/603844
#openstack-nova - 2018-09-24
02:15:15	openstackgerrit	Jack Ding proposed openstack/nova master: Correct instance port binding for rebuilds/reboots https://review.openstack.org/603844
06:23:18	openstackgerrit	Brin Zhang proposed openstack/nova master: Add volume_type field to BlockDeviceMapping object https://review.openstack.org/604687
06:57:44	openstackgerrit	Brin Zhang proposed openstack/nova master: Add volume_type field to BlockDeviceMapping object https://review.openstack.org/604687
06:58:55	gibi	mriedem: thanks for the review, I'm planning to focus on that patch series this week
06:59:34	gibi	cdent: bedisdes the use-nested-allocation-candidates I think bauzas working on the vgpu support that will utilize nested scheduling too
07:05:16	gibi	s/bedisdes/besides/ :)
08:03:09	openstackgerrit	Lee Yarwood proposed openstack/nova master: placement: Always reset conf.CONF when starting the wsgi app https://review.openstack.org/604693
08:03:47	openstackgerrit	Lee Yarwood proposed openstack/nova stable/rocky: placement: Always reset conf.CONF when starting the wsgi app https://review.openstack.org/604694
08:31:37	bauzas	good morning nova
08:31:41	bauzas	I wave a bit late tho
08:46:15	gibi	bauzas: good morning
08:52:09	openstackgerrit	Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226
09:05:55	zioproto	hello
09:06:12	zioproto	I am upgrading my cluster from Newton to Ocata, and I see weird failures in Nova like this http://paste.openstack.org/show/730608/
09:06:24	zioproto	does anyone had such problems with database foreign keys ?
09:06:29	zioproto	this seems to be related to heat
09:34:01	openstackgerrit	Brin Zhang proposed openstack/nova master: Add volume_type field to BlockDeviceMapping object https://review.openstack.org/604687
09:57:59	ondrejme	Hello, I am trying to build Rocky from source and deploy with Kolla-ansible. I have tried to create image for nova (rhel-based), but there's a version requirement for qemu - a "qemu-img-ev". I don't want to use -ev so i built it with older version called "qemu-img". What problems can I encounter? Thanks ahead.
09:59:35	openstackgerrit	Merged openstack/osc-placement master: import zuul job settings from project-config https://review.openstack.org/601374
10:04:28	openstackgerrit	Brin Zhang proposed openstack/nova master: Specifies the storage backend to boot instance https://review.openstack.org/579360
10:06:25	egonzalez	ondrejme better use #openstack-kolla channel, sort question is to remove package and append your with template overrides {% set nova_compute_packages_remove = ['qemu-img-ev'] %} {% set nova_compute_packages_append = ['qemu-img'] %}
10:06:39	openstackgerrit	Merged openstack/osc-placement master: switch documentation job to new PTI https://review.openstack.org/601375
10:06:41	openstackgerrit	Merged openstack/osc-placement master: add python 3.6 unit test job https://review.openstack.org/601376
10:09:25	johnthetubaguy	gibi: I had thoughts on this one, but really close to approve, what do you think, if you have time to take a peak at that? https://review.openstack.org/#/c/476459/29
10:11:15	ondrejme	egonzales: thats what I did, and I managed to deploy as well with successful instance launch, that instance is up and running just fine, I was just wondering if you know of any functions that will not work that way
10:23:53	gibi	johnthetubaguy: looking
10:34:33	openstackgerrit	Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226
10:41:57	gibi	johnthetubaguy: responeded inline. I think you raised the same issue melwitt raised in PS21 then had some back and forth and ended up passing delete_type instead on NotificationAction
10:57:36	johnthetubaguy	gibi: cool, I was struggling to work out all the context in the previous revisions
10:58:00	johnthetubaguy	gibi: I am OK with add the host param, but wasn't sure what you thought, can be a follow up patch
10:58:59	gibi	johnthetubaguy: yeah I can do a followup right away
10:59:31	johnthetubaguy	gibi: sounds good, I wasn't 100% if my reading of that was correct
10:59:46	gibi	johnthetubaguy: I double checked and I think you are correct
10:59:56	johnthetubaguy	gibi: given its been cooking since jun17, lets just merge where we are now!
11:00:04	gibi	johnthetubaguy: I totally agree
11:00:13	johnthetubaguy	cool
11:11:24	openstackgerrit	Balazs Gibizer proposed openstack/nova master: Follow up for Ib6f95c22ffd3ea235b60db4da32094d49c2efa2a https://review.openstack.org/604743
11:11:38	gibi	johnthetubaguy: thanks for the reviews, here is the followup ^
11:36:56	kashyap	gibi: Thanks for the review here: https://review.openstack.org/#/c/562313/3
11:37:51	gibi	kashyap: don't worry, it is easy to mix those variables
11:38:08	kashyap	So two things there: (a) first bump the version for Stein, as advertized in commit: 28d337b (Pick next minimum libvirt / QEMU versions for "Stein")
11:38:26	openstackgerrit	Vladyslav Drok proposed openstack/nova stable/pike: Fix resize_instance rpcapi call https://review.openstack.org/603439
11:39:41	kashyap	gibi: ... (b) Need to pick version for the 'T' release.
11:39:52	kashyap	gibi: Can't bump without first picking the future MIN versions for the 'T' release.
11:39:57	kashyap	johnthetubaguy: ^ You have a comment here?
11:43:10	gibi	kashyap: so you will propose a patch that set MIN based on NEXT_MIN but for that we have to figure out what will be the new value of NEXT_MIN
11:44:09	kashyap	gibi: Yes. First we need to pick NEXT_MIN_* versions
11:44:17	kashyap	gibi: Like I sent out an email to 'operators' list in the past: http://lists.openstack.org/pipermail/openstack-operators/2018-April/015089.html
11:44:42	gibi	kashyap: OK this make sense
11:44:52	kashyap	(Operators + Dev list)
11:44:55	kashyap	Do we have a name for the 'T' release yet?
11:45:44	gibi	kashyap: I think we are in the name suggestion phase
11:45:48	kashyap	gibi: I just need to spend some tedious time to go through all distros that matter / upstream cares about, and arrive at the new enough version that is supported by all distros..
11:46:04	gibi	kashyap: sounds like fun
11:46:20	kashyap	gibi: It is mind-warpingly tedious, but necessary :D
11:46:38	gibi	kashyap: OK, that is a better description than "fun" :D
11:47:35	kashyap	Heh
11:56:19	kashyap	gibi: 'T' will be at the end of 2019, isn't it?
12:00:12	gibi	kashyap: autumn 2019
12:00:36	kashyap	Yeah. So I'm writing an email to the list, to see if we even want to pick MIN_ versions so far out (one year ahead)
12:01:56	kashyap	There will be 13+ libvirt releases (including maintenance streams), IIRC. And some 4 QEMU releases
12:02:23	kashyap	I'll just write the email to the list; MattR will definitely have an opinion. As he also did this work in the past.
12:06:06	gibi	kashyap: I agree that it is a good way forward
12:06:22	kashyap	gibi: What do you mean? I think you mean "let's write to the list and talk there"?
12:07:15	gibi	kashyap: yeah, lets describe the issue as you descibed above (e.g. we need a new NEXT_MIN but there will be still a lot of libvirt release until 2019 autumn) on the ML
12:08:47	kashyap	Yeah, almost half-way through the e-mail
12:08:51	gibi	cool
12:27:19	johnthetubaguy	kashyap: from the wiki page, looks like the question is basically when do we drop Ubuntu 16.04 support?
12:28:28	kashyap	johnthetubaguy: Is it just that?
12:28:48	kashyap	johnthetubaguy: Or we can just stick to the next LTS release, that is 18.04, Bionic?
12:30:00	kashyap	johnthetubaguy: But I like your phrasing, which gives a much simplified view of the problem :-)
12:30:21	johnthetubaguy	kashyap: yeah, I just reading through the wiki page
12:30:59	kashyap	johnthetubaguy: Based on that, I think we can simply just go with 'Bionic'.
12:31:11	kashyap	I'll double-check all the other distros, too
12:33:13	johnthetubaguy	so, I think we said 3.0.0 and 2.8.0 which is Debian Stretch being the lower bound next, so its jump from Ubuntu Xenial to Debian Stretch as the lowest (including dropping SUSE leap 42.2)
12:33:33	johnthetubaguy	https://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix
12:33:35	mdbooth	Just debugging a functional test where I'm trying to force an instance to a particular host. I'm getting NoValidHost. It seems we always ask placement for candidates even if we're forcing a specific host, is that correct?
12:33:43	johnthetubaguy	kashyap: I just updated that for Rocky
12:34:47	kashyap	johnthetubaguy: Ah, thanks!

Earlier   Later