Posted	Nick	Remark
#openstack-nova - 2017-02-13
21:46:28	knikolla	thanks
21:46:32	mriedem	sorry, np
21:51:38	jamielennox	mriedem, sdague: figure out your ksa issue?
21:52:12	sdague	jamielennox: yeh, it was mostly just making sure we didn't encode too much keystone schema into nova.
21:53:05	jamielennox	great
21:53:17	jamielennox	although out of interest what is keystone schema in this cnotext?
21:53:37	jamielennox	from highlights it seems to be mostly interface related
21:53:54	mriedem	jamielennox: yeah,
21:54:05	sdague	jamielennox: yeh, the interface list
21:54:09	mriedem	there was a change to encode the admin/internal/public endpoint interfaces in nova.conf
21:54:16	mriedem	ksa also allows 'auth',
21:54:30	mriedem	and keystone v2 doesn't restrict the interface it looks like, but the v3 api does
21:54:51	sdague	especially because I know when we were talking about service catalog improvements that list was very much an oddity for a lot of ops
21:55:17	sdague	so I didn't want to force encode that beyond keystone, which would prevent it evolving in the future
21:55:55	jamielennox	i *think* keystone v2 restricts that interface because in v2 'publicURL', 'adminURL' etc are actual fields where in v3 it's just like {'url': ..., 'interface': ...}
21:56:03	jamielennox	but i would want to double check that
21:56:15	jamielennox	but there's no validation of that in ksa
21:56:53	jamielennox	the way cinder and others do this is with a : seperated string, which isn't great but more flexibility than most provide
21:57:41	jamielennox	mriedem: i'm not sure what you mean with ksa allows 'auth' - auth is a plugin so something that will be loaded at a very different time
21:58:36	mriedem	jamielennox: https://github.com/openstack/keystoneauth/blob/master/keystoneauth1/identity/base.py#L198
21:59:11	mriedem	oh i thought that meant it could be "auth"
21:59:15	jamielennox	oh, right
21:59:19	mriedem	which meant lookup the endpoint via auth_url config
21:59:33	mriedem	it's not really doc'ed from what i can tell
21:59:43	jamielennox	that's mostly a special case when you want to look back to the auth_url provided to the plugin and used for some discovery
21:59:57	jamielennox	from nova and services perspective you would always expect to be actually looking at the catalog
22:00:40	jamielennox	ie, i can't see a reason nova config would want to set that
22:00:59	felipemonteiro_	Is anyone familiar with the consoles API? When I create a console on a running server, then list all the consoles running on that server, I get an empty set.
22:08:14	openstackgerrit	Dan Smith proposed openstack/nova master: Make server_external_events cells-aware https://review.openstack.org/433298
22:08:23	dansmith	mriedem: melwitt: with ^ I can _create_ an instance in another cell
22:10:19	mriedem	dansmith: should we start a bp for tracking just random api compat things in pike?
22:10:30	mriedem	multicell support or whatever
22:10:40	dansmith	mriedem: well, I think we'll need a blueprint for all the "make XXX cells aware" stuff yeah
22:10:45	dansmith	we know we have a bunch to do
22:10:57	dansmith	it'll be a slow background burning type situation
22:10:58	mriedem	yeah so let's group that into a bp
22:10:59	mriedem	sure
22:11:05	mriedem	you want to create that?
22:11:14	dansmith	like when you pee and you know something's wrong but you avoid going to the doc for a while
22:11:21	dansmith	sure
22:11:37	mriedem	cranberry juice will help with that
22:11:47	dansmith	won't help with cells unfortunately
22:11:51	dansmith	beer might though
22:11:58	mriedem	we don't have a cells-sized condom?
22:12:19	mriedem	you don't have to answer that
22:13:10	dansmith	https://blueprints.launchpad.net/nova/+spec/cells-aware-api
22:13:27	openstackgerrit	Matt Riedemann proposed openstack/nova master: Cleanup some issues with CONF.placement.os_interface https://review.openstack.org/433257
22:23:34	openstackgerrit	Pushkar Umaranikar proposed openstack/nova master: Placement api: set custom json_error_formatter in root https://review.openstack.org/433301
22:39:37	openstackgerrit	Anusha Unnam proposed openstack/nova master: Remove mox from nova/tests/unit/virt/vmwareapi/test_configdrive.py https://review.openstack.org/433315
22:51:49	mriedem	https://etherpad.openstack.org/p/nova-ptg-pike is relatively organized now
23:21:31	openstackgerrit	Anusha Unnam proposed openstack/nova master: Remove mox from nova/tests/unit/virt/vmwareapi/test_configdrive.py https://review.openstack.org/433315
23:55:24	tonyb	mriedem_afk: Should I revert https://review.openstack.org/#/c/430498/ ? as it has no trusted nova +1 ?
#openstack-nova - 2017-02-14
00:13:46	openstackgerrit	Pushkar Umaranikar proposed openstack/nova master: Expand feature matrix with server admin actions https://review.openstack.org/362408
00:42:45	openstackgerrit	Dan Smith proposed openstack/nova master: Make server_external_events cells-aware https://review.openstack.org/433298
00:42:46	openstackgerrit	Dan Smith proposed openstack/nova master: Make start and stop admin actions cells-aware https://review.openstack.org/433362
00:58:35	gcb	bauzas: I didn't do that work, just suggest we remove mox/mox3 then we can retire mox3 from oslo side
02:26:04	openstackgerrit	huangtianhua proposed openstack/nova master: Should raise correct error instead of class exist in Placement API https://review.openstack.org/428612
02:33:07	openstackgerrit	Eric Xie proposed openstack/nova master: Fix improper prompt when update RC with existed one's name. https://review.openstack.org/431392
02:54:22	openstackgerrit	huangtianhua proposed openstack/nova master: Don't delete neutron port when attach failed https://review.openstack.org/403568
03:02:14	openstackgerrit	Wang Qing wu proposed openstack/nova master: PowerVM Driver: localdisk https://review.openstack.org/409401
03:36:49	openstackgerrit	LisaLi proposed openstack/nova master: Attach/detach encryptors during swap_volume https://review.openstack.org/252809
04:08:22	openstackgerrit	YAMAMOTO Takashi proposed openstack/os-vif master: Correct object path in comments https://review.openstack.org/433433
04:15:43	openstackgerrit	YAMAMOTO Takashi proposed openstack/os-vif master: Correct object path in comments https://review.openstack.org/433433
04:29:26	openstackgerrit	YAMAMOTO Takashi proposed openstack/nova master: os-vif-util: Support VIF_TYPE_MIDONET https://review.openstack.org/433436
04:51:45	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Fix doc generation warnings https://review.openstack.org/425549
04:52:02	openstackgerrit	Takashi NATSUME proposed openstack/nova master: api-ref: Fix deprecated proxy API parameters https://review.openstack.org/416882
04:52:17	openstackgerrit	Takashi NATSUME proposed openstack/nova master: List/show all server migration types https://review.openstack.org/430608
06:04:56	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Fix misuse of assertTrue https://review.openstack.org/433454
06:20:05	openstackgerrit	Wang Qing wu proposed openstack/nova master: PowerVM Driver: localdisk https://review.openstack.org/409401
06:56:55	Dinesh_Bhor	Hi all, is someone getting this error: "(ValueError): dictionary update sequence element #0 has length 1; 2 is required " from novaclient while booting an instance with metadata?
07:01:54	openstackgerrit	huangtianhua proposed openstack/nova master: Don't delete neutron port when attach failed https://review.openstack.org/403568
07:33:33	openstackgerrit	Xia Yan proposed openstack/nova master: PowerVM Driver: console https://review.openstack.org/409402
07:37:18	openstackgerrit	jichenjc proposed openstack/nova master: Check instance existing before check in mapping https://review.openstack.org/433470
07:40:04	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2) https://review.openstack.org/408955
07:40:13	openstackgerrit	Takashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2) https://review.openstack.org/408964
07:54:55	openstackgerrit	jichenjc proposed openstack/nova master: Prevent delete cell0 in nova-manage command https://review.openstack.org/433476
08:32:51	openstackgerrit	ChangBo Guo(gcb) proposed openstack/nova master: Remove usage of config option verbose https://review.openstack.org/432271
08:38:26	kashyap	mriedem_afk: Hey there, sorry, I was on a train last evening, so wasn't looking at the computer.
08:39:23	kashyap	mriedem_afk: I do have a RHEL7.3 machine near by. (And I think it's a vague, when people say "RHEL-7" -- could mean, RHEL-7.0, or RHEL-7 with its latest minor release, like RHEL-7.3.)
08:53:59	openstackgerrit	YAMAMOTO Takashi proposed openstack/nova master: os-vif-util: Support VIF_TYPE_MIDONET https://review.openstack.org/433436
09:02:15	kashyap	mriedem_afk: Okay, I've read the follow-up chat, I see you answered your question ("Do we treat all minor versions of RHEL-7 the same?" Yes).
09:02:52	snikitin	alex_xu, johnthetubaguy: A couple weeks ago you +2ed diagnostics patch. But it was blocked by FF. Could you please look at it again please? https://review.openstack.org/#/c/394480/
09:26:17	openstackgerrit	YAMAMOTO Takashi proposed openstack/os-vif master: Correct object path in comments https://review.openstack.org/433433
09:26:19	johnthetubaguy	snikitin: ah, yes, taking a peak for you
09:31:44	alex_xu	snikitin: will try to reach that
09:36:19	alex_xu	johnthetubaguy: in normally, we only accept a feature which depend on libvirt implement when the libvirt merged in upstream, or only accept when the libvirt released a version, or only accept when the new libvirt integrates with linux distro?
09:36:53	johnthetubaguy	alex_xu: it has to be released by libvirt, for sure
09:37:10	johnthetubaguy	alex_xu: ideally it would have got into some distro somewhere, so it could be tested
09:37:37	alex_xu	johnthetubaguy: got it, thanks
09:37:40	johnthetubaguy	alex_xu: we might talk about that again at the PTG, we need to get some way of testing that (I am currently wondering if ubuntu cloud archive would get us closer)
09:38:06	johnthetubaguy	fedora bleeding edge thingy whatsit was suggested, but never seems to have happened
09:38:18	johnthetubaguy	alex_xu: oh, did you see I created some updated policy things: https://review.openstack.org/#/c/433010/
09:38:33	johnthetubaguy	alex_xu: there are three specs instead of one spec now
09:38:49	johnthetubaguy	ah, I see you commented on one, so that is probably a yes
09:38:58	alex_xu	johnthetubaguy: yea, I just read them :)
09:39:36	alex_xu	will try to think more
09:40:39	openstackgerrit	huangtianhua proposed openstack/nova master: Don't delete neutron port when attach failed https://review.openstack.org/403568
09:47:22	johnthetubaguy	alex_xu: cool, that middle one really turns things an interesting direction, got some great feedback from some keystone folks that made me come up with that idea
09:48:36	johnthetubaguy	dstanak's comments I think it was
09:49:16	alex_xu	johnthetubaguy: yes, custom scope would create interoperaibility issues is interesting

Earlier   Later