Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2017-04-10
20:27:43 dansmith but it just seems not that useful to me to get 10k hosts in a list to find if host N is in cell M
20:27:46 dansmith but clearly it is
20:27:59 openstackgerrit Matt Riedemann proposed openstack/nova master: Document and provide useful error message for volume-backed backup https://review.openstack.org/452970
20:27:59 openstackgerrit Matt Riedemann proposed openstack/nova master: api-ref: move createBackup to server-actions https://review.openstack.org/452971
20:28:00 openstackgerrit Matt Riedemann proposed openstack/nova master: 2.43: Remove Location header from createImage and createBackup responses https://review.openstack.org/455443
20:28:50 mriedem dansmith: you mean nova-manage host list right?
20:28:53 mriedem pointing at the cell config?
20:28:58 dansmith yar
20:29:00 mriedem ok
20:29:08 mriedem maybe i'll start a FAQs section to the cells page
20:29:11 mriedem i thought about that at one point
20:29:15 mriedem same for placement
20:29:32 mriedem because there was a couple of weeks around ocata rc when i felt like we were answering the same questions over and over
20:30:26 mriedem oh snap today is supposed to be mitaka eol
20:36:17 bauzas mriedem: dansmith: cdent: edleafe: possibly a misunderstanding of me, but I thought we finally ended up saying that we would use the RequestSpec object as the conveyor for the RPC bus ?
20:36:46 cdent bauzas: mriedem wants it over rpc but not in the requestspec object
20:36:48 bauzas mriedem: dansmith: cdent: edleafe: but etherpad tells me we agreed it would be a separate RPC arg
20:37:13 bauzas okay, tbh, I'm not opiniated at all
20:37:38 bauzas cdent: anyway, seems an implementation detail to me (well, to a certain point since it requires RPC version bumps)
20:38:48 dansmith bauzas: the etherpad is right
20:39:33 bauzas roger.
20:41:32 mriedem -2 to stuffing the allocation list into the requestspec
20:41:40 mriedem the request spec is ALREADY an arg on the rpc call
20:41:48 mriedem remember, the unused floppy dildo?
20:42:25 bauzas mriedem: hold your -2 :p
20:42:43 mriedem -4
20:45:37 bauzas 42
20:47:38 mriedem bauzas: remember when you said the hangout time was too late for you?
20:47:50 mriedem and that was 5 hours ago
20:49:33 bauzas mriedem: don't ask me to explain the space/time relationship we have in France
20:49:56 bauzas it would require Einstein to come back and explain French theory of relativity
20:51:44 openstackgerrit Sylvain Bauza proposed openstack/nova-specs master: Placement doing claims https://review.openstack.org/437424
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

Earlier   Later