Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2019-01-16
00:34:45 openstackgerrit melanie witt proposed openstack/nova master: Use X-Forwarded-Proto as origin protocol if present https://review.openstack.org/631103
02:52:51 openstackgerrit Dakshina Ilangovan proposed openstack/nova-specs master: Nova changes to support Local Resource Management that uses Resource Management Daemon https://review.openstack.org/630817
02:57:08 openstackgerrit Fan Zhang proposed openstack/nova master: Send context.global_id on neutron calls https://review.openstack.org/627034
03:13:41 openstackgerrit Matt Riedemann proposed openstack/nova master: Isolate cell-targeting code in MigrationTask https://review.openstack.org/621310
03:13:42 openstackgerrit Matt Riedemann proposed openstack/nova master: Extract compute API _create_image to compute.utils https://review.openstack.org/621311
03:13:42 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Migration.cross_cell_move and get_by_uuid https://review.openstack.org/614012
03:13:43 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Destination.allow_cross_cell_move field https://review.openstack.org/614035
03:13:43 openstackgerrit Matt Riedemann proposed openstack/nova master: Add InstanceAction/Event create() method https://review.openstack.org/614036
03:13:44 openstackgerrit Matt Riedemann proposed openstack/nova master: Change HostManager to allow scheduling to other cells https://review.openstack.org/614037
03:13:44 openstackgerrit Matt Riedemann proposed openstack/nova master: Add CrossCellWeigher https://review.openstack.org/614353
03:13:45 openstackgerrit Matt Riedemann proposed openstack/nova master: Add can_connect_volume() compute driver method https://review.openstack.org/621313
03:13:45 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Add initial cross-cell resize tasks https://review.openstack.org/627890
03:13:46 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Prep source host for cross-cell resize https://review.openstack.org/627891
03:13:46 openstackgerrit Matt Riedemann proposed openstack/nova master: WIP: Create instance data in target cell prior to resize https://review.openstack.org/627892
03:13:47 openstackgerrit Matt Riedemann proposed openstack/nova master: Add Instance.hidden field https://review.openstack.org/631123
03:33:46 openstackgerrit Jack Ding proposed openstack/nova master: [WIP] Flavor extra spec and image properties validation https://review.openstack.org/620706
05:59:33 openstackgerrit Merged openstack/nova master: Add method to generate device names universally https://review.openstack.org/573066
06:10:23 openstackgerrit Jie Li proposed openstack/nova master: Support volume-backed server rebuild in compute https://review.openstack.org/625893
06:36:14 openstackgerrit Yongli He proposed openstack/nova master: Adds the server group info into show server detail API. https://review.openstack.org/621474
07:20:43 openstackgerrit Takashi NATSUME proposed openstack/nova-specs master: Fix warnings in the document generation https://review.openstack.org/631150
07:40:18 openstackgerrit Kashyap Chamarthy proposed openstack/nova-specs master: WIP: Gracefully handle QEMU machine types for guests https://review.openstack.org/631154
08:08:00 kashyap What is "T" release named again?
08:08:01 kashyap Train?
08:09:58 kashyap I presume it's still under discussion.
08:24:19 takashin kashyap: It has already been decided officially.
08:24:39 kashyap takashin: What is it? "Train"?
08:24:41 takashin kashyap: See http://lists.openstack.org/pipermail/openstack-dev/2018-November/136464.html and http://lists.openstack.org/pipermail/openstack/2018-November/047172.html
08:24:56 kashyap Ah, thanks. I was looking on 'openstack-discuss' list
08:25:12 takashin kashyap: Yes. It's Train.
08:25:27 kashyap Thanks
08:56:04 openstackgerrit Kashyap Chamarthy proposed openstack/nova-specs master: Create specs directory for Train https://review.openstack.org/631164
08:59:59 openstackgerrit Kashyap Chamarthy proposed openstack/nova-specs master: Create specs directory structure for "Train" release https://review.openstack.org/631164
09:02:48 openstackgerrit Maxime Guyot proposed openstack/nova stable/rocky: Add method to generate device names universally https://review.openstack.org/631166
09:05:08 ondrejme Is it possible to add a rule to every security group which is generated automatically?
09:07:13 openstackgerrit Maxime Guyot proposed openstack/nova stable/queens: Add method to generate device names universally https://review.openstack.org/631167
09:07:49 openstackgerrit Maxime Guyot proposed openstack/nova stable/pike: Add method to generate device names universally https://review.openstack.org/631168
09:20:49 openstackgerrit Dakshina Ilangovan proposed openstack/nova-specs master: Nova changes to support Local Resource Management that uses Resource Management Daemon https://review.openstack.org/630817
09:44:34 openstackgerrit Jan Gutter proposed openstack/os-vif master: Apply workaround to host_info serialization test https://review.openstack.org/631173
09:56:36 jangutter sean-k-mooney: is this a real issue, you think? https://review.openstack.org/#/c/631173/
10:01:30 stephenfin jangutter: Think you've pretty much called it - it looks like an issue with o.vo
10:07:17 openstackgerrit Balazs Gibizer proposed openstack/nova master: Fix incompatible version handling in BuildRequest https://review.openstack.org/631179
10:26:21 stephenfin TIL nova has a 'reserved_huge_pages' option. Who knew
11:13:56 openstackgerrit Jan Gutter proposed openstack/os-vif master: Apply workaround to host_info serialization test https://review.openstack.org/631173
11:28:42 openstackgerrit Merged openstack/os-vif master: Extend port profiles with datapath offload type https://review.openstack.org/572081
11:30:22 kashyap stephenfin: Death by a thousand config options
11:30:32 kashyap We're reaching QEMU command-line parity
11:32:10 kashyap As of winter 2015, QEMU had 139 total command-line options (of which, 129 are "officially supported")
11:32:49 kashyap QMP (run-time machine interface) is even bigger (also as of KVM Forum 2015): 126 commands + 33 events. And more than 700 named arguments and results.
11:33:30 kashyap QMP is bigger than Gospel of Luke. (Heard that comparison from a QEMU developer, Markus Armbruster.)
11:39:23 openstackgerrit Balazs Gibizer proposed openstack/nova master: Fix ComputeNode ovo compatibility code https://review.openstack.org/631199
12:24:54 gibi stephenfin: thanks the quick feedback on ^^
12:25:08 gibi stephenfin: there is another really simple fix related to this https://review.openstack.org/#/c/631179/
12:28:03 kashyap Hey folks, would be useful to put these through their misery: https://review.openstack.org/#/q/topic:bp/support-qemu-native-tls-for-live-migration+(status:open+OR+status:merged)
12:44:07 gibi kashyap: looking
12:49:22 gibi kashyap: I'm +2 on both
12:49:35 kashyap Thank you very much!
12:49:46 gibi stephenfin: easy approve opportunity https://review.openstack.org/#/q/topic:bp/support-qemu-native-tls-for-live-migration
12:50:06 gibi kashyap: thank you to working on this
12:50:53 kashyap NP. Now I can get to some of the gory machine types work in Nova.
12:52:09 gibi :)
12:55:29 kashyap But that requires a full re-reading of some really long QEMU mailing list threads, and find the haystack in those bits that are useful for Nova...
12:55:57 kashyap To borrow a quote from DanPB: "trying to find a specific piece of hay in a haystack"
12:56:16 gibi sounds like fun
13:16:47 kashyap This is the starting point: https://blueprints.launchpad.net/nova/+spec/handle-default-machine-type-as-q35
13:17:13 sean-k-mooney kashyap: do you need a blueprint for that?
13:17:26 sean-k-mooney you can do that in rocky no?
13:17:39 sean-k-mooney actully maybe in older release
13:18:40 sean-k-mooney oh its handeling when qemu moves to q35 by default
13:19:29 sean-k-mooney kashyap: that will be for train cycle yes since we are pass the spec/blueprint approval deadline
13:21:07 kashyap sean-k-mooney: Yeah, right. It's for Train, indeed.
13:21:15 kashyap It needs a _lot_ of details to be ironed out.
13:21:43 kashyap sean-k-mooney: I even posted a spec, actually. As we _might_ introduce flavor extra_specs; we discussed this briefly, you might recall
13:21:44 sean-k-mooney kashyap: you could just say nova will default to pc to keep backwads compatiblity
13:22:01 sean-k-mooney kashyap: yes i saw https://review.openstack.org/#/c/631154/1
13:22:06 kashyap sean-k-mooney: Maybe we can make a decision based on the OS
13:22:12 sean-k-mooney i have start it for later descision
13:22:20 sean-k-mooney kashyap: on which os
13:22:24 sean-k-mooney you cant look at the guest
13:22:39 kashyap sean-k-mooney: Don't start on it yet, it has some broken sentences, and I need to rewrite some bits, add some more, etc.
13:22:48 kashyap sean-k-mooney: E.g. upstream libosinfo has done quite a bit of work in this area --
13:23:02 kashyap ... so that we can make an intelligent decision
13:23:27 sean-k-mooney kashyap: yes but we cant and should not change which chipset a gust image will boot on over an upgrade or migration
13:23:38 kashyap sean-k-mooney: See line-82: https://review.openstack.org/#/c/631154/1/specs/stein/approved/gracefully-handle-qemu-machine-types.rst@82
13:23:44 kashyap sean-k-mooney: Sure, we won't do that.
13:24:14 kashyap I'll add all these considerations in the spec. There's too much detail here, I need to condense it and note them down. :-)
13:25:05 root___ leave
13:25:14 sean-k-mooney ya the only time i think we will be able to enable q35 without the existing image property or nova config value set is if the guest image says it cant supprot the pc type
13:25:40 sean-k-mooney anything else would potentially be an observal behavior change
13:25:59 kashyap sean-k-mooney: Right, on guest saying: "can't do 'pc'".
13:26:25 kashyap sean-k-mooney: Are you saying Nova can't choose 'q35' based on certain concrete factors?
13:26:35 sean-k-mooney yes
13:27:04 sean-k-mooney not with out a potential iteropo issue between clouds with different version of openstack
13:27:23 sean-k-mooney that said the interop issue would be no worse then seting the nova.conf value
13:27:44 sean-k-mooney anyway we can discuss on the spec at some later point
13:28:03 kashyap sean-k-mooney: Oh, please hang on. We _can_ make a decision to pick 'q35' or 'pc.
13:28:21 sean-k-mooney we can but i dont think we should
13:28:26 kashyap If guest says: "I can do both 'pc' and 'q35'", a future Nova should of course pick Q35.
13:28:35 sean-k-mooney nope
13:28:38 kashyap sean-k-mooney: Why not? I don't get the point about "potential interop"
13:28:43 kashyap I'd like to understand that more clearly.

Earlier   Later