Monday, 2017-10-02

*** swamireddy has quit IRC00:04
*** lnxnut has quit IRC00:07
*** markvoelker has joined #openstack-nova00:12
*** yamamoto has joined #openstack-nova00:14
*** yamamoto has quit IRC00:14
*** yamamoto has joined #openstack-nova00:14
*** tetsuro has joined #openstack-nova00:14
*** dave-mccowan has joined #openstack-nova00:15
*** yamamoto has quit IRC00:19
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948300:31
*** edmondsw has joined #openstack-nova00:39
*** psachin has quit IRC00:40
*** hieulq has joined #openstack-nova00:41
*** psachin has joined #openstack-nova00:41
*** edmondsw has quit IRC00:44
*** markvoelker has quit IRC00:45
*** mingyu has quit IRC00:56
*** mingyu has joined #openstack-nova00:56
*** claudiub has quit IRC01:05
*** phuongnh has joined #openstack-nova01:11
*** hongbin has joined #openstack-nova01:15
*** yamamoto has joined #openstack-nova01:19
*** jython has joined #openstack-nova01:20
*** yamamoto has quit IRC01:25
*** dave-mccowan has quit IRC01:30
*** dave-mccowan has joined #openstack-nova01:32
*** lnxnut has joined #openstack-nova01:34
*** edmondsw has joined #openstack-nova01:37
*** edmondsw has quit IRC01:41
*** markvoelker has joined #openstack-nova01:42
*** swamireddy has joined #openstack-nova01:43
*** trungnv has joined #openstack-nova01:48
*** dave-mcc_ has joined #openstack-nova01:49
*** dave-mccowan has quit IRC01:51
*** dave-mccowan has joined #openstack-nova01:57
*** dave-mcc_ has quit IRC01:59
*** jython has quit IRC02:00
*** lnxnut has quit IRC02:01
*** penick has joined #openstack-nova02:01
*** efried_thbagh has quit IRC02:07
*** TuanLA has joined #openstack-nova02:13
*** markvoelker has quit IRC02:16
*** dave-mcc_ has joined #openstack-nova02:17
*** tbachman_ has joined #openstack-nova02:18
*** dave-mccowan has quit IRC02:18
*** tbachman has quit IRC02:19
*** tbachman_ is now known as tbachman02:19
*** yamamoto has joined #openstack-nova02:21
*** mingyu_ has joined #openstack-nova02:25
*** esberglu has joined #openstack-nova02:26
*** mingyu has quit IRC02:26
*** gyee has joined #openstack-nova02:27
*** yamamoto has quit IRC02:27
*** ijw has joined #openstack-nova02:28
*** esberglu has quit IRC02:31
*** ijw has quit IRC02:32
*** gyee has quit IRC02:38
*** ericyoung has quit IRC02:48
*** baoli has quit IRC02:52
*** dave-mcc_ has quit IRC02:55
*** Yikun__ has joined #openstack-nova02:56
*** coreywright has quit IRC02:56
*** coreywright has joined #openstack-nova03:03
*** tetsuro has quit IRC03:05
*** markvoelker has joined #openstack-nova03:13
*** nicolasbock_ has quit IRC03:16
*** yamamoto has joined #openstack-nova03:23
*** edmondsw has joined #openstack-nova03:25
*** lnxnut has joined #openstack-nova03:28
*** yamamoto has quit IRC03:29
*** ijw has joined #openstack-nova03:29
*** mingyu_ has quit IRC03:29
*** edmondsw has quit IRC03:30
*** ijw has quit IRC03:33
*** mingyu has joined #openstack-nova03:34
*** markvoelker has quit IRC03:46
*** links has joined #openstack-nova03:48
*** lnxnut has quit IRC03:55
*** gouthamr has joined #openstack-nova03:55
*** esberglu has joined #openstack-nova04:14
*** esberglu has quit IRC04:19
*** jaosorior has joined #openstack-nova04:19
openstackgerritHongbin Lu proposed openstack/nova master: [WIP] Fix wrapping of neutron Forbidden error  https://review.openstack.org/50880204:24
*** yamamoto has joined #openstack-nova04:25
*** hongbin_ has joined #openstack-nova04:26
*** mingyu has quit IRC04:26
*** yamamoto has quit IRC04:29
*** hongbin has quit IRC04:30
*** gouthamr has quit IRC04:30
*** yamahata has joined #openstack-nova04:35
*** penick has quit IRC04:42
*** markvoelker has joined #openstack-nova04:43
openstackgerritHongbin Lu proposed openstack/nova master: Fix wrapping of neutron forbidden error  https://review.openstack.org/50880204:46
*** hongbin_ has quit IRC04:46
*** edmondsw has joined #openstack-nova05:13
*** Yikun__ has quit IRC05:15
*** markvoelker has quit IRC05:17
*** edmondsw has quit IRC05:18
*** logan- has quit IRC05:18
*** logan- has joined #openstack-nova05:21
*** lnxnut has joined #openstack-nova05:22
*** yamamoto has joined #openstack-nova05:26
*** mingyu has joined #openstack-nova05:27
*** edand has joined #openstack-nova05:31
*** yamamoto has quit IRC05:31
*** mingyu has quit IRC05:32
*** mdnadeem has joined #openstack-nova05:40
*** thorst has joined #openstack-nova05:41
*** logan- has quit IRC05:48
*** lnxnut has quit IRC05:50
*** mingyu has joined #openstack-nova05:50
*** thorst has quit IRC05:51
*** thorst has joined #openstack-nova05:51
*** thorst has quit IRC05:52
*** logan- has joined #openstack-nova05:53
*** phuongnh has quit IRC06:00
*** phuongnh has joined #openstack-nova06:02
*** cshen has joined #openstack-nova06:02
*** esberglu has joined #openstack-nova06:02
*** esberglu has quit IRC06:07
*** Oku_OS-away is now known as Oku_OS06:10
*** avolkov has joined #openstack-nova06:12
*** markvoelker has joined #openstack-nova06:14
*** cshen has quit IRC06:20
*** cshen has joined #openstack-nova06:21
*** josecastroleon has joined #openstack-nova06:23
*** cfriesen has quit IRC06:25
*** lajoskatona has joined #openstack-nova06:27
*** yamamoto has joined #openstack-nova06:28
*** yamamoto has quit IRC06:33
*** markvoelker has quit IRC06:47
*** sahid has joined #openstack-nova06:58
*** jpena has joined #openstack-nova06:59
*** edmondsw has joined #openstack-nova06:59
*** Eran_Kuris has quit IRC07:01
*** rcernin has joined #openstack-nova07:04
*** edmondsw has quit IRC07:04
*** pcaruana has joined #openstack-nova07:08
*** Eran_Kuris has joined #openstack-nova07:15
*** lnxnut has joined #openstack-nova07:17
*** tesseract has joined #openstack-nova07:22
*** yamamoto has joined #openstack-nova07:29
*** rmart04 has joined #openstack-nova07:33
*** yamamoto has quit IRC07:36
openstackgerritedan david proposed openstack/os-traits master: Add NIC Switchdev feature  https://review.openstack.org/50881707:42
*** lnxnut has quit IRC07:44
*** markvoelker has joined #openstack-nova07:44
*** yamamoto has joined #openstack-nova07:45
*** ircuser-1 has joined #openstack-nova07:46
*** ragiman has joined #openstack-nova07:48
*** esberglu has joined #openstack-nova07:51
*** takashin has left #openstack-nova07:55
*** esberglu has quit IRC07:56
*** slaweq has joined #openstack-nova07:56
*** slaweq has quit IRC08:00
*** ragiman has quit IRC08:02
*** lucas-pto is now known as lucasagomes08:03
*** slaweq has joined #openstack-nova08:05
*** lnxnut has joined #openstack-nova08:11
*** lnxnut has quit IRC08:15
*** ralonsoh has joined #openstack-nova08:16
*** ragiman has joined #openstack-nova08:17
*** markvoelker has quit IRC08:18
*** bauwser is now known as bauzas08:25
*** derekh has joined #openstack-nova08:30
*** belmoreira has joined #openstack-nova08:32
*** mdavidson has joined #openstack-nova08:37
*** kbaegis has joined #openstack-nova08:40
*** kbaegis has left #openstack-nova08:40
openstackgerritMerged openstack/nova-specs master: Request traits in Nova  https://review.openstack.org/46879708:40
openstackgerritGhanshyam Mann proposed openstack/nova-specs master: Spec for API extensions policy removal  https://review.openstack.org/50810108:41
*** gszasz has joined #openstack-nova08:42
*** ragiman has quit IRC08:47
*** edmondsw has joined #openstack-nova08:48
*** cdent has joined #openstack-nova08:50
*** edmondsw has quit IRC08:52
*** tssurya has joined #openstack-nova08:55
*** yamamoto has quit IRC08:56
*** josecastroleon has quit IRC08:56
*** cdent has quit IRC08:58
*** Eran_Kuris has quit IRC08:59
*** josecastroleon has joined #openstack-nova09:00
*** ragiman has joined #openstack-nova09:00
*** Eran_Kuris has joined #openstack-nova09:11
*** lnxnut has joined #openstack-nova09:13
*** markvoelker has joined #openstack-nova09:15
openstackgerritMerged openstack/nova master: Support qemu >= 2.10  https://review.openstack.org/50567309:18
*** sambetts|afk is now known as sambetts09:28
*** yangyapeng has quit IRC09:29
*** yangyapeng has joined #openstack-nova09:29
*** rmart04_ has joined #openstack-nova09:30
*** rmart04 has quit IRC09:31
*** rmart04_ is now known as rmart0409:31
*** yangyapeng has quit IRC09:34
*** rmart04_ has joined #openstack-nova09:38
*** rmart04 has quit IRC09:38
*** rmart04_ is now known as rmart0409:38
*** esberglu has joined #openstack-nova09:39
openstackgerritRadoslav Gerganov proposed openstack/nova-specs master: VMware: add support for live migration  https://review.openstack.org/29920709:39
*** lnxnut has quit IRC09:39
*** mdnadeem has quit IRC09:41
*** esberglu has quit IRC09:43
*** mdnadeem has joined #openstack-nova09:44
*** sahid has quit IRC09:45
*** josecastroleon has quit IRC09:45
*** sahid has joined #openstack-nova09:45
openstackgerritsahid proposed openstack/nova master: pci: update PciDevice object field 'address' to accept NULL  https://review.openstack.org/50817509:48
openstackgerritsahid proposed openstack/nova master: pci: add for PciDevice object new field mdev  https://review.openstack.org/50817609:48
openstackgerritsahid proposed openstack/nova master: pci: generalize object unit-tests for different framework  https://review.openstack.org/50817709:48
openstackgerritsahid proposed openstack/nova master: pci: add support for mdev device type request  https://review.openstack.org/50817809:48
openstackgerritsahid proposed openstack/nova master: pci: generalize stats unit-tests for different framework  https://review.openstack.org/50817909:48
openstackgerritsahid proposed openstack/nova master: pci: add support for mdev devices type in devspec  https://review.openstack.org/50818009:48
openstackgerritsahid proposed openstack/nova master: pci: add support for resource pool stats of mdev devices  https://review.openstack.org/50818109:48
openstackgerritsahid proposed openstack/nova master: pci: make manager to accept handling mdev devices  https://review.openstack.org/50818209:48
openstackgerritsahid proposed openstack/nova master: libvirt: update PCI node device to report mdev devices  https://review.openstack.org/50818309:48
openstackgerritsahid proposed openstack/nova master: libvirt: report mdev resources  https://review.openstack.org/50818409:48
openstackgerritsahid proposed openstack/nova master: libvirt: add support to start vm with using mdev (vGPU)  https://review.openstack.org/50818509:48
openstackgerritsahid proposed openstack/nova master: functional: rework fakelibvirt host pci devices  https://review.openstack.org/50818609:48
openstackgerritsahid proposed openstack/nova master: functional: resuse SRIOV funtional tests for MDEV devices  https://review.openstack.org/50818709:48
openstackgerritsahid proposed openstack/nova master: WIP - functional: rewrite class to generate pci devices  https://review.openstack.org/50883509:48
*** markvoelker has quit IRC09:48
*** belmoreira has quit IRC09:49
*** mdnadeem is now known as mdnadeem|afk09:49
*** josecastroleon has joined #openstack-nova09:50
*** josecastroleon has quit IRC09:54
*** yamamoto has joined #openstack-nova09:56
*** mdnadeem|afk is now known as mdnadeem09:58
*** josecastroleon has joined #openstack-nova09:58
*** cdent has joined #openstack-nova09:59
*** yamamoto has quit IRC10:02
*** moshele has joined #openstack-nova10:04
*** edand has quit IRC10:05
*** lnxnut has joined #openstack-nova10:07
*** josecastroleon has quit IRC10:08
*** moshele has quit IRC10:11
*** lnxnut has quit IRC10:11
openstackgerritsahid proposed openstack/nova master: libvirt: add method to configure migration speed  https://review.openstack.org/49745610:15
openstackgerritsahid proposed openstack/nova master: libvirt: slow live-migration to ensure network is ready  https://review.openstack.org/49745710:15
*** dtantsur|afk is now known as dtantsur10:18
*** phuongnh has quit IRC10:19
*** rletrocquer has joined #openstack-nova10:19
*** ociuhandu has joined #openstack-nova10:21
rletrocquerHello, i have a question concerning the encryption of ephemeral disk (on LVM). Can anyone can help me to understand ?10:21
*** TuanLA has quit IRC10:23
*** moshele has joined #openstack-nova10:27
*** gszasz has quit IRC10:34
*** psachin has quit IRC10:34
*** edmondsw has joined #openstack-nova10:36
*** edmondsw has quit IRC10:40
*** markvoelker has joined #openstack-nova10:45
*** edand has joined #openstack-nova10:51
*** adisky has quit IRC10:51
*** moshele has quit IRC10:52
*** slaweq has quit IRC10:54
*** slaweq has joined #openstack-nova10:54
*** yamamoto has joined #openstack-nova10:58
*** slaweq has quit IRC10:59
*** slaweq has joined #openstack-nova11:01
*** nicolasbock_ has joined #openstack-nova11:01
*** gszasz has joined #openstack-nova11:02
*** yamamoto has quit IRC11:04
*** sdague has joined #openstack-nova11:05
*** slaweq has quit IRC11:05
*** dave-mccowan has joined #openstack-nova11:07
*** slaweq has joined #openstack-nova11:07
*** lnxnut has joined #openstack-nova11:08
*** nicolasbock_ has quit IRC11:10
*** slaweq has quit IRC11:11
*** edmondsw has joined #openstack-nova11:13
openstackgerritLajos Katona proposed openstack/nova master: Extend ServerMovingTests with custom resources  https://review.openstack.org/49739911:13
*** edmondsw has quit IRC11:14
*** yamamoto has joined #openstack-nova11:17
*** sapd__ has quit IRC11:17
*** yamamoto has quit IRC11:18
*** sapd__ has joined #openstack-nova11:18
*** markvoelker has quit IRC11:19
*** lucasagomes is now known as lucas-hungry11:19
*** alexchadin has joined #openstack-nova11:19
*** nicolasbock_ has joined #openstack-nova11:23
*** yamamoto has joined #openstack-nova11:28
*** belmoreira has joined #openstack-nova11:32
*** ociuhandu has quit IRC11:33
*** ociuhandu has joined #openstack-nova11:33
*** ijw has joined #openstack-nova11:34
*** lnxnut has quit IRC11:36
*** rmart04_ has joined #openstack-nova11:37
*** ijw has quit IRC11:39
*** rmart04 has quit IRC11:39
*** rmart04_ is now known as rmart0411:39
*** jamesdenton has quit IRC11:39
*** rmart04_ has joined #openstack-nova11:42
*** yamamoto has quit IRC11:43
*** smatzek has joined #openstack-nova11:44
*** rmart04 has quit IRC11:44
*** rmart04_ is now known as rmart0411:44
*** yamamoto has joined #openstack-nova11:45
*** slaweq has joined #openstack-nova11:52
*** gszasz has quit IRC11:57
*** jamesdenton has joined #openstack-nova11:58
*** hferenc has quit IRC11:58
*** yamamoto has quit IRC11:59
*** hferenc has joined #openstack-nova12:00
*** yamamoto has joined #openstack-nova12:02
*** jamesdenton has quit IRC12:02
openstackgerritMerged openstack/nova master: Fix race in delete allocation in ServerMovingTests  https://review.openstack.org/50791112:03
*** lnxnut has joined #openstack-nova12:03
*** gszasz has joined #openstack-nova12:04
*** alexchadin has quit IRC12:05
*** catintheroof has joined #openstack-nova12:06
*** markvoelker has joined #openstack-nova12:06
*** jamesdenton has joined #openstack-nova12:06
*** alexchadin has joined #openstack-nova12:06
*** catinthe_ has joined #openstack-nova12:07
*** catintheroof has quit IRC12:08
*** vladikr has joined #openstack-nova12:09
*** edmondsw has joined #openstack-nova12:09
*** lucas-hungry is now known as lucasagomes12:10
*** edand has quit IRC12:16
*** claudiub has joined #openstack-nova12:17
*** lpetrut has joined #openstack-nova12:17
*** lnxnut has quit IRC12:21
*** jpena is now known as jpena|lunch12:24
*** yamamoto has quit IRC12:26
*** edand has joined #openstack-nova12:29
*** Eran_Kuris has quit IRC12:29
*** rmart04 has quit IRC12:30
*** jaypipes has joined #openstack-nova12:30
*** awaugama has joined #openstack-nova12:31
*** gszasz has quit IRC12:32
*** ijw has joined #openstack-nova12:36
*** rtjure has quit IRC12:36
*** rtjure has joined #openstack-nova12:38
*** brault has quit IRC12:40
*** brault has joined #openstack-nova12:40
*** ijw has quit IRC12:40
*** Eran_Kuris has joined #openstack-nova12:42
*** hemna_ has joined #openstack-nova12:42
*** smatzek has quit IRC12:43
*** hemna_ has quit IRC12:44
*** smatzek has joined #openstack-nova12:44
*** brault has quit IRC12:45
*** pchavva has joined #openstack-nova12:46
*** smatzek has quit IRC12:48
*** lyan has joined #openstack-nova12:53
*** liverpooler has joined #openstack-nova12:57
*** alexchadin has quit IRC12:58
*** links has quit IRC12:59
*** gszasz has joined #openstack-nova12:59
*** thorst has joined #openstack-nova13:02
*** mriedem has joined #openstack-nova13:03
*** scottda_ has joined #openstack-nova13:04
*** jmlowe has joined #openstack-nova13:04
*** hemna_ has joined #openstack-nova13:04
*** ragiman has quit IRC13:05
*** lbragstad has joined #openstack-nova13:07
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Fix race in delete allocation in ServerMovingTests  https://review.openstack.org/50887213:08
*** esberglu has joined #openstack-nova13:09
*** smatzek has joined #openstack-nova13:10
*** erlon has joined #openstack-nova13:11
*** yamamoto has joined #openstack-nova13:15
*** rmart04 has joined #openstack-nova13:15
*** thorst has quit IRC13:17
gibimriedem: hi! Yes, the proposal http://forumtopics.openstack.org/cfp/details/50 come from one of my coworker. I think we all agree that that the you proposal is more complete http://forumtopics.openstack.org/cfp/details/6213:17
gibimriedem: now he noted this on his proposal13:17
gibimriedem: I guess there is no other way to rewoke the proposal13:18
openstackgerritMatt Riedemann proposed openstack/nova master: Remove dead code of api.fault notification sending  https://review.openstack.org/50516413:18
*** alexchadin has joined #openstack-nova13:18
*** lnxnut has joined #openstack-nova13:19
*** ragiman has joined #openstack-nova13:19
mriedemgibi: ok, i don't know how much we'll be talking about future stuff for placement at the forum13:20
mriedemeven though i guess we're supposed to be13:20
*** josecastroleon has joined #openstack-nova13:21
*** yamamoto has quit IRC13:21
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Add live.migration.force.complete to the legacy notification whitelist  https://review.openstack.org/50887713:21
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Add live.migration.force.complete to the legacy notification whitelist  https://review.openstack.org/50887813:21
*** jpena|lunch is now known as jpena13:24
*** smatzek has quit IRC13:25
*** eharney has joined #openstack-nova13:25
*** smatzek has joined #openstack-nova13:25
*** josecastroleon has quit IRC13:25
gibimriedem: you always beat me to propose the these backports :)13:26
mriedemthose were the easy ones13:27
mriedemand i need easy things on monday morning13:27
*** thorst has joined #openstack-nova13:29
gibimake sense \13:29
*** smatzek has quit IRC13:29
*** belmoreira has quit IRC13:31
*** tssurya has quit IRC13:31
*** baoli has joined #openstack-nova13:32
*** belmoreira has joined #openstack-nova13:33
*** baoli_ has joined #openstack-nova13:33
*** lucasxu has joined #openstack-nova13:34
*** kylek3h has joined #openstack-nova13:34
cdentwhy is zuul saying -1 on https://review.openstack.org/#/c/505418/ when the only fails are non-voting? is non-voting confuse?13:35
*** alex_xu has quit IRC13:35
dansmithcdent: merger_failure on the functional one13:36
*** ijw has joined #openstack-nova13:36
*** baoli has quit IRC13:37
cdentthanks dansmith: I was only looking at the summary at the top13:38
*** baoli_ has quit IRC13:38
*** alex_xu has joined #openstack-nova13:38
dansmithyeah not sure why it's not in there13:38
*** Anticimex has quit IRC13:40
*** ijw has quit IRC13:41
*** Anticimex has joined #openstack-nova13:41
*** sshwarts has joined #openstack-nova13:45
edleafeScheduler subteam meeting in 15 minutes in #openstack-meeting-alt13:45
mriedemi know alex_xu isn't around, but cdent - might be good to figure out if https://review.openstack.org/#/c/492395/ has an impact on scheduling performance and if so, we should consider backporting it13:45
mriedemjaypipes: ^13:45
jaypipesmriedem: ack13:45
*** thorst has quit IRC13:45
*** lnxnut has quit IRC13:45
*** tssurya has joined #openstack-nova13:47
cdentmriedem: k13:47
*** thorst has joined #openstack-nova13:47
*** thorst has quit IRC13:48
*** thorst has joined #openstack-nova13:48
*** awaugama has quit IRC13:49
*** yamamoto has joined #openstack-nova13:50
*** Eran_Kuris has quit IRC13:50
*** yamamoto_ has joined #openstack-nova13:50
ildikovI got a question on instance HA last week, like having the VM restarted in another host if needed13:52
ildikovI remember discussions and some activity popping about this topic a while ago13:52
ildikovdoes anyone know whether it got anywhere?13:52
*** bnemec has joined #openstack-nova13:53
cdentIf alex is on holiday does this stack need a buddy this week? https://review.openstack.org/#/c/489206/ If so, I can’t prod it.13:53
*** awaugama has joined #openstack-nova13:53
cdentildikov: there’s been some chatter on one of the lists recently about “self-healing"13:53
cdentand I think there might be a proposed forum session13:53
*** takashin has joined #openstack-nova13:54
*** yamamoto has quit IRC13:54
cdentother than that, I don’t know anything13:54
ildikovcdent: cool, thanks, I will check13:54
*** awaugama has quit IRC13:54
*** efried has joined #openstack-nova13:54
*** awaugama has joined #openstack-nova13:55
ildikovcdent: I wanted to double check first that it's not a solved problem that I missed :)13:55
johnthetubaguyildikov: there is project about that, it just submitted to the TC13:55
ildikovcdent: and have some pointers in either case13:55
cdentsolved. no. not yet.13:55
ildikovjohnthetubaguy: which one?13:55
johnthetubaguyildikov: finally found it, Masakari https://review.openstack.org/#/c/500118/13:56
johnthetubaguyI know progress was going a bit slower than they hoped, but it sounds like good things were coming soon there13:57
jaypipesmriedem: might have minimal perf impact, but it fixes a specific *bug* that is definitely backportable.13:58
lajoskatonaildikov & cdent: Hi, actually there was a session in Denver (https://etherpad.openstack.org/p/self-healing-queens-ptg), and a promise that there will be a bi-weekly meeting13:58
lajoskatonaildikov & cdent: I am still hunting for some details, as the saying was that there will be some to have shapes for the thing before the summit....13:59
johnthetubaguyildikov: aspiers knows the details, I think he was running the meeting13:59
*** cfriesen has joined #openstack-nova13:59
*** lajoskatona has quit IRC13:59
*** thorst has quit IRC13:59
*** bhagyashris has quit IRC13:59
*** neha_alhat has quit IRC13:59
*** pooja_jadhav has quit IRC14:00
*** crushil has joined #openstack-nova14:00
*** smatzek has joined #openstack-nova14:00
johnthetubaguyildikov: not 100% sure, but I think http://eavesdrop.openstack.org/#High_Availability_Meeting is the meeting14:00
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: placement: avoid returning duplicated alloc_reqs when no sharing rp  https://review.openstack.org/50888514:00
mriedemjaypipes: ok done14:00
mriedemthanks14:00
*** smatzek has quit IRC14:01
*** thorst has joined #openstack-nova14:01
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactCoreFilter  https://review.openstack.org/50888614:01
*** smatzek has joined #openstack-nova14:01
ildikovjohnthetubaguy: lajoskatona: cool, thanks!14:01
ildikovjohnthetubaguy: I saw a github repo that looked less active so I got confused, but the project proposal looks to be in good shape, so that's promising14:02
johnthetubaguyildikov: its more of a workload specific thing, hence not in Nova scope14:02
*** smatzek_ has joined #openstack-nova14:03
ildikovjohnthetubaguy: yeah, that part is clear14:03
johnthetubaguyildikov: they are kinda discussing a re-design to smush a few currently competing efforts together, as I understand it14:03
ildikovjohnthetubaguy: I didn't expect it to be in Nova's scope, but I was sure I will find people on this channel who have some info :)14:03
johnthetubaguyildikov: totally14:03
ildikovjohnthetubaguy: a-ha, ok, that describes what I saw14:03
ildikovjohnthetubaguy: thanks for the info and the pointers!14:04
*** thorst has quit IRC14:04
johnthetubaguyno worries14:04
*** ragiman has quit IRC14:04
*** thorst has joined #openstack-nova14:04
*** smatzek has quit IRC14:06
*** smatzek_ has quit IRC14:07
*** hongbin has joined #openstack-nova14:08
*** neha_alhat has joined #openstack-nova14:10
*** bhagyashris has joined #openstack-nova14:11
*** pooja_jadhav has joined #openstack-nova14:11
*** smatzek has joined #openstack-nova14:11
*** smatzek has quit IRC14:16
*** smatzek_ has joined #openstack-nova14:16
*** gbarros has joined #openstack-nova14:16
*** smatzek_ has quit IRC14:16
*** ragiman has joined #openstack-nova14:18
*** pino has joined #openstack-nova14:18
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactDiskFilter  https://review.openstack.org/50889314:21
*** eharney has quit IRC14:24
*** eharney has joined #openstack-nova14:26
*** smatzek has joined #openstack-nova14:29
*** moshele has joined #openstack-nova14:30
*** smatzek_ has joined #openstack-nova14:33
*** moshele has quit IRC14:33
*** smatzek has quit IRC14:34
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactRamFilter  https://review.openstack.org/50889714:34
*** cdent has quit IRC14:35
*** belmoreira has quit IRC14:36
*** smatzek_ has quit IRC14:37
*** smatzek has joined #openstack-nova14:37
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactDiskFilter  https://review.openstack.org/50889314:37
*** belmoreira has joined #openstack-nova14:38
*** tssurya has quit IRC14:39
*** smatzek has quit IRC14:42
*** ericyoung has joined #openstack-nova14:43
*** chyka has joined #openstack-nova14:44
*** smatzek has joined #openstack-nova14:44
*** tssurya has joined #openstack-nova14:44
*** rmart04_ has joined #openstack-nova14:46
*** tesseract has quit IRC14:46
*** smatzek_ has joined #openstack-nova14:46
mriedemdeprecation window is 3 months minimum across release boudaries right? ^14:47
sdaguemriedem: yes14:48
*** smatzek has quit IRC14:49
*** rmart04 has quit IRC14:49
*** rmart04_ is now known as rmart0414:49
*** cleong has joined #openstack-nova14:50
*** smatzek has joined #openstack-nova14:51
*** smatzek_ has quit IRC14:51
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactDiskFilter  https://review.openstack.org/50889314:52
*** gyee has joined #openstack-nova14:53
*** alexchadin has quit IRC14:53
*** tssurya has quit IRC14:54
*** josecastroleon has joined #openstack-nova14:54
mriedem-2ed then14:54
*** josecastroleon has quit IRC14:54
*** josecastroleon has joined #openstack-nova14:56
*** josecastroleon has quit IRC14:56
*** coreywright has quit IRC14:56
*** bhagyashris has quit IRC14:57
*** pooja_jadhav has quit IRC14:57
*** neha_alhat has quit IRC14:57
*** chyka has quit IRC14:57
*** chyka has joined #openstack-nova14:58
*** yamahata has quit IRC14:58
*** yamahata has joined #openstack-nova14:59
*** baoli has joined #openstack-nova14:59
openstackgerritMatt Riedemann proposed openstack/nova stable/newton: Add live.migration.force.complete to the legacy notification whitelist  https://review.openstack.org/50890215:02
*** Oku_OS is now known as Oku_OS-away15:05
*** mvk has quit IRC15:06
*** tesseract has joined #openstack-nova15:07
*** gbarros has quit IRC15:08
*** edand has quit IRC15:09
*** coreywright has joined #openstack-nova15:09
openstackgerritMatt Riedemann proposed openstack/python-novaclient stable/newton: Fix aggregate_update name and availability_zone clash  https://review.openstack.org/50781615:11
*** lnxnut has joined #openstack-nova15:13
*** rmart04 has quit IRC15:13
mriedemgmann: oomichi: you could probably help direct this a bit https://review.openstack.org/#/c/389482/15:16
mriedemlooks like it's NEC15:16
*** cdent has joined #openstack-nova15:18
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter  https://review.openstack.org/50888615:24
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter  https://review.openstack.org/50888615:26
*** pcaruana has quit IRC15:27
openstackgerritzhangyangyang proposed openstack/nova master: Remove ExactCoreFilter ExactDiskFilter ExactRamFilter  https://review.openstack.org/50888615:31
*** cshen has quit IRC15:31
*** dave-mccowan has quit IRC15:32
*** dave-mcc_ has joined #openstack-nova15:32
*** lnxnut has quit IRC15:32
sean-k-mooneyjohnthetubaguy: just as an fyi im going to update https://review.openstack.org/#/c/375580 and reporpose for queens if you have no objection15:34
johnthetubaguysean-k-mooney: sounds good15:34
*** penick has joined #openstack-nova15:36
*** lennyb_ has joined #openstack-nova15:36
*** lennyb_ has quit IRC15:36
*** bhagyashris has joined #openstack-nova15:36
*** pooja_jadhav has joined #openstack-nova15:37
*** neha_alhat has joined #openstack-nova15:37
*** penick has quit IRC15:38
*** penick has joined #openstack-nova15:40
*** rcernin has quit IRC15:41
*** acormier has joined #openstack-nova15:41
*** sapcc-bot2 has quit IRC15:46
*** sapcc-bot has joined #openstack-nova15:46
*** jaypipes_ has joined #openstack-nova15:47
*** takashin has left #openstack-nova15:48
*** jaypipes has quit IRC15:48
*** jistr is now known as jistr|off|mtg15:48
*** jistr|off|mtg is now known as jistr15:49
*** thorst has quit IRC15:49
*** gouthamr has joined #openstack-nova15:54
openstackgerritChris Dent proposed openstack/nova-specs master: Add trait support in the allocation candidates API  https://review.openstack.org/49771315:54
*** kuzko has quit IRC15:55
*** lucasagomes is now known as lucas-afk15:57
*** awaugama has quit IRC15:57
*** tssurya has joined #openstack-nova15:58
*** ragiman has quit IRC16:00
mriedemdansmith: sdague: remember the discussion at the ptg about making the ip filtering more efficient when listing instances?16:00
*** ijw has joined #openstack-nova16:00
mriedemi thought about something that would be problematic with one of the proposed solutions, which was querying neutron ports first,16:00
mriedemi don't think neutron has a concept like "read_deleted=yes"16:00
*** jmlowe has quit IRC16:00
*** xyang1 has joined #openstack-nova16:01
mriedemso if you did: nova list --ip 192.168.159.128 --deleted --all-tenants16:01
mriedemi don't think we'd be honoring the --deleted flag if we first filtered by IP using neutron16:01
dansmithmriedem: you mean parallelizing the neutron and nova work, yeah16:02
dansmithmriedem: we'd just get a larger set back than we need and would filter it ourselves16:02
*** kuzko has joined #openstack-nova16:02
mriedemmy understanding of what was proposed was first call neutron to get the list of ports (device_ids) per the ip filter provided16:02
mriedemand then use ^ to filter the results from the cells16:02
*** READ10 has joined #openstack-nova16:03
*** scottda_ has quit IRC16:03
dansmithright, but we could still not return things that are deleted16:03
dansmithoh16:03
mriedemyou could still honor --deleted if you only did the python filtering on any deleted instances in the results from the cells...but you're still probably wasting time checking which of the 1000 instances are deleted16:03
dansmithI see what you mean16:03
dansmithyou don't get back the deleted ips16:03
mriedemright16:04
dansmithI read your logic backwards16:04
dansmithyeah16:04
dansmithbut16:04
mriedembut they could be deleted from nova anyway....or archived16:04
dansmithdeleted things can be purged at any time, so not being able to satisfy that query doesn't seem terrible to me16:04
dansmithright16:04
mriedemi know we used that as justification for some things in my searchlight spec16:04
mriedemso it could apply here16:04
dansmithand for flavor things I think16:04
sdagueso... honestly, I think we need to decouple "as an admin I need to ..."16:04
sdagueand it needs to be in the API16:04
sdaguebecause a lot of these things are a pretty straight forward combination of API calls, that if exposed as a single command in openstack client might be sufficient16:05
dansmithwell, we said that too yeah16:05
dansmithI think we said we need to ask the people that need to do this if that would be okay16:06
*** moshele has joined #openstack-nova16:06
sdagueyeh16:07
sean-k-mooneysdague: shade may also be an option for those that want a programatic interface16:07
*** crushil has quit IRC16:08
sdaguesean-k-mooney: sure, though if we're really talking about quick search functions, I think openstack client is probably the thing people will be using16:09
mriedemi see notes in the etherpad about the idea for doing it in osc, but nothing saying we were going to ask about that16:10
*** thorst has joined #openstack-nova16:10
mriedemif you force it client side, then it has to be duplicated everywhere16:11
sdaguemriedem: but that's kind of ok16:11
sdaguebecause this is typically a debug operation16:12
sdaguesomething goes wrong with an ip, and track it back to source16:12
*** thorst has quit IRC16:13
finucannotmriedem: Just to confirm, this doesn't need a microversion because it's a bug?16:13
finucannothttps://review.openstack.org/#/c/490722/1116:13
*** finucannot is now known as stephenfin16:13
*** belmoreira has quit IRC16:13
sdagueI'm also super unclear whether the regex part of this is really interesting or should be supported16:14
*** awaugama has joined #openstack-nova16:14
dansmithyeah, that was another question I think16:14
mriedemstephenfin: not just b/c it's a bug, some bugs require microversions16:14
mriedemstephenfin: we discussed it at the ptg, the notes are in https://etherpad.openstack.org/p/nova-ptg-queens16:14
*** smatzek has quit IRC16:14
mriedemL65716:14
stephenfinmriedem: So it's a bug and there was never any chance of these requests succeeding?16:15
*** jaypipes_ is now known as jaypipes16:15
*** smatzek has joined #openstack-nova16:16
mriedemstephenfin: yes, the api would pass but the thing would eventually fail, so it never worked, so there was no point in doing a microversion, since 2.1 wouldn't work anyway16:16
*** smatzek has quit IRC16:16
*** moshele has quit IRC16:18
*** crushil has joined #openstack-nova16:19
stephenfinmriedem: Cool cool. +Wd16:19
*** smatzek has joined #openstack-nova16:19
*** tssurya has quit IRC16:22
*** mingyu has quit IRC16:25
*** tssurya has joined #openstack-nova16:29
*** thorst has joined #openstack-nova16:29
*** lnxnut has joined #openstack-nova16:30
*** thorst has quit IRC16:30
*** pino has quit IRC16:32
openstackgerritChris Dent proposed openstack/nova-specs master: Spec for limiting GET /allocation_candidates  https://review.openstack.org/50454016:33
*** thorst has joined #openstack-nova16:33
cdentjaypipes, mriedem, edleafe, sean-k-mooney, rgerganov, efried, gibi: made ^ way less complicated16:33
*** thorst has quit IRC16:33
cdentbut may be too simple now for some people16:33
*** yamamoto_ has quit IRC16:34
*** efried is now known as efried_afk16:36
*** yamamoto has joined #openstack-nova16:39
*** thorst has joined #openstack-nova16:40
*** jpena is now known as jpena|away16:41
*** tssurya has quit IRC16:41
*** penick_ has joined #openstack-nova16:42
*** sshwarts has quit IRC16:42
*** lnxnut has quit IRC16:43
*** crushil has quit IRC16:43
*** penick_ has quit IRC16:43
*** thorst has quit IRC16:44
*** penick has quit IRC16:45
*** dave-mcc_ has quit IRC16:46
*** penick has joined #openstack-nova16:48
*** slaweq_ has joined #openstack-nova16:48
mriedemok. i've got a couple of specs i need to write before tomorrow's sprint, so that's first priority for me (after lunch of course)16:48
mriedemplus some other performance and scale testing threads i need to pull16:48
dansmithjaypipes: so on the selection thing, I'm not okay with making limits an unversioned json string, and I think we probably need to take an approach like you suggested earlier16:48
jaypipesdansmith: having a specific numa_limits field, right?16:49
dansmithjaypipes: question though.. the numa limit object we get from the filter (right?) ... doesn't that depend on the host we've chosen? like, will that numa limit object apply to the alternate hosts?16:49
dansmithor can we pull out the one that applies to the selection we're doing?16:49
dansmithjaypipes: yeah, that16:49
jaypipesdansmith: yes, absolutely the NUMA limits applies to a host.16:50
dansmithjaypipes: right and the second part is, will we be able to populate this selection object with a numa limit that applies to the host the selection is for?16:51
*** crushil has joined #openstack-nova16:51
openstackgerritzhangyangyang proposed openstack/nova master: Update zuul user gating html  https://review.openstack.org/50894116:52
*** sahid has quit IRC16:54
*** slaweq_ has quit IRC16:55
openstackgerritzhangyangyang proposed openstack/nova master: Update zuul user gating html  https://review.openstack.org/50894116:56
*** thorst has joined #openstack-nova16:57
*** baoli has quit IRC16:57
*** artom has joined #openstack-nova16:58
*** baoli has joined #openstack-nova16:58
*** derekh has quit IRC16:59
*** dklyle has joined #openstack-nova17:00
*** vvargaszte has joined #openstack-nova17:01
*** thorst has quit IRC17:01
*** david-lyle has quit IRC17:02
*** mdnadeem has quit IRC17:02
*** vvargaszte has quit IRC17:03
jaypipesdansmith: yes, that will be necessary. will add comment to review shortlyu.17:05
*** yamahata has quit IRC17:05
jaypipesgit rebase --continue17:05
jaypipesguh, wrong window, sorry...17:05
cdentjaypipes: on your review of the limit stuff, you seemed to miss a section17:06
jaypipescdent: erm...17:06
*** acormier has quit IRC17:07
*** acormier has joined #openstack-nova17:08
*** yamahata has joined #openstack-nova17:09
*** jmlowe has joined #openstack-nova17:09
*** harlowja has joined #openstack-nova17:10
*** claudiub|2 has joined #openstack-nova17:11
jaypipescdent: see my last review.17:12
*** chyka_ has joined #openstack-nova17:12
cdentyup17:13
*** claudiub has quit IRC17:14
*** chyka has quit IRC17:14
*** chyka has joined #openstack-nova17:16
*** chyka_ has quit IRC17:18
*** yamahata has quit IRC17:18
*** efried_afk is now known as efried17:19
*** gouthamr has quit IRC17:21
*** chyka_ has joined #openstack-nova17:21
*** chyka has quit IRC17:22
*** slaweq_ has joined #openstack-nova17:22
*** thorst has joined #openstack-nova17:23
*** chyka has joined #openstack-nova17:25
*** mingyu has joined #openstack-nova17:26
*** penick_ has joined #openstack-nova17:28
*** chyka_ has quit IRC17:29
*** baoli_ has joined #openstack-nova17:30
* dansmith rolls the dice to see if we can at least merge /specs/17:30
*** mingyu has quit IRC17:30
*** penick has quit IRC17:31
*** baoli has quit IRC17:31
*** slaweq_ has quit IRC17:33
*** gjayavelu has joined #openstack-nova17:33
cdentthanks dansmith17:40
dansmithcdent: did it merge?17:40
*** lnxnut has joined #openstack-nova17:40
dansmithzuul hasn't even noticed, AFAICT17:41
cdentnot yet, but having a spec not be fraught with debate is enough to say thank you to17:41
dansmithheh17:41
cdentit’s in the gate17:42
*** vvargaszte has joined #openstack-nova17:42
cdentbut spinning17:42
*** dtantsur is now known as dtantsur|afk17:44
mriedemdansmith: jaypipes: were you talking about the selection object re: the numa limits stuff?17:49
dansmithyeah17:49
jaypipesmriedem: yes17:49
*** pino has joined #openstack-nova17:49
*** ralonsoh has quit IRC17:50
mriedemok, if we're going to intentionally break out of tree filters that rely on injecting stuff into the limits dict, we should have a release note on that at least17:50
dansmiths/intentionally/knowingly/17:51
*** yamahata has joined #openstack-nova17:52
*** sambetts is now known as sambetts|afk17:54
*** lnxnut has quit IRC17:55
*** tesseract has quit IRC17:55
mriedemso the long-term goal here is we don't even need that numa topology limits thing in the selection object right? because eventually we don't even do that claim in the compute at all17:55
dansmithit's used for more than that in compute isn't it?17:56
mriedemmaybe it's a custom resource class or something?17:56
mriedemnot sure, i haven't traced it through it's usage beyond the claim17:56
dansmithI thought it was used for the libvirt setup of the numaness17:57
*** gouthamr has joined #openstack-nova17:57
*** lpetrut has quit IRC17:58
*** jmlowe has quit IRC17:58
mriedemyeah it is17:59
mriedemused to create the guest xml in the libvirt drivre17:59
mriedem*driver17:59
*** gszasz has quit IRC17:59
*** jmlowe has joined #openstack-nova17:59
*** thorst_ has joined #openstack-nova18:01
mriedemheh, so of the 4 things we pull out of that limits dict in tree for the claim, we have numa, disk, ram and cpu18:01
mriedembut we also do a pci requests claim test,18:02
mriedembut the pci requests are persisted somewhere, and not part of the limits dict18:02
mriedemthat's, fun18:02
*** Swami has joined #openstack-nova18:03
*** thorst has quit IRC18:03
*** jpena|away is now known as jpena|off18:04
*** bnemec has quit IRC18:04
mriedemoh but they are in the request spec18:04
*** nikhil has joined #openstack-nova18:04
mriedemwhich we of course pass down to the compute, but we don't use18:05
*** dklyle is now known as david-lyle18:06
mriedemoh but even if we did, it wouldn't have the pci_requests in it, because the version of the request spec that the conductor passes down to the compute isn't the one that the api creates18:07
mriedemgfdi18:08
mriedemmelwitt: ^ seems we were just talking about some crazy shit like this last week18:08
mriedemthis is what conductor always builds and passes to the compute (which is then ignored): https://github.com/openstack/nova/blob/master/nova/scheduler/utils.py#L7818:08
*** rmart04 has joined #openstack-nova18:09
*** jmlowe has quit IRC18:09
*** jmlowe has joined #openstack-nova18:10
*** slaweq_ has joined #openstack-nova18:12
*** rmart04 has quit IRC18:13
*** slaweq_ has quit IRC18:14
*** vvargaszte has quit IRC18:14
*** hemna__ has joined #openstack-nova18:15
*** thorst_ has quit IRC18:15
*** jmlowe has quit IRC18:17
*** hemna_ has quit IRC18:18
oomichimriedem: she takes one year vacation now for a new baby. Maybe other guys from our company will take care of https://review.openstack.org/#/c/38948218:19
oomichimriedem: is it fine to just create a corresponding blueprint?18:20
mriedemoomichi: yes i think a specless blueprint is fine18:20
mriedemit's just the vcenter driver supporting a new vif type, correct?18:20
*** jmlowe has joined #openstack-nova18:21
oomichimriedem: ok, I will take. I need more time for detail to understand anyways18:22
mriedemsdague: were you going to polish this up again at some point? https://review.openstack.org/#/c/324720/18:24
efriedmriedem In driver.spawn, I see instance.pci_requests with useful stuff in it.18:24
mriedemi'm about to start working on the file injection deprecation spec18:24
mriedemefried: i think that's because we lazy-load it out of instance.pci_requests18:24
mriedemwe basically have pci_requests all over the place18:25
mriedemwhen the basic dict request spec is converted to a full object and sent to the scheduler, we set the reqspec.pci_requests = instance.pci_requests18:25
efriedmmkay.  I wasn't totally understanding what you were talking about above, but I knew I had seen basically everything I needed about the PCI request in the instance object.18:25
mriedembut don't pass that objectified reqspec down to the compute, or use it in the compute18:25
efried"the compute" like where?18:26
mriedemefried: just general confusion over how things are done and where and why they are done differently18:26
mriedemefried: conductor passes a simplified dict form of the request spec to build_and_run_instance on the compute18:26
mriedembut that request spec parameter is never used in the compute18:26
mriedemthe resource tracker queries the database to get any pci requests for the instance18:26
*** claudiub|2 has quit IRC18:27
mriedemalso, that's probably why we see lots of "lazy-loading pci_requests" in the compute logs during CI runs18:27
efriedyeah, I see that18:28
*** itlinux has joined #openstack-nova18:29
efriedin my local one-spawn test18:29
mriedemhttp://logs.openstack.org/04/506104/1/gate/gate-tempest-dsvm-neutron-full-ubuntu-xenial/39f64c6/logs/screen-n-cpu.txt.gz18:29
mriedemjust search for "lazy-loading"18:29
efried9718:29
efriedoh, it hadn't finished loading.18:30
efriedI guess it's lazy-loading the page :)18:30
mriedemyeah, 45518:30
mriedem186 for pci_devices18:30
efried186 hits when I include 'pci-devices'18:30
efriedyeah.18:30
efriedWell, the good news is that'll make it easier to rip out later18:31
mriedempci_requests is only 1618:31
efriedPresumably because only 16 of 'em requested PCI devices?18:31
mriedemno18:31
mriedembut not really sure18:31
mriedemthis ci job doesn't include any pci stuff18:31
mriedemso anything we're loading here is not used18:32
*** yamamoto has quit IRC18:37
efriedThe claimer doesn't log for PCI claims like it does for cpu, mem, and disk.  So it's tough to tell if it *thinks* it's doing some kind of PCI claim.18:37
*** jmlowe has quit IRC18:39
*** jmlowe has joined #openstack-nova18:39
openstackgerritChris Dent proposed openstack/nova master: Whether to use configdrive disk depends on instance.configdrive  https://review.openstack.org/48593018:42
*** thorst has joined #openstack-nova18:46
*** thorst has quit IRC18:46
*** thorst has joined #openstack-nova18:48
*** baoli_ has quit IRC18:51
efriedcdent Would ^ this mean I could switch from `if configdrive.required_by(instance):` to `if instance.config_drive`  in my driver?18:52
*** lnxnut has joined #openstack-nova18:52
cdentefried: sorry, don’t really know, I was just rebasing that to get it lined back up with the present18:53
cdentsort of a rebase/recheck combo18:53
efriedHeh, okay.  Yeah, it was after I said that that I realized you weren't really the author.18:53
*** rcernin has joined #openstack-nova18:54
*** baoli has joined #openstack-nova18:54
*** slaweq_ has joined #openstack-nova18:56
*** ociuhandu has quit IRC18:57
*** dave-mccowan has joined #openstack-nova18:59
sdaguemriedem: sure, I can take another cycle through it19:02
*** lpetrut has joined #openstack-nova19:05
*** lnxnut has quit IRC19:05
*** pino has quit IRC19:11
*** smatzek has quit IRC19:12
*** smatzek has joined #openstack-nova19:13
*** jmlowe has quit IRC19:15
*** smatzek has quit IRC19:17
*** smatzek has joined #openstack-nova19:21
*** jmlowe has joined #openstack-nova19:22
openstackgerritMerged openstack/nova-specs master: Add a spec for POST /allocations in placement  https://review.openstack.org/49925919:23
*** smatzek has quit IRC19:25
*** itlinux has quit IRC19:26
*** jmlowe has quit IRC19:27
*** smatzek has joined #openstack-nova19:27
*** smatzek has quit IRC19:27
*** devananda has quit IRC19:28
*** smatzek has joined #openstack-nova19:28
*** devananda has joined #openstack-nova19:30
* jaypipes loves the irony of sean-k-mooney arguing English semantics and grammar with cdent :)19:34
cdentjaypipes: except it’s not me he’s arguing with19:34
*** chyka has quit IRC19:35
*** jmlowe has joined #openstack-nova19:35
jaypipescdent: yes, sorry, with edleafe :)19:35
efriedwhoah, something merged.19:35
cdentbut it is funny having the two most typo ridden people in the same place at the same time19:35
cdentefried: i know, right?19:35
*** chyka has joined #openstack-nova19:35
cdentI find quite a lot of comfort in the fact the sean-k-mooney is a capable person and spells in the sae phonetically weird way that I do19:36
sean-k-mooneyjaypipes: :) semantics and grammer i understand, its spelling and typing i have issues with :)19:36
jaypipessean-k-mooney: :)19:36
cdentsee it just happened :)19:36
sean-k-mooneywell i have dyslexia so really phonetics is the best i can do without google/a spellcheck unfortunetly english spelling and phonetics rarely agree19:37
*** yamamoto has joined #openstack-nova19:38
openstackgerritSean Dague proposed openstack/nova master: Remove non libguestfs file injection for libvirt  https://review.openstack.org/32472019:38
edleafeI always felt "performant" was a BS word.19:38
cdentsean-k-mooney: I’ve often wondered about this: Do you happen to know if dyslexia is both ways: read and write? I had assumed it was read ony?19:39
cdentedleafe: indeed it is but specs are mostly bullshit anyway, so having a few bullshit words is only right, right?19:39
mriedemstephenfin: sdague: do you know if this ever came over from the openstack-manuals repo? https://github.com/openstack/openstack-manuals/blob/stable/ocata/doc/user-guide/source/cli-config-drive.rst19:39
sean-k-mooneycdent: i think its different for different people.19:40
edleafecdent: there are several processing issues that are lumped into the term 'dyslexia'19:40
cdentI’m aware of dysgraphia too, but I’ve never been clear on how/if connected19:40
sdaguemriedem: I don't see it anywhere in tree19:41
sean-k-mooneycdent: for me i find it very difficult to read a singel word in isolation. its almost imposible for me to "sound it out" so i infer the meaning of a word form the context it is used in19:41
*** thorst has quit IRC19:41
mriedemsdague: yeah me neither19:41
edleafecdent: I don't have any dyslexia or dysgraphia; just dysphagia19:41
mriedemi noticed b/c our api-ref says in the "config_drive" parameter description: "Read more in the OpenStack End User Guide."19:41
sdagueyeh19:42
sean-k-mooneywhen i am writhing or typeing i then not to be able to keep up with the rate at which is am internally thinking about the phrase i intend to express so i miss words or part of them19:42
cdentsean-k-mooney: do you find that when you make an error it often rhymes with the correct thing?19:42
sean-k-mooneyi do this less when typing as i can type faster, but the isssue is because i dont read word but instead infer them from context i dont see the error when i re read the sentence19:43
sean-k-mooneycdent: yes sometimes or at least it will be phonetically similar19:43
*** yamamoto has quit IRC19:44
cdentinteresting19:44
* cdent adds to his dataset19:44
mriedemhttps://bugs.launchpad.net/nova/+bug/172087319:44
openstackLaunchpad bug 1720873 in OpenStack Compute (nova) "end user guide was not migrated from openstack-manuals" [High,Confirmed]19:44
*** vvargaszte has joined #openstack-nova19:46
*** vvargaszte has quit IRC19:46
sean-k-mooneycdent: i have started to use https://www.grammarly.com more when writing docs/commit message/release notes but i have not figured out a good way to integreate it or a spellchecker into my normal patch authoring workflow.19:47
*** catinthe_ has quit IRC19:47
*** catintheroof has joined #openstack-nova19:48
cdentah, interesting, thanks19:48
efriedTechnically "dysgraphia" is the writing part and "alexia" is the reading part.  In a move which surely caused the classical-language-root scholars to tear out their hair, "dyslexia" became the portmanteau covering both.19:49
efriedMy favorite is when sean-k-mooney uses "taught" for "thought", because it combines phonetic spelling with his Irish accent.19:50
*** jmlowe has quit IRC19:51
sean-k-mooneyi was about to drink some coffee when i read that lol its ture i do that alot19:52
*** jmlowe has joined #openstack-nova19:53
edleafeQuestion on the retry flow for failed VM builds. Does the cast from superconductor to cell conductor use the same method in the cell conductor as the cast from the ComputeTaskAPI19:55
edleafe's cast to the cell conductor's build_instances?19:56
edleafeI'm trying to determine if the cell conductor can tell if it's retrying or not19:56
*** thorst has joined #openstack-nova19:56
sean-k-mooneyedleafe: it was my impression that reties would only propergate within the same cell as we did not want an upcall to the superconductor19:57
edleafesean-k-mooney: true. what I'm wondering is if the cell conductor can tell that the build is a retry or not19:58
sean-k-mooneyedleafe: good question dansmith  would propably be the best person to ask. i would assume so but im not sure if that would chage anything other then the fact we are eliminating the fail hosts form the allocation candidates19:59
dansmithedleafe: yeah because it's two operations20:00
*** gjayavelu has quit IRC20:00
dansmithedleafe: the top level one is schedule_and_build_instances, the other is build_and_run or something like that20:00
edleafedansmith: thanks20:00
*** thorst has quit IRC20:00
edleaferewriting the alternate hosts spec20:01
edleafetotally spaced that the call to compute is a cast20:01
mriedemhmm, if we deprecate personality files from the API, we would presumably also deprecate showing limits on personality files in the API too - and if the alternative for personality files is user_data and config drive, we don't have any quota limits on those - so would we need to add some?20:01
*** liverpooler has quit IRC20:02
mriedemedleafe: superconductor doesn't cast to cell conductor20:02
*** vvargaszte has joined #openstack-nova20:02
*** lnxnut has joined #openstack-nova20:03
edleafemriedem: I was talking about the cell conductor -> compute. That's the cast20:03
mriedemsuperconductor (schedule_and_build_instances) -> scheduler (select_destinations) -> superconductor (schedule_and_build_instances) -> compute (build_and_run_instance) -> cell conductor (retry = build_instances)20:03
mriedemyeah then it's build_and_run_instance both ways20:03
sean-k-mooneymriedem: well the user-data is stored perinsance correct so im not sure we need limits on it if its a fixed lenght string in the db20:04
cdent‘night all20:04
mriedemsean-k-mooney: yeah, wasn't sure if that's why we had quota on injected files or what20:04
*** cdent has quit IRC20:04
mriedemi guess it's rate limiting20:04
mriedemooo we have 3 options for file injection quota20:05
sean-k-mooneyif its sored as a text field we may want a quota20:05
sean-k-mooneyinjected files, injected file content bytes and ?20:06
*** gouthamr has quit IRC20:06
mriedemquota_injected_file_path_length20:06
mriedemmelwitt: AbsoluteResource just means it's global per deployment? or per project?20:07
sean-k-mooneyis that litrally just a path lenght ? e.g. a file system constrait20:07
mriedemyes, default is 255 for the file path length20:07
*** vvargaszte has quit IRC20:07
sean-k-mooneythat the fat32 limit right20:07
mriedemyeah i think so20:07
*** artom has quit IRC20:08
*** gjayavelu has joined #openstack-nova20:08
mriedemgod i've already forgotten how all of this quota checking code works already20:11
sean-k-mooneylooking at the instances table it looks like user_data mediumtext field which means its got a 16 Mib limit on mysql20:11
sean-k-mooney*user_data is a mediumtext20:12
*** itlinux has joined #openstack-nova20:14
*** dave-mcc_ has joined #openstack-nova20:14
mriedemok it looks like this quota limit is per project/user20:14
mriedemso by default you can have 5 files, at 10mb each20:15
mriedemwait, no20:15
mriedemkb20:15
*** dave-mccowan has quit IRC20:16
*** dave-mcc_ is now known as dave-mccowan20:17
sean-k-mooneymriedem: yes it is. userdata however is handeled seperatly from that limit today20:17
mriedemright, there is no quota limit on user_data20:18
mriedemit's just the limit in the db per instance20:18
mriedemwhich is as you said 16MB20:18
sean-k-mooneyyes20:18
sean-k-mooneywe could change that in the future or mysql could be we dont have a contract in place with the end user on this today20:19
sean-k-mooneyhaving a qouta on this in the future would not nessicalily be a bad thing it is sotre on you db node after all so it could cause issues if allowed to grow too large20:20
*** lnxnut has quit IRC20:21
*** smatzek has quit IRC20:22
*** gouthamr has joined #openstack-nova20:25
*** jdandrea has joined #openstack-nova20:28
*** gjayavelu has quit IRC20:28
dansmithmriedem: are you aware of any cells-based short circuiting around InstanceMapping?20:35
dansmithin the api_samples_tests20:35
dansmithin looking at some of them, they create a server, which exists in the cell db, but we never set the InstanceMapping.cell_mapping for those20:35
dansmithISTR these were problematic with cells for some reason, but I can't really remember why20:35
*** thorst has joined #openstack-nova20:37
mriedemnot really20:37
*** bnemec has joined #openstack-nova20:37
dansmithah, maybe it's SingleCellSimple that's getting me20:38
mriedemi was going to say, i thought there was a fixture we used, but don't see where it's set20:38
dansmithyasss20:38
*** sapcc-bot has quit IRC20:38
*** sapcc-bot has joined #openstack-nova20:39
dansmithyeah, the wrinkle is that the api sample tests use singlecellsimple unlike the other functional ones20:39
mriedemoh i'm looking at newton still, derp20:39
mriedemIf1138331f3a46f5aed87e898ce19879a787d435f20:40
dansmithI added a new CellMappingList method and so I have to put that in the fixture or we always get back an empty list20:40
*** gbarros has joined #openstack-nova20:42
*** esberglu has quit IRC20:43
*** crushil has quit IRC20:44
*** moshele has joined #openstack-nova20:45
*** cleong has quit IRC20:47
mriedemwe said at the ptg that if we deprecated personality files from the api, and you can specify personality files during rebuild, that we'd allow passing new user_data during rebuild, but i'm not sure if we should20:47
mriedemi think we just allow passing personality files during rebuild b/c we don't persist them20:47
mriedemso that was a hack workaround for the lack of persistence,20:48
mriedemso i'm not sure we should allow passing user_data to rebuild just b/c personality is gone20:48
mriedemsdague: remember that discussion? ^20:48
mriedemcfriesen: ^ you might care since you seem to love rebuild20:48
sdaguemriedem: you are right20:49
openstackgerritDan Smith proposed openstack/nova master: Add CellMapping.get_by_project_id() query method  https://review.openstack.org/50900220:50
openstackgerritDan Smith proposed openstack/nova master: Make get_instance_objects_sorted() be smart about cells  https://review.openstack.org/50900320:50
*** awaugama has quit IRC20:51
sdaguemriedem: though, I think people were using that as an end run20:51
*** trinaths has joined #openstack-nova20:51
sdaguewe can't update user_data on instances, right?20:51
dansmithmriedem: ^ that's the last cellsv2 perf optimization I had in my head to consider it legit usable for queens20:51
mriedemsdague: no you can't specify user_data during update20:52
*** moshele has quit IRC20:52
mriedemi don't really know if people are using personality files on rebuild as a workaround for missing user_data20:52
mriedemi don't know how people use our apis really20:52
sean-k-mooneyjaypipes: after nested resouce providers lands would you have any objection to seperating https://github.com/openstack/nova/blob/master/nova/objects/resource_provider.py into a placement-lib repo so it could be imported by neutron/os-vif for the ovo neutron port binding work and bandwith based scheduling?20:52
efriedos-placement ftw20:53
mriedemdansmith: are you going to run https://review.openstack.org/#/c/509003/ through your performance tests, compared to before/after that change?20:53
mriedembut on top of https://review.openstack.org/#/c/505418/20:53
*** pchavva has quit IRC20:53
dansmithmriedem: I'd have to have lots of cells to make any difference20:53
dansmithso I wasn't really planning to, unless you just want to make sure it's not super painful or something20:53
jaypipessean-k-mooney: yes, I would. those objects are not intended for use by anything outside placement. That said, I think the /nova/scheduler/client/report.py code can be moved into a placement lib20:53
mriedemdansmith: couldn't you measure the relative difference by just having 1000 instances in cell1, all ACTIVE?20:53
mriedemthat would exclude cell0 at least20:54
dansmithmriedem: you're trading one one-row api db result for one empty cell0 result20:54
dansmithso I doubt you'd be able to measure it20:54
dansmithif you really want, I could just synthesize a bunch of cells with two tenants or something20:55
sean-k-mooneyjaypipes: ok the usecase was to be able to define a placement request and a placement allocation object that could be used between nova and neutron20:55
*** esberglu has joined #openstack-nova20:55
jaypipessean-k-mooney: yeah, that's report.py, not resource_provider.py :)20:55
sean-k-mooneyjaypipes: i originally taught of having them defined in os-vif but taught that felt a litle weired as they could be used in cinder20:56
jaypipessean-k-mooney: note that objects in nova/objects/resource_provider.py do NOT get sent over the wire, ever.20:56
jaypipessean-k-mooney: and we intend to keep it that way :)20:56
sean-k-mooneybut they do map to the structure recived from the rest api?20:57
*** smatzek has joined #openstack-nova20:57
*** ijw has quit IRC20:58
*** moshele has joined #openstack-nova20:58
sean-k-mooneycurrently neutron is manipulating raw json responces which is a little annoying20:58
*** smatzek has quit IRC20:58
*** awaugama has joined #openstack-nova20:58
*** mvk has joined #openstack-nova20:59
*** smatzek has joined #openstack-nova20:59
*** smatzek has quit IRC20:59
sean-k-mooneyactully that code look kind of like what neutron is doing but i was hoping we could have a singel place for it that both nova and neutron used so they dont get out of sync20:59
*** jmlowe has quit IRC21:00
*** moshele has quit IRC21:01
*** dave-mccowan has quit IRC21:01
*** burt has quit IRC21:01
sean-k-mooneyjaypipes: https://github.com/openstack/neutron/blob/b1dd13abfb121ca2a3e1cebc6bc2cef4a056f401/neutron/services/segments/placement_client.py is basically a stripped down version21:01
*** gjayavelu has joined #openstack-nova21:03
*** penick_ has quit IRC21:04
jaypipessean-k-mooney: right, and I'm agreeing with you that it would be good to have a placement-lib repo that would store common code for callers of the placement API :)21:05
jaypipessean-k-mooney: I'm just saying that that common code is the scheduler/client/report.py code and not the nova/objects/resource_provider.py code :)21:05
*** trinaths has left #openstack-nova21:06
sean-k-mooneyi am glad we are in violent agreement :) ya that make senese this is the same comment code that would be imported in osc21:07
sean-k-mooneydoes it make sense to look at createing placement-lib after nested resouce providers or are there other api level changes to plaement in queens that we should also wait for21:08
sean-k-mooneyperhaps limit? that should be non invasive to add to the client code however so im less worried about that.21:10
sean-k-mooneyjaypipes: i just dont want the creation of placement-lib or os-placement to impact your other work, we can temporaily create the functions we need on the neutron side for now21:11
jaypipessean-k-mooney: sorry, what do you mean by limit?21:12
sean-k-mooneycdent's spec for limits on the allocation candidates21:13
*** catintheroof has quit IRC21:14
*** edmondsw has quit IRC21:14
sean-k-mooneyhttps://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L325 would need a minor update to be able to pass the limit to the api.21:14
*** lnxnut has joined #openstack-nova21:19
jaypipessean-k-mooney: oh, I see. well that would be a microversion that would be passed by the calling client.21:21
jaypipessean-k-mooney: so yeah, a minor change to the report.py client module and the similar code in mlavalle's code21:21
melwittmriedem: I think most of the quota limits (except fixed_ips, networks, floating_ips) can be set per project or per project and user. so quota_injected_file_path_length would be global to a deployment if it hadn't been set via the quota-sets update API21:22
melwittand AbsoluteResource just means that the resource usage isn't counted based on values stored in the database21:23
*** gbarros has quit IRC21:24
melwittthe injected_file_path_length is evaluated on-the-fly when a request is made to verify that the requested injected file length is less than or equal to the quota limit21:24
mriedemmelwitt: so it's not global to the deployment right? just per-request21:29
mriedemso api rate limiting21:29
melwittmriedem: oh, yeah it's per request. I misunderstood what you meant by global21:30
*** lnxnut has quit IRC21:31
sean-k-mooneymelwitt: so max injected files is not per project/user its per instance?21:31
melwittsean-k-mooney: there are a few injected files quota limits. the one that limits the file path length and file content length are checked per request21:33
melwitt*the ones (injected_file_path_length and injected_file_content_bytes)21:34
*** eharney has quit IRC21:34
melwittand injected_files (number of injected files allowed) is how many per request too21:35
melwittyou can set those limits to be different per project or per project and user21:36
*** itlinux has quit IRC21:36
sean-k-mooneymelwitt: so there is no global limit today for how much data a single project/user can store across all there instances today21:36
mriedemwell, personality files are not stored in the db21:37
mriedemi think the point is that they default to a global value, checked per request,21:37
mriedembut you can override those defaults per project or per project/user21:37
mriedemusing the os-quota-sets API21:37
*** claudiub|2 has joined #openstack-nova21:37
*** itlinux has joined #openstack-nova21:37
*** ijw_ has joined #openstack-nova21:38
*** ijw_ has quit IRC21:38
*** ijw has joined #openstack-nova21:38
melwittsean-k-mooney: right. injected file data isn't counted across projects or anything. it's only evaluated at the time of instance create, that the values you've requested don't exceed the limits. by default you can't boot an instance with more than 5 injected_files, each file has to be <= a certain length, each path has to be <= a certain length21:39
sean-k-mooneymriedem: ah thats the delta to user-data then which is stored in the db.21:39
mriedemyeah21:40
mriedemspec will be incoming shortly21:40
sean-k-mooneyso are injected files kept in ram until the compute node actully creates the instance. if so that was proably part of the reason for limiting there overall lenght per request21:41
melwittyeah, could be. I don't know the history about it21:46
*** lucasxu has quit IRC21:47
*** gbarros has joined #openstack-nova21:47
*** chyka_ has joined #openstack-nova21:48
*** lpetrut has quit IRC21:50
*** Swami has quit IRC21:51
*** penick has joined #openstack-nova21:52
*** chyka has quit IRC21:52
openstackgerritEd Leafe proposed openstack/nova-specs master: Return Alternate Hosts  https://review.openstack.org/50427521:52
sean-k-mooneyjohnthetubaguy:  just getting ready to reupload https://review.openstack.org/#/c/375580/2/specs/ocata/approved/neutron-new-port-binding-api.rst is the createive common license correct for specs?21:53
*** sapd_ has joined #openstack-nova21:53
*** sapd__ has quit IRC21:54
*** yassine has quit IRC21:54
*** jdurgin has quit IRC21:55
*** itlinux has quit IRC21:56
*** yassine has joined #openstack-nova21:57
openstackgerritsean mooney proposed openstack/nova-specs master: WIP: Use neutron's new port binding API  https://review.openstack.org/37558021:57
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Deprecate file injection  https://review.openstack.org/50901321:57
mriedemsean-k-mooney: it's part of the spec template21:58
sean-k-mooneymriedem: cool i just assumed it would be apache 2 is all but i guess its really a doc and not code so makes sense21:59
*** jdurgin has joined #openstack-nova22:01
*** penick has quit IRC22:01
*** rcernin has quit IRC22:02
*** baoli has quit IRC22:05
*** awaugama has quit IRC22:12
*** Swami has joined #openstack-nova22:13
*** xyang1 has quit IRC22:13
*** thorst has quit IRC22:15
*** thorst has joined #openstack-nova22:18
*** sapcc-bot has quit IRC22:18
*** sapcc-bot has joined #openstack-nova22:19
*** gbarros has quit IRC22:21
*** thorst has quit IRC22:22
*** kylek3h has quit IRC22:28
*** lnxnut has joined #openstack-nova22:28
*** acormier has quit IRC22:29
*** acormier has joined #openstack-nova22:30
*** thorst has joined #openstack-nova22:31
*** gbarros has joined #openstack-nova22:32
*** ijw has quit IRC22:33
*** acormier has quit IRC22:34
*** thorst has quit IRC22:35
*** lbragstad has quit IRC22:36
*** gouthamr has quit IRC22:38
*** lnxnut has quit IRC22:38
*** nicolasbock_ has quit IRC22:45
*** claudiub|2 has quit IRC22:52
*** lyan has quit IRC22:57
*** chyka_ has quit IRC23:02
openstackgerritMatt Riedemann proposed openstack/python-novaclient stable/newton: Fix aggregate_update name and availability_zone clash  https://review.openstack.org/50781623:02
*** jmlowe has joined #openstack-nova23:09
*** ijw has joined #openstack-nova23:14
*** chyka has joined #openstack-nova23:15
*** hemna__ has quit IRC23:15
*** baoli has joined #openstack-nova23:16
*** mingyu has joined #openstack-nova23:20
*** jmlowe has quit IRC23:20
*** esberglu has quit IRC23:21
*** ijw has quit IRC23:22
*** vladikr has quit IRC23:24
*** mingyu has quit IRC23:24
*** acormier has joined #openstack-nova23:26
*** hongbin has quit IRC23:30
*** acormier has quit IRC23:30
*** armax has joined #openstack-nova23:30
*** jmlowe has joined #openstack-nova23:31
*** gyee has quit IRC23:31
*** mingyu has joined #openstack-nova23:32
*** namnh has joined #openstack-nova23:34
*** jmlowe has quit IRC23:34
*** vladikr has joined #openstack-nova23:35
*** lnxnut has joined #openstack-nova23:36
*** jmlowe has joined #openstack-nova23:41
*** lnxnut has quit IRC23:45
*** Swami has quit IRC23:49

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!