Earlier  
Posted Nick Remark
#openstack-nova - 2017-04-10
07:58:06 openstackgerrit Balazs Gibizer proposed openstack/nova master: explain payload inheritance in notification devref https://review.openstack.org/453667
09:17:59 openstackgerrit XieYingYun proposed openstack/nova master: Add Apache License Content in index.rst https://review.openstack.org/455176
09:36:26 openstackgerrit Zhenyu Zheng proposed openstack/nova master: WIP fix HTTP 500 raised for getColsolelog for stopped instance https://review.openstack.org/455183
09:43:04 openstackgerrit Stephen Finucane proposed openstack/nova master: Add description to policies in hypervisors.py https://review.openstack.org/451294
09:44:36 openstackgerrit Stephen Finucane proposed openstack/nova-specs master: Create specs directory for Queens https://review.openstack.org/453737
09:44:36 openstackgerrit Stephen Finucane proposed openstack/nova-specs master: Add 'move-nova-cmds-to-cliff' spec https://review.openstack.org/433603
09:51:34 openstackgerrit Lee Yarwood proposed openstack/nova-specs master: Libvirt: Native LUKS file and host device decryption by QEMU https://review.openstack.org/437070
09:52:05 lyarwood kashyap: ^ thanks for the note re QEMU 2.9 and LUKS support on RBD, did you have a reference URL I could use for that? I can't see anything in the changelog.
09:52:33 lyarwood mdbooth: ^ if you have time today, I think this might be able to land before the deadline on Wednesday.
09:52:56 kashyap lyarwood: Changelog doesn't have it; it's been in the mailing list discussions. I'll add a link on the review
09:53:06 kashyap lyarwood: IIRC, Matt is away til 12
09:53:20 lyarwood ah!
09:53:52 kashyap lyarwood: You want a reference URL for _existing_ LUKS support for RBD, yes?
09:54:13 lyarwood kashyap: yeah anything that highlights that it is present in 2.9
09:54:33 kashyap I'll point to some Git commits in the review
09:54:42 kashyap (In a bit)
09:55:08 lyarwood kashyap: thanks
10:22:15 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for GET RP inventory https://review.openstack.org/455213
10:22:16 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for DELETE RP inventory https://review.openstack.org/455215
10:22:16 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for PUT RP inventory https://review.openstack.org/455214
11:01:01 openstackgerrit Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2) https://review.openstack.org/408955
11:35:36 openstackgerrit jichenjc proposed openstack/python-novaclient master: Remove version 1.1 support https://review.openstack.org/453980
11:45:06 johnthetubaguy sneti: when you are online, we should catch up with mriedem about https://review.openstack.org/#/c/407228
11:46:54 openstackgerrit John Garbutt proposed openstack/nova master: Add zero down time upgrade steps https://review.openstack.org/393931
11:47:17 openstackgerrit John Garbutt proposed openstack/nova master: Add zero down time upgrade steps https://review.openstack.org/393931
11:59:23 openstackgerrit Tadas Ustinavičius proposed openstack/nova master: OpenStack lacks ability to define custom path to emulator. Nova will always use the default path defined by libvirt. This makes impossible to use custom built qemu emulators in non-default system paths. This patch solves this problem. https://review.openstack.org/445558
12:03:45 openstackgerrit Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2) https://review.openstack.org/408964
12:07:59 openstackgerrit Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2) https://review.openstack.org/408964
12:08:41 openstackgerrit Takashi NATSUME proposed openstack/nova master: Add functional tests for cold migration to same host https://review.openstack.org/414926
12:09:01 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Add parameters in cold migrate action https://review.openstack.org/410042
12:09:25 openstackgerrit Takashi NATSUME proposed openstack/nova master: Avoid forcing translation on logging calls https://review.openstack.org/413876
12:35:44 kashyap sfinucan: This patch (emulator_versioN) should add more caveats. Does my comment make sense here: https://review.openstack.org/#/c/445558/5
12:36:49 openstackgerrit Lee Yarwood proposed openstack/nova master: encryptors: Do not overwrite file volumes on attach_volume https://review.openstack.org/452938
12:39:14 sfinucan kashyap: Just heading for lunch, but I'll take a gawk soon as I'm back
12:39:27 kashyap Likewise, here, too
12:39:37 kashyap Gawk at your leisure
12:45:26 Dinesh_Bhor sfinucan: Hi, please check this too after your lunch: https://review.openstack.org/#/c/364687/ I have addressed your review comments.
12:59:50 dane-fichter johnthetubaguy: could you take a look at https://review.openstack.org/#/c/351232/ ?
13:00:15 dane-fichter mriedem +2'd it a couple days ago but it hasn't had much activity since then
13:01:29 johnthetubaguy dane-fichter: yeah, the already +2ed backlog is getting a bit big with all the effort on spec reviews, will try hit that one soon
13:02:23 dane-fichter johnthetubaguy: Ah yeah I guess the spec freeze is looming. Thanks John
13:07:43 mriedem johnthetubaguy: is there a burndown chart or something for the policies doc effort?
13:08:07 mriedem i have someone new looking to contribute and i was going to suggest that as an option but not sure how they avoid stepping on toes
13:08:38 johnthetubaguy mriedem: I think macsz looked into one, but basically this doc gives you a good idea: https://docs.openstack.org/developer/nova/sample_policy.html
13:08:46 johnthetubaguy mriedem: I think its almost all done now
13:09:42 mriedem i still see quite a few server actions undocumented
13:10:18 mriedem oh maybe that's this change https://review.openstack.org/#/c/451966/
13:10:26 mriedem yeah nevermind
13:12:13 macsz johnthetubaguy: aunnam and sneti work on policy stuff. i did burndown chart for mox work
13:16:14 belmoreira I'm testing DB migration from Mitaka to Newton and it fails in 330 because deleted compute nodes don't have an uuid
13:16:22 belmoreira is there a reason to consider deleted compute nodes?
13:16:22 johnthetubaguy macsz: ah, right, I mixed the two
13:16:54 johnthetubaguy belmoreira: I think dansmith looked into these
13:17:16 johnthetubaguy belmoreira: basically the online migration should have added a uuid in, so we can make the uuid required, if my memory is correct
13:17:17 mriedem belmoreira: i just updated that bug
13:17:20 mriedem it's fixed in newton
13:17:21 macsz mriedem johnthetubaguy: i can create burndown chart for policy, if needed
13:17:29 mriedem macsz: don't bother at this point
13:17:30 johnthetubaguy macsz: I think its done now, no need
13:17:50 macsz mriedem johnthetubaguy: okey dokey
13:18:21 mriedem belmoreira: https://review.openstack.org/#/c/435620/
13:20:11 belmoreira mriedem: johnthetubaguy: thanks
13:25:06 mriedem bauwser: gibi: how do you migrate a group of servers with an affinity policy since you can't pass a list of servers to migrate at once, and we don't migrate as a group?
13:25:17 mriedem or are you just unable to migrate servers in an affinity group?
13:25:57 bauwser mriedem: I need to go find my daughter
13:26:23 bauwser mriedem: honestly, migrating a group is not possible AFAIK
13:26:39 bauwser or you need to spin another compute that shares that
13:32:51 mriedem spin another compute that shares that
13:32:56 mriedem i don't know what that means
13:33:52 openstackgerrit Abhishek Sharma M proposed openstack/nova master: Catching OverLimit Exception https://review.openstack.org/455118
13:35:54 jaypipes morning supernovas.
13:36:34 venki can we replace virtio model by ETH-1000 while booting the instance ? Anyone pls respond ...
13:37:04 openstack Launchpad bug 1679941 in OpenStack Compute (nova) "Data still exsits in instance_mappings when delete instance" [Undecided,New]
13:37:04 mriedem melwitt: the question of deleting instance mappings when you delete an instance came up in the bug list https://bugs.launchpad.net/nova/+bug/1679941
13:37:10 mriedem melwitt: similar to the request spec one,
13:37:13 mriedem i don't have a good answer
13:37:45 kashyap mriedem: When you get a moment, maybe you'll also have an opinion here, do we want to allow such a thing (a Nova config knob that lets one to use arbitrary QEMU binaries) -- https://review.openstack.org/#/c/445558/5
13:38:13 kashyap I wrote some implications there
13:38:33 mriedem kashyap: ew
13:38:40 kashyap But I'm not quite sure if we'd want to allow such a thing. Can have upstream and downstream consequences
13:38:43 kashyap Precisely
13:38:53 mriedem "nova doesn't allow me to use a custom build ovs, or db, or anything i think should be custom built"
13:39:34 kashyap Heh
13:40:20 kashyap Upstream painstakingly evaluate the min / max versions each release, only to be overridden by a random config attribute, with that comes the deluge of bugs
13:40:28 kashyap s/evaluate/evaluates/
13:40:34 mriedem kashyap: well this isn't someone using a distro
13:40:47 kashyap Yeah, even worse
13:41:06 mriedem heh,
13:41:14 mriedem not everyone has to drink your red koolaid you know
13:41:22 kashyap Please comment to that effect, before they have false hopes
13:41:41 kashyap mriedem: Heh, you know, I'll never forget -- when I had new hire orientation way back
13:42:08 kashyap One of the long-time engineering managers said: "You could even use any distribution for development purpose"
13:42:48 kashyap But that was way back, and don't quote me :-)
13:43:15 mriedem kashyap: i did
13:43:36 mriedem "regardless of kashyap trying to sell you a rhosp license, this isn't a good idea for upstream"
13:43:42 kashyap LOL
13:44:23 mriedem wow i just noticed this was approved
13:44:37 kashyap Urgh, I didn't even notice that
13:44:48 mriedem by one of your rh brethren
13:44:55 kashyap mriedem: It caught my attention with its unusually long summary commit message

Earlier   Later