Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-02-26
11:35:15 smcginnis e
11:35:15 smcginnis melwitt: That's a reno thing. It tells reno where to compile the release note from to have one "queens" release note page rather than breaking out each mileston.
11:35:39 smcginnis melwitt: No problem, reno can be a confusing thing. ;)
11:35:52 mriedem ah https://docs.openstack.org/releasenotes/nova/queens.html
11:37:54 edleafe dansmith: I don't have any other tasks lined up for placement, so yeah, I'll commit
12:02:31 melwitt smcginnis: on the diff-start thing, why is it the pike rc1 version then? how does that compile the release note for queens?
12:02:42 melwitt https://review.openstack.org/#/c/547519/2/deliverables/queens/nova.yaml
12:21:58 openstackgerrit yuanyue proposed openstack/nova master: Whether to use config drive depends on instance.configdrive https://review.openstack.org/485930
12:28:46 openstackgerrit yuanyue proposed openstack/nova master: Whether to use config drive depends on instance.configdrive https://review.openstack.org/485930
12:31:26 openstackgerrit Merged openstack/nova master: Update noVNC deployment docs to mention non-US keymap fix in 1.0.0 https://review.openstack.org/547985
13:24:16 openstackgerrit Merged openstack/nova master: rp: GET /resource_providers?required= https://review.openstack.org/546837
13:31:13 dansmith edleafe: okay this is the change I have queued up that will utilize it: https://review.openstack.org/#/c/544729/
13:47:43 openstackgerrit Dan Smith proposed openstack/nova master: Add AggregateList.get_by_metadata() query method https://review.openstack.org/544728
13:47:44 openstackgerrit Dan Smith proposed openstack/nova master: Add request filter functionality to scheduler https://review.openstack.org/544730
13:47:44 openstackgerrit Dan Smith proposed openstack/nova master: Add aggregates list to Destination object https://review.openstack.org/544729
13:47:45 openstackgerrit Dan Smith proposed openstack/nova master: Add require_tenant_aggregate request filter https://review.openstack.org/545002
13:47:45 openstackgerrit Dan Smith proposed openstack/nova master: WIP: Make get_allocation_candidates() honor aggregate restrictions https://review.openstack.org/547990
13:47:46 openstackgerrit Dan Smith proposed openstack/nova master: WIP: Honor availability_zone hint via placement https://review.openstack.org/546282
14:07:53 jroll melwitt: this is the pike/ironic one mentioned, if you're curious: https://github.com/openstack/nova/commit/8e77c475e1eb48703314e1b98bc9cb491027064d
14:08:25 openstackgerrit Matt Riedemann proposed openstack/nova master: Make _get_sharing_providers more efficient https://review.openstack.org/547008
14:23:31 melwitt jroll: thanks
14:28:18 hrw melwitt: are you on ptg?
14:28:31 melwitt hrw: yes
14:29:07 hrw melwitt: would love to meet then. you are one of those few dib cores ;D
14:30:04 mriedem TheJulia: the ironic nova driver entry in the driver log page is out of date https://www.openstack.org/marketplace/drivers/#project=nova%20(compute)&release=all and deva is listed as the contact in the repo - who should be the contact for ironic CI now?
14:30:06 jroll melwitt: and the offline version, if you didn't go looking yet: https://github.com/openstack/nova/commit/8f8982d8ef381729ef12a14f37486335f31c4fd3
14:30:47 melwitt hrw: dib? we'll have a nova room Wed-Fri so definitely will see you there
14:31:38 TheJulia mriedem: Wow, that is VERY out of date
14:31:45 mriedem TheJulia: http://stackalytics.com/report/driverlog?project_id=openstack%2Fnova is what i was looking at last night
14:32:17 jroll mriedem: I wonder if we can just put "#openstack-ironic" in there
14:32:20 mriedem jroll: melwitt: problems with ironic flavor migration?
14:32:24 mriedem also plug plug plug https://review.openstack.org/#/c/527541/
14:32:49 mriedem jroll: if that works i'll add it, because mikal is listed for several other community run CI jobs in here, like qemu
14:32:53 jroll mriedem: nah it's good, just talking FFU and this was relevant
14:33:05 melwitt mriedem: discussing the fact that there are a few places where we require bringing up nova-compute during an upgrade to migrate data
14:33:20 hrw melwitt: I could be wrong ;) dib as diskimage-builder
14:33:23 openstackgerrit Eric Berglund proposed openstack/nova master: Add check for redundant import aliases https://review.openstack.org/543995
14:33:25 jroll mriedem: yeah I'd either put the irc channel or a link to the governance page for ironic (which lists the ptl)
14:33:25 melwitt for the ironic flavor migration, it was realized it could be done offline in a batch command so that was added later
14:34:28 TheJulia +1 We need to centralize information as much as possible, too many different places are going to get lost
14:34:41 melwitt hrw: oh, gotcha. no I'm not core on diskimage-builder
14:37:08 hrw my mistake.
14:39:48 smcginnis melwitt: The diff-start goes from the branching point, so since what became queens was from when we branched at pike RC1, that's used as the starting point for reno to scan for queens changes.
14:43:31 melwitt smcginnis: I see. so what about if other reno changes were added in pike RC2 or pike RC3 etc? those would get picked up for queens?
14:44:15 smcginnis melwitt: No, because those changes would then be in the stable/pike branch and not be present in queens.
14:44:29 smcginnis melwitt: Unless they were merged in master and backported to stable/pike of course.
14:44:40 melwitt smcginnis: okay, thank you
14:45:26 smcginnis melwitt: FWIW, we had to think it through again and remember exactly how all of that works, so it definitely is not at all obvious.
14:45:48 melwitt smcginnis: heh, thanks for the consolation :)
14:45:55 smcginnis ;)
14:56:51 mriedem TheJulia: jroll: https://review.openstack.org/548042
15:03:01 openstackgerrit Bence Romsics proposed openstack/osc-placement master: Limit allocation candidates (v1.15, v1.16) https://review.openstack.org/548043
15:09:38 mriedem jroll: updated that with Nova team
15:09:40 mriedem opps
15:09:41 mriedem the ML
15:10:34 jroll nice, thanks matt
15:32:53 openstackgerrit Matt Riedemann proposed openstack/nova master: Clarify wording in listing instance actions for deleted instances https://review.openstack.org/548055
15:42:21 openstackgerrit Piotr Bielak proposed openstack/nova-specs master: Specs for improved Nova scheduler logger. https://review.openstack.org/548056
15:44:33 openstackgerrit Piotr Bielak proposed openstack/nova-specs master: Specs for improved Nova scheduler logger. https://review.openstack.org/548056
15:45:44 openstackgerrit Matt Riedemann proposed openstack/nova stable/queens: Update noVNC deployment docs to mention non-US keymap fix in 1.0.0 https://review.openstack.org/548057
15:45:59 openstackgerrit Claudiu Belu proposed openstack/nova master: conductor: add live_resize task https://review.openstack.org/248579
15:45:59 openstackgerrit Claudiu Belu proposed openstack/nova master: compute: Adds instance live-resize https://review.openstack.org/248581
15:46:00 openstackgerrit Claudiu Belu proposed openstack/nova master: API: Adds instance live-resize https://review.openstack.org/184584
16:30:12 mriedem dansmith: http://162.253.55.2/compute/v2.1 yeah?
16:30:22 mriedem so what are we saying? http://162.253.55.2/compute/v2.1/healthcheck?
16:30:32 dansmith mriedem: no, /compute/healthcheck I think
16:30:40 mriedem so http://162.253.55.2/compute/healthcheck/v2.1
16:30:44 dansmith I think it _has_ to be before the versioned space
16:30:51 dansmith no /v2.1 I think
16:30:56 openstackgerrit Eric Berglund proposed openstack/nova master: WIP: PowerVM Driver: Network interface attach/detach https://review.openstack.org/546813
16:32:19 efried This should be a mordred question. I think he has strong opinions on whether the 'v2.1' should be present in the URI at all, ever (even for discovry).
17:19:10 openstackgerrit Merged openstack/nova-specs master: Update Provider Tree https://review.openstack.org/540111
17:35:39 openstackgerrit Merged openstack/nova stable/ocata: libvirt: Don't VIR_MIGRATE_NON_SHARED_INC without migrate_disks https://review.openstack.org/519636
17:59:18 openstackgerrit Lee Yarwood proposed openstack/nova stable/pike: libvirt: Block swap volume attempts with encrypted volumes https://review.openstack.org/543569
21:00:11 openstackgerrit Merged openstack/nova master: Clarify wording in listing instance actions for deleted instances https://review.openstack.org/548055
21:00:46 openstackgerrit Merged openstack/nova master: Clarify update_provider_tree docstring https://review.openstack.org/545495
22:18:11 openstackgerrit Marcin Juszkiewicz proposed openstack/nova master: Allow to configure amount of PCIe ports https://review.openstack.org/545034
23:13:02 openstackgerrit Maciej Jozefczyk proposed openstack/nova master: Do not normalize allocation_ratios https://review.openstack.org/532924
#openstack-nova - 2018-02-27
03:33:58 vivsoni mriedem: hi
03:34:34 vivsoni mriedem: related to https://blueprints.launchpad.net/cinder/+spec/implement-force-detach-for-safe-cleanup
03:34:50 vivsoni force_detach
03:36:34 itlinux hello nova team.. I wonder what's the new command to add a floating ip address to a port.. I used to have this with neutron but since things changed I will ask first here..
06:28:34 openstackgerrit Michael Still proposed openstack/nova master: Move makefs to privsep https://review.openstack.org/527510
06:28:34 openstackgerrit Michael Still proposed openstack/nova master: Convert users of tune2fs to privsep. https://review.openstack.org/519484
06:40:10 openstackgerrit sahid proposed openstack/nova-specs master: virt: allow instances to be booted with trusted VFs https://review.openstack.org/485522
07:11:19 openstackgerrit sahid proposed openstack/nova-specs master: update: introducing isolate emulthreads on host https://review.openstack.org/511188
07:11:43 openstackgerrit sahid proposed openstack/nova-specs master: libvirt: add support for virtio-net rx/tx queue sizes https://review.openstack.org/539605
08:20:57 openstackgerrit yuanyue proposed openstack/nova master: Whether to use config drive depends on instance.configdrive https://review.openstack.org/485930
09:20:54 mriedem we should be ok to recheck ocata and pike patches now
09:21:42 alex_xu bauzas: yesterday, I listen you talk about the late bind with the accelerator with cyborg, but I didn't get the point, what the benefit of that, would you remind me that
09:31:55 mriedem dansmith: i'm guessing you want to get this in pike https://review.openstack.org/#/c/542748/
09:32:32 openstackgerrit Chris Dent proposed openstack/nova master: WIP: Use nova.db.api directly https://review.openstack.org/543262
09:32:33 openstackgerrit Chris Dent proposed openstack/nova master: Move db MAX constants to own file https://review.openstack.org/543469
09:34:02 bauzas alex_xu: so I had a long chat with the Cyborg folks
09:34:21 bauzas alex_xu: tl;dr: they want to dynamically program FPGAs
09:34:42 bauzas alex_xu: but they also focus on other accelerators discovery
09:36:06 bauzas so, the problem they had was that they wanted to dynamically modify the FPGAs if Placement was saying "no sorry"
09:36:45 alex_xu bauzas: ah, that is wasting, I guess that is the point of late binding
09:37:04 bauzas instead, I proposed that Cyborg would keep track of the accelerated resources, incl. reprogramming if necessary, and Nova should only care about making sure that an instance that asks for that resource will get it
09:37:52 bauzas how the binding would be done is for the moment undefined

Earlier   Later