Earlier  
Later
New Search
Posted Nick Remark
#openstack-nova - 2018-04-16
03:34:33 openstackgerrit jichenjc proposed openstack/nova master: Move update_task_state out of try/except https://review.openstack.org/557152
03:37:20 openstackgerrit jichenjc proposed openstack/nova master: Add config drive link to api-guide https://review.openstack.org/561113
04:03:49 openstackgerrit jichenjc proposed openstack/nova master: [Doc]Link policies file into api https://review.openstack.org/561503
04:27:39 openstackgerrit Nguyen Hai proposed openstack/nova-specs master: Enhance nova-specs webpage and clean up repo https://review.openstack.org/551802
05:54:09 takashin
06:37:03 openstackgerrit Hironori Shiina proposed openstack/nova master: virt/ironic: Implement rescue and unrescue https://review.openstack.org/416487
06:50:58 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Test alloc_cands with indirectly sharing RPs https://review.openstack.org/519601
06:50:59 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Support relay RP for allocation candidates https://review.openstack.org/533437
06:53:02 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.61 - support extra_specs in flavor API https://review.openstack.org/561520
07:11:19 arvindn05 bauzas: wanted to discuss your comments on https://review.openstack.org/#/c/560718/ - Handle rebuild of instance with new image
07:26:35 gibi good morning nova
07:28:57 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Support shared and nested allocation candidates https://review.openstack.org/556514
07:28:58 openstackgerrit Tetsuro Nakamura proposed openstack/nova master: Return all resources in provider_summaries https://review.openstack.org/558045
07:45:49 openstackgerrit Michael Still proposed openstack/nova master: Move IVS VIF plugging into the new utilities module. https://review.openstack.org/557552
07:45:50 openstackgerrit Michael Still proposed openstack/nova master: Move create_tap_dev to the new utility method. https://review.openstack.org/557835
07:45:51 openstackgerrit Michael Still proposed openstack/nova master: Move set_vf_interface_vlan to the new utility module. https://review.openstack.org/558487
07:47:58 openstackgerrit jichenjc proposed openstack/nova-specs master: Adds spec for instance live resize https://review.openstack.org/141219
08:26:58 openstackgerrit Silvan Kaiser proposed openstack/nova master: Exec systemd-run with privileges in Quobyte driver https://review.openstack.org/554195
08:36:05 openstackgerrit Hironori Shiina proposed openstack/nova master: virt/ironic: Implement rescue and unrescue https://review.openstack.org/416487
08:46:42 openstackgerrit Silvan Kaiser proposed openstack/nova master: Exec systemd-run with privileges in Quobyte driver https://review.openstack.org/554195
08:57:15 kaisers1 Hi! I'm looking for Novas policies on bugfix backports but so far was unable to find documentation on this, can somebody pls drop me a hint where to find this? :)
09:01:51 bauzas kaisers1: https://docs.openstack.org/project-team-guide/stable-branches.html#proposing-fixes
09:03:10 bauzas arvindn05: hola
09:03:16 bauzas sure, I'm here now :)
09:05:21 bauzas arvindn05: about the rebuild conditional, I saw it, but I'm not sure I like it, you know :)
09:10:51 kaisers1 bauzas: thanks!
09:12:39 openstackgerrit Zhenyu Zheng proposed openstack/nova master: [WIP] Send out notification when instance metadata updated https://review.openstack.org/558140
09:16:52 openstackgerrit Yikun Jiang (Kero) proposed openstack/nova master: Add rules column to instance_group_policy table. https://review.openstack.org/560832
09:16:53 openstackgerrit Yikun Jiang (Kero) proposed openstack/nova master: WIP: complex policy https://review.openstack.org/553776
09:33:28 openstackgerrit sahid proposed openstack/nova master: libvirt: add support for virtio-net rx/tx queue sizes https://review.openstack.org/484997
09:33:29 openstackgerrit sahid proposed openstack/nova master: libvirt: fix wrong driver name for vhostuser interface https://review.openstack.org/561562
11:07:44 openstackgerrit Martin Midolesov proposed openstack/nova master: [vmwareapi] Expose cpu model on homogeneous cluster https://review.openstack.org/561588
11:34:04 openstackgerrit Matthew Booth proposed openstack/nova master: Pass disk_info dict to libvirt_info https://review.openstack.org/529329
11:34:05 openstackgerrit Matthew Booth proposed openstack/nova master: Expose volume host type and path independent of libvirt config https://review.openstack.org/530786
11:34:06 openstackgerrit Matthew Booth proposed openstack/nova master: Don't generate fake disk_info in swap_volume https://review.openstack.org/530787
11:34:07 openstackgerrit Matthew Booth proposed openstack/nova master: Local disk serial numbers for the libvirt driver https://review.openstack.org/529380
12:04:06 cdent welcome back gibi, hope you had a great honeymoon
12:22:23 openstackgerrit Lee Yarwood proposed openstack/nova stable/pike: libvirt: Block swap volume attempts with encrypted volumes prior to Queens https://review.openstack.org/543569
12:30:58 openstackgerrit Lee Yarwood proposed openstack/nova stable/ocata: Refactor a test method including 3 test cases https://review.openstack.org/561603
12:30:59 openstackgerrit Lee Yarwood proposed openstack/nova stable/ocata: libvirt: Block swap volume attempts with encrypted volumes prior to Queens https://review.openstack.org/561604
12:37:10 gibi cdent: thanks! We had a great honeymoon indeed
12:37:17 cdent \o/
12:38:55 efried Say, anyone been after the gate yet this morning? I noticed it started failing pretty consistently on Friday (of course).
12:41:31 efried cdent: You know things about grenade, yah?
12:41:36 cdent efried: there's discussion on os-dev related to neutron and requirements handling breaking the gate
12:41:42 cdent so I think it is being worked on already
12:41:46 efried oh, okay.
12:41:50 efried So it's not nova's fault?
12:42:35 cdent as far as I was able to discern, no
12:42:49 efried k, I guess I'll just wait, then.
12:46:25 openstack Launchpad bug 1763966 in grenade "python-psutil dependency error on ubuntu 16.04.4" [Undecided,New]
12:46:25 cdent efried: this is at least one of the bugs: https://bugs.launchpad.net/devstack/+bug/1763966
12:47:30 efried ack
12:51:52 bauzas efried: yet again working on my NUMA spec
12:52:04 efried mhm
12:52:21 bauzas efried: tbh, I need to look again at your own group spec
12:53:11 bauzas yeah I'm looking at it now
12:56:57 bauzas efried: /me trying to understand https://specs.openstack.org/openstack/nova-specs/specs/rocky/approved/granular-resource-requests.html#requirement-3
12:57:37 efried bauzas: You should note that jaypipes has proposed an amendment which appreciably changes things: https://review.openstack.org/#/c/560974/ -- but if I have my way, that delta will die a fiery death.
12:58:38 efried bauzas: requirement 3 is saying that we want to be able to land our instance even if it means spreading VCPU resources across multiple NUMA nodes because we're reaching a point where they're getting pretty full and we can't fit all of them on one.
12:59:49 bauzas efried: what I don't understand is, if I have a tree with for example a RP, and then a child RP passing VGPU resources, would I still have the compute UUID RP being accepted if I'm saying some unnumbered group, like resources:VCPU=1&VGPU=1 ?
13:00:19 bauzas or do I need to ask for resources1:VCPU=1&resources2:VGPU=1 ?
13:00:32 LAKUNI1 ssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssssss
13:00:53 artom snek!
13:01:16 efried bauzas: In that situation, either one would be fine.
13:01:26 bauzas efried: because atm, the main RP is having VGPU inventories, but after my implementation, it would have a nested RP which would only pass VGPU
13:01:36 bauzas efried: ok cool then
13:01:48 bauzas efried: then why people should care about numbered req groups ?
13:02:03 efried bauzas: Because let's say for example you want two VFs on different networks.
13:02:21 efried Networks are represented by traits on the PF RPs.
13:02:39 efried We don't allow you to say resources=VF:1,VF:1
13:03:08 bauzas aha, I see it written The semantic for the (single) un-numbered grouping is unchanged. That is, it may still return results from different RPs in the same tree (or, when “shared” is fully implemented, the same aggregate). However, a numbered group will always return results from the same RP. This is to satisfy Requirement 2.
13:04:23 openstackgerrit Artom Lifshitz proposed openstack/nova stable/queens: only increment disk address unit for scsi devices https://review.openstack.org/561196
13:04:30 bauzas efried: ok, so, resources:VGPU:1,VCPU=1 is identical to resources1:VGPU=1&resources2:VGPU=1 but *not equivalent to* resources1:VGPU=1,VCPU=1
13:04:59 bauzas because if you're passing multiple resource classes to the same numbered group, then they need to be in the same RP
13:05:01 bauzas right?
13:05:03 efried bauzas: With the spec as written, that's correct. With jaypipes' amendment, those would be very different.
13:05:17 bauzas argh
13:05:19 efried Sorry, that was confusing.
13:05:39 bauzas efried: https://review.openstack.org/#/c/560974/1/specs/rocky/approved/granular-resource-requests.rst@34 right?
13:05:49 bauzas the conf option that would modify the behaviour ?
13:05:55 bauzas I'm not sure I like that
13:07:42 efried The conf option would allow you to specify resource classes in the spec that allow their units to be spread across multiple RPs, when specified in the un-numbered request group.
13:08:37 openstackgerrit Jay Pipes proposed openstack/nova-specs master: Numbered request groups use different providers https://review.openstack.org/560974
13:08:40 efried bauzas: I think jaypipes was trying to satisfy the "spread" use case. So you would put VCPU in that conf option, and then you could say resources=VCPU:4, and placement would *first* try to fit all the VCPUs on one RP, but if it couldn't, it would then try to do 2 and 2, and then 1,1,1,1
13:08:59 bauzas efried: I see
13:09:19 openstackgerrit Artom Lifshitz proposed openstack/nova stable/pike: only increment disk address unit for scsi devices https://review.openstack.org/561611
13:09:24 jaypipes efried: sorry, just pushed up a new rev on that. didn't change much, though.
13:09:30 bauzas efried: I'm rushing to upload my spec so we could be discussing about that
13:10:06 efried jaypipes: ack. I was just responding to cdent's comments...
13:10:36 jaypipes efried: yup, I responded to both you and cdent on the last revision review.
13:11:20 openstackgerrit Artom Lifshitz proposed openstack/nova stable/ocata: only increment disk address unit for scsi devices https://review.openstack.org/561613
13:19:02 openstackgerrit Sylvain Bauza proposed openstack/nova-specs master: Proposes NUMA topology with RPs https://review.openstack.org/552924
13:19:52 bauzas efried: jaypipes: you could be interested in ^
13:20:14 jaypipes bauzas: s/could/will/
13:20:29 efried ack
13:29:43 M0z122 Hi there,
13:29:59 M0z122 I'm interested in LVM backed instances, But it seems that cold migrate,live-migration,live snapshoting, resize are not implemented when images_type == lvm. Do you know if there are any onging dev on this, or any plan to dev it ?
13:40:27 openstackgerrit Lee Yarwood proposed openstack/nova stable/ocata: libvirt: Block swap volume attempts with encrypted volumes prior to Queens https://review.openstack.org/561604
13:43:24 mriedem M0z122: cfriesen has code for that i believe

Earlier   Later