| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-04-10 | |||
| 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 PUT RP inventory https://review.openstack.org/455214 | |
| 10:22:16 | openstackgerrit | Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for DELETE RP inventory https://review.openstack.org/455215 | |
| 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 | johnthetubaguy | macsz: ah, right, I mixed the two | |
| 13:16:22 | belmoreira | is there a reason to consider deleted compute nodes? | |
| 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 | 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:04 | openstack | Launchpad bug 1679941 in OpenStack Compute (nova) "Data still exsits in instance_mappings when delete instance" [Undecided,New] | |
| 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 | |
| 13:45:07 | mriedem | yes that is also terrible | |
| 13:45:11 | mriedem | feel free to shame sfinucan | |
| 13:45:23 | edleafe | Scheduler subteam meeting in 15 minutes in #openstack-meeting-alt | |
| 13:45:32 | kashyap | mriedem: Urgh, don't make it sound like a John Grisham's novel ("The Bretheren") | |
| 13:45:46 | mriedem | i didn't know that existed | |
| 13:47:06 | mriedem | alex_xu: i've been debating doing a single microversion for a new round of deprecations (os-virtual-interfaces, multinic, os-hosts, and the quota class sets thing), but those would kind of all be deprecated for different reasons and be a massive single change, so i don't think it's a great idea | |
| 13:47:28 | mriedem | alex_xu: but i just had to tell someone to get it out of my head | |
| 13:48:27 | jaypipes | venki: pls see /topic. best to ask your question on openstack@ mailing list or ask.openstack.org. thanks! | |
| 13:48:34 | kashyap | mriedem: Thought you'd give it "-2" (which it deserves) | |
| 13:49:28 | mriedem | kashyap: sounds like a new contributor, i don't want to hammer it | |
| 13:49:28 | cdent | sdague: in your hopes and dreams for placeument under uwsgi, is that on a custom port or standard ports (the latter requires either nginx or mod_proxy_wsgi, no?)? | |
| 13:49:56 | mriedem | kashyap: i assume they are trying to hack some things locally, and just didn't realize this isn't a great upstream change | |
| 13:50:34 | kashyap | mriedem: Ah, okay. Yeah, but a reasonable person would give a benefit of doubt: "Hmm, if this got a -2, then there's a good reason for it, let me learn that" | |
| 13:51:46 | mriedem | i'm soft and gentle on a monday morning | |