Earlier  
Posted Nick Remark
#openstack-nova - 2017-04-10
20:52:08 bauzas dansmith: mriedem: cdent: edleafe: (and jaypipes FWIW) ^
20:52:31 bauzas also, please note I'll be quite offline tomorrow afternoon my time
20:53:46 edleafe bauzas: cool, will review soon
20:55:32 bauzas because of this https://scontent-cdg2-1.xx.fbcdn.net/v/t31.0-8/17390425_1896048050684288_3792623604748129338_o.jpg?oh=fe50d8c043cb3958a87e71b91dcb44bb&oe=598BED45
20:55:47 bauzas new co-worker arriving tomorrow ^
21:03:28 mriedem oh man
21:15:04 cdent sdague, mtreinish: I didn't get as much done this evening as I wanted on uwsgi and other explorations, but will continue tomorrow. Most of today's work was simply getting my bearings, but I've started some notes on https://etherpad.openstack.org/p/devstack-uwsgi
21:15:09 mriedem dansmith: want to take a gander at https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/ocata+topic:bug/1665698 and then once those are in i'll release ocata
21:15:17 mriedem sdague: mtreinish: ^ you too
21:20:49 jroll mriedem: so ironic wants to do a thing where we can tag ironic hosts with neutron networks, and make sure nova schedules instances to the hosts with matching networks. seems like nova's routed networks thing does that, but I don't understand what I would need to change to make that work for ironic. can you help with that or should I wait to bug johnthetubaguy ?
21:22:21 mriedem jroll: have you read through carl_baldwin's nova spec about working routed networks support into nova?
21:23:03 mriedem https://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/neutron-routed-networks.html
21:23:07 jroll mriedem: yeah, is it all just host aggregate based?
21:23:19 mriedem yeah basically
21:23:34 jroll hrm
21:23:40 mriedem neutron creates a resource provider for the network allocation pool
21:23:48 mriedem that's tied to a host aggregate
21:24:05 mriedem honestly i'd have to go back and read the spec too, it's been since newton
21:24:11 jroll I can only aggregate hosts, right, not nodes?
21:24:30 mriedem yeah
21:24:34 mriedem well, i think so
21:24:44 jroll ya, sounds right
21:24:58 mriedem we don't distinguish between hosts and nodes in the api
21:25:02 jroll yeah
21:26:02 jroll mriedem: I was just going through our priorities and making sure we had BPs and such approved for everything, this was the only one that did not. might have something coming this week, I guess, if they had ideas
21:26:18 mriedem you have 3 days
21:26:33 jroll exactly :P
21:26:35 mriedem and then the boy dies
21:26:41 mriedem oops, did i say that out loud?
21:26:45 jroll good, I didn't want him anyway
21:38:26 mriedem i guess we should care about https://review.openstack.org/#/q/topic:bp/prep-for-network-aware-scheduling-pike,n,z at some point
21:38:29 mriedem given we didn't at all for ocata
21:41:40 cdent so many things
21:45:53 mriedem yeah too many things
21:53:20 mtreinish mriedem: +A
21:55:48 mriedem hells yes!
22:11:35 mriedem sdague: johnthetubaguy: alex_xu: for your tomorrow, jaypipes left some good comments in the spec to deprecate os-virtual-interfaces https://review.openstack.org/#/c/455023/ - mainly around trimming the fat on the existing response, which johnthetubaguy had also touched on back in newton or ocata when we talked about this
22:11:50 mriedem i'm just wondering how slim we want to get
22:23:28 openstackgerrit melanie witt proposed openstack/nova-specs master: Amend spec for placement project/user association https://review.openstack.org/454352
22:28:05 openstackgerrit melanie witt proposed openstack/nova-specs master: Amend spec for placement project/user association https://review.openstack.org/454352
22:28:26 mriedem rpodolyaka_afk: are you owning this spec for pavel now? https://review.openstack.org/#/c/381912/
22:30:37 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove aggregate uuid generation on load from DB https://review.openstack.org/448579
22:33:53 openstackgerrit Matt Riedemann proposed openstack/nova master: 2.43: Remove Location header from createImage and createBackup responses https://review.openstack.org/455443
22:48:52 dtp these shadow tables - do they store the state of records at every change, or only the final state of the record when it is deleted from its main table?
22:58:33 mriedem dtp: they are used during archive
22:58:43 mriedem the "deleted" records are moved from the main tables to the shadow tables
22:58:49 mriedem during nova-manage db archive_deleted_rows
22:58:58 mriedem so yeah final state
22:59:06 dtp cool, thanks
23:00:17 mriedem dtp: btw, when we get to the api part of that uuid in api bp, i think i'll let you do the os-services api which should be much more straightforward than the os-hypervisors api changes
23:00:19 mriedem i'll take the latter
23:00:30 mriedem since it's going to be more than just the uuid stuff in that one, it's basically a re-write
23:00:45 dtp ok
23:01:27 dtp do you want shadow_services.uuid indexed?
23:02:18 mriedem no
23:02:24 mriedem we don't query anything out of the shadow tables
23:02:30 mriedem so don't care about constraints or indexes there
23:16:10 dtp mriedem are you still tracking who's coming to boston?
#openstack-nova - 2017-04-11
00:13:24 openstackgerrit Dan Peschman proposed openstack/nova master: Add uuid to Service model https://review.openstack.org/453025
02:06:29 openstackgerrit Alex Xu proposed openstack/nova-specs master: Deprecate multinic proxy API https://review.openstack.org/384261
02:06:45 alex_xu mriedem: ^ updated
02:12:26 openstackgerrit Alex Xu proposed openstack/nova master: placement: Add Traits API to placement service https://review.openstack.org/376200
02:40:40 openstackgerrit Spencer Yu proposed openstack/python-novaclient master: Nova client should retry with Retry-After value https://review.openstack.org/447766
03:18:43 mriedem alex_xu: thanks, a couple of small things were missed
03:18:51 mriedem but overall should be easy to fix and then i'm +2
03:20:19 openstackgerrit Ghanshyam Mann proposed openstack/nova master: Fix api-ref for create servers response https://review.openstack.org/451673
03:25:34 mriedem tommylikehu: re https://review.openstack.org/#/c/453272/3/specs/pike/approved/nova-support-attached-volume-extend.rst@26 nova does not yet support volume multiattach upstream
03:25:38 mriedem so a VM is correct there
03:27:13 tommylikehu mriedem: thanks
03:39:06 openstackgerrit Bob Ball proposed openstack/nova master: XenAPI: device tagging https://review.openstack.org/333781
03:41:04 mriedem tommylikehu: mgagne: comments inline https://review.openstack.org/#/c/453272/3
03:55:45 tommylikehu mriedem: great, thanks!
04:35:32 openstackgerrit Mathieu Gagné proposed openstack/nova-specs master: Nova support for attached volume extend https://review.openstack.org/453272
05:10:35 openstackgerrit Mathieu Gagné proposed openstack/nova-specs master: Nova support for attached volume extend https://review.openstack.org/453272
05:42:24 openstackgerrit Mathieu Gagné proposed openstack/nova-specs master: Nova support for attached volume extend https://review.openstack.org/453272
05:51:31 openstackgerrit Alex Xu proposed openstack/nova-specs master: Deprecate multinic proxy API https://review.openstack.org/384261
06:07:52 openstackgerrit Lei Zhang proposed openstack/nova master: Add sync traits command for placement https://review.openstack.org/450125
06:16:13 nirendra Hi, Nova placement API checks for max_units which is local_gb for the host. This makes allocation_ratio useless. So if I'm trying to create a VM with 80GB root disk and disk_allocation_ratio as 100, it fails for a host which does not have 80GB local storage
06:16:26 nirendra Is this a known bug? I couldn't find one in Launchpad
07:16:20 openstackgerrit YuYang proposed openstack/nova master: VMware:fix get VM root device conditional verify https://review.openstack.org/454441
07:20:26 openstackgerrit YuYang proposed openstack/nova master: VMware:fix get VM root device conditional verify https://review.openstack.org/454441
07:49:58 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (1/4) https://review.openstack.org/455563
07:52:13 openstackgerrit Zhenyu Zheng proposed openstack/nova master: Fix HTTP 500 raised for getColsolelog for stopped instance https://review.openstack.org/455183
07:55:49 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (2/4) https://review.openstack.org/455568
08:00:30 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (3/4) https://review.openstack.org/455570
08:04:57 openstackgerrit Takashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (4/4) https://review.openstack.org/455573
09:03:15 d9k when instance is destroyed neutron deletes ipsets while nova is modifying iptables and https://ptpb.pw/16S8 happens, acquiring neutron-ipset lock in (network/linux_net.py) IptablesManager._apply seems to fix the problem
09:15:19 jsheeren hi, question: is it possible to limit image A to be only able to use flavor X and Y, image B only flavor Z?
09:28:42 prabhuraj Hi team, Someone could review the following changes :
09:28:48 prabhuraj https://review.openstack.org/#/c/397471/
09:29:05 prabhuraj https://review.openstack.org/#/c/397459/
09:40:10 BobBall Howdy - Trying to use device tagging I'm getting an "Invalid input for field/attribute networks" - nova cli says I need to use ",tag=<value>" but schema validation fails if I add it. Openstack cli doesn't seem to support tags (According to help text anyway)...
09:40:19 BobBall Can someone remind me how to use tagging?
09:41:45 johnthetubaguy openstack cli doesn't support microversions yet
09:41:53 johnthetubaguy afaik
09:42:09 johnthetubaguy did you try with nova client?
09:42:21 BobBall Yes - that's what failed the schema validation when running it
09:44:38 BobBall http://paste.openstack.org/show/606121/ - I'm clearly using the wrong syntax
09:45:08 BobBall (or device tagging is broken...)
09:49:15 abhi89 johnthetubaguy: can you please review https://review.openstack.org/#/c/455118/2

Earlier   Later