Monday, 2017-04-24

*** slagle has quit IRC00:20
*** brault has joined #openstack-nova00:24
*** mdrabe has joined #openstack-nova00:28
*** brault has quit IRC00:28
*** purplerbot has quit IRC00:34
*** purplerbot has joined #openstack-nova00:34
*** tbachman has quit IRC00:41
*** wxy has joined #openstack-nova00:42
*** thorst has joined #openstack-nova00:45
*** baoli has joined #openstack-nova00:47
*** Apoorva_ has quit IRC00:47
*** hieulq has joined #openstack-nova00:47
*** tovin07 has joined #openstack-nova00:48
*** mdrabe has quit IRC00:48
*** thorst has quit IRC00:50
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (2/4)  https://review.openstack.org/45556800:51
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (3/4)  https://review.openstack.org/45557000:51
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers-actions (4/4)  https://review.openstack.org/45557300:52
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers-actions.inc  https://review.openstack.org/45456500:52
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add Cinder v3 detach to swap_volume  https://review.openstack.org/45697100:55
openstackgerritMatt Riedemann proposed openstack/nova master: cinder: add attachment_create method  https://review.openstack.org/45911100:55
openstackgerritMatt Riedemann proposed openstack/nova master: cinder: add attachment_update method  https://review.openstack.org/45911300:55
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add Cinder v3 detach to swap_volume  https://review.openstack.org/45697100:57
*** phuongnh has joined #openstack-nova00:57
*** liusheng has quit IRC01:05
*** kevinz has joined #openstack-nova01:11
*** Nakato has quit IRC01:14
*** hongbin has quit IRC01:17
*** thorst has joined #openstack-nova01:21
*** thorst has quit IRC01:22
*** XueFeng has joined #openstack-nova01:27
*** jamielennox is now known as jamielennox|away01:33
*** yamamoto has quit IRC01:33
*** yamamoto has joined #openstack-nova01:33
*** nkorabli has joined #openstack-nova01:35
*** iceyao has joined #openstack-nova01:36
*** slaweq has joined #openstack-nova01:36
*** amotoki has quit IRC01:36
*** kaisers_ has joined #openstack-nova01:37
*** nkorabli has quit IRC01:39
*** kaisers has quit IRC01:40
*** jamielennox|away is now known as jamielennox01:44
openstackgerritZhenyu Zheng proposed openstack/nova master: Rework descriptions in os-hypervisors  https://review.openstack.org/45203001:47
*** thorst has joined #openstack-nova01:47
*** thorst has quit IRC01:47
*** zhenguo has joined #openstack-nova01:48
*** slaweq has quit IRC01:55
*** Nakato has joined #openstack-nova01:56
*** dimtruck is now known as zz_dimtruck02:02
*** zz_dimtruck is now known as dimtruck02:02
*** yamamoto has quit IRC02:03
*** imacdonn has quit IRC02:03
*** fandi has quit IRC02:06
*** fandi has joined #openstack-nova02:07
*** lyan has quit IRC02:09
*** dimtruck is now known as zz_dimtruck02:12
*** imacdonn has joined #openstack-nova02:16
*** thorst has joined #openstack-nova02:18
*** armax has quit IRC02:19
*** nicolasbock has quit IRC02:21
*** baoli has quit IRC02:28
*** yamamoto has joined #openstack-nova02:28
*** takashin has left #openstack-nova02:36
*** takashin has quit IRC02:36
*** thorst has quit IRC02:36
*** takashin has joined #openstack-nova02:36
*** Guest76746 is now known as med_02:37
*** med_ has joined #openstack-nova02:38
*** winston-d_ has joined #openstack-nova02:41
*** yamamoto has quit IRC02:50
*** weshay is now known as weshay_PTO02:51
*** yamamoto has joined #openstack-nova02:53
*** slaweq has joined #openstack-nova02:53
*** takashin_ has joined #openstack-nova02:55
*** Kevin_Zheng has joined #openstack-nova02:56
*** takashin has quit IRC02:56
*** takashin has joined #openstack-nova02:57
*** slaweq has quit IRC02:57
openstackgerritTakashi NATSUME proposed openstack/nova master: Avoid forcing translation on logging calls  https://review.openstack.org/41387602:58
*** psachin has joined #openstack-nova02:59
*** takashin_ has quit IRC03:00
*** baoli has joined #openstack-nova03:03
*** yamamoto has quit IRC03:04
*** Shunli has joined #openstack-nova03:07
*** salv-orlando has joined #openstack-nova03:07
*** hongbin has joined #openstack-nova03:07
openstackgerritZhenyu Zheng proposed openstack/nova master: Trivial Fix a typo  https://review.openstack.org/45914903:08
*** baoli has quit IRC03:08
*** salv-orlando has quit IRC03:12
*** ssurana has joined #openstack-nova03:14
*** kaisers_ has quit IRC03:24
*** kaisers has joined #openstack-nova03:24
*** tovin07_ has joined #openstack-nova03:27
*** thorst has joined #openstack-nova03:33
*** dikonoor has joined #openstack-nova03:36
*** dave-mccowan has quit IRC03:37
*** thorst has quit IRC03:37
*** abhi89 has joined #openstack-nova03:41
*** kaisers has quit IRC03:44
*** abhishek has joined #openstack-nova03:44
*** abhi89 has quit IRC03:48
*** diga has joined #openstack-nova04:00
*** vks1 has joined #openstack-nova04:02
*** thomasem_ has quit IRC04:04
*** Dinesh_Bhor has joined #openstack-nova04:06
*** yamamoto has joined #openstack-nova04:07
*** salv-orlando has joined #openstack-nova04:08
*** salv-orlando has quit IRC04:13
*** slaweq has joined #openstack-nova04:14
*** diga has quit IRC04:18
*** adisky_ has joined #openstack-nova04:19
*** slaweq has quit IRC04:19
*** baoli has joined #openstack-nova04:30
*** iceyao has quit IRC04:32
*** dikonoor has quit IRC04:32
*** thorst has joined #openstack-nova04:34
*** baoli has quit IRC04:34
*** XueFeng has quit IRC04:37
*** thorst has quit IRC04:38
*** hongbin has quit IRC04:39
*** ayogi has joined #openstack-nova04:40
*** sree has joined #openstack-nova04:42
*** dikonoor has joined #openstack-nova04:43
*** kaisers has joined #openstack-nova04:44
*** xinliang has quit IRC04:44
*** trinaths has joined #openstack-nova04:45
*** oomichi has quit IRC04:46
*** kaisers has quit IRC04:49
*** Apoorva has joined #openstack-nova04:53
*** salv-orlando has joined #openstack-nova04:57
*** xinliang has joined #openstack-nova04:57
*** xinliang has joined #openstack-nova04:57
*** thomasem_ has joined #openstack-nova05:00
*** nkorabli has joined #openstack-nova05:04
*** abhishek has quit IRC05:05
*** claudiub|2 has joined #openstack-nova05:11
*** claudiub has joined #openstack-nova05:11
*** gouthamr has joined #openstack-nova05:13
*** gcb has joined #openstack-nova05:13
*** marst has quit IRC05:16
*** trinaths has left #openstack-nova05:17
*** slaweq has joined #openstack-nova05:18
*** slaweq has quit IRC05:19
openstackgerritMichael Still proposed openstack/nova master: First attempt at adding a privsep user to nova.  https://review.openstack.org/45916605:22
*** ekuris has joined #openstack-nova05:23
*** bkopilov has quit IRC05:26
*** Apoorva has quit IRC05:27
*** brault has joined #openstack-nova05:31
*** thorst has joined #openstack-nova05:34
*** udesale has joined #openstack-nova05:35
*** fandi has quit IRC05:35
*** brault has quit IRC05:36
*** thorst has quit IRC05:39
*** arunman has joined #openstack-nova05:39
*** dikonoor has quit IRC05:43
*** kaisers has joined #openstack-nova05:46
*** iceyao has joined #openstack-nova05:46
*** bkopilov has joined #openstack-nova05:48
*** gouthamr has quit IRC05:49
*** iceyao has quit IRC05:50
*** cloud-liang has joined #openstack-nova05:51
*** cloud-liang has left #openstack-nova05:51
*** dikonoor has joined #openstack-nova05:51
*** mdnadeem has joined #openstack-nova05:53
*** cloud-liang has joined #openstack-nova05:54
*** abhi89 has joined #openstack-nova05:56
*** takashin has quit IRC06:09
*** takashin has joined #openstack-nova06:11
*** Dinesh_Bhor has quit IRC06:13
*** Oku_OS-away is now known as Oku_OS06:13
*** thomasem_ has quit IRC06:16
*** slaweq has joined #openstack-nova06:20
*** thomasem_ has joined #openstack-nova06:20
*** ratailor has joined #openstack-nova06:21
*** slaweq has quit IRC06:24
*** ltomasbo|away is now known as ltomasbo06:25
*** moshele has joined #openstack-nova06:25
*** andreas_s has joined #openstack-nova06:27
*** Dinesh_Bhor has joined #openstack-nova06:27
*** huanxie has joined #openstack-nova06:29
*** takashin_ has joined #openstack-nova06:30
*** takashin has quit IRC06:32
*** takashin_ has left #openstack-nova06:33
*** takashin has joined #openstack-nova06:33
*** thorst has joined #openstack-nova06:35
*** david_1 has quit IRC06:36
*** carthaca_1 has quit IRC06:36
*** sapcc-bot1 has quit IRC06:36
*** carthaca_ has joined #openstack-nova06:37
*** sapcc-bot has joined #openstack-nova06:37
*** david_3 has joined #openstack-nova06:37
*** thorst has quit IRC06:39
*** nkorabli has quit IRC06:42
*** prateek has joined #openstack-nova06:46
*** yongjiexu has joined #openstack-nova06:48
*** salv-orlando has quit IRC06:50
*** sridharg has joined #openstack-nova06:51
*** iceyao has joined #openstack-nova06:53
*** voelzmo has joined #openstack-nova06:53
*** kaisers has quit IRC06:57
*** iceyao has quit IRC06:57
*** satyar has joined #openstack-nova06:58
*** Qiming has quit IRC06:58
openstackgerritZhenyu Zheng proposed openstack/nova master: Rework descriptions in os-hypervisors  https://review.openstack.org/45203006:59
*** markus_z has joined #openstack-nova07:02
*** voelzmo has quit IRC07:02
*** Qiming has joined #openstack-nova07:03
*** bhagyashris has joined #openstack-nova07:10
*** voelzmo has joined #openstack-nova07:12
*** kiwi_rot has joined #openstack-nova07:13
*** ralonsoh has joined #openstack-nova07:14
*** sridharg has quit IRC07:16
*** nkorabli has joined #openstack-nova07:18
bhagyashrisHi all, I need some guidance regarding, configuration: Is it possible to set single resource provider in multinode setup for nfs backend? How should I configure the single resource provider in multinode environment which uses the nfs backend?07:19
*** slaweq has joined #openstack-nova07:21
*** sridharg has joined #openstack-nova07:21
openstackgerritBéla Vancsics proposed openstack/nova master: Transform instance.trigger_crash_dump notification  https://review.openstack.org/39622507:23
*** syjulian has quit IRC07:23
*** pcaruana has joined #openstack-nova07:24
*** syjulian has joined #openstack-nova07:24
*** damien_r has joined #openstack-nova07:25
*** ssurana has quit IRC07:26
*** lpetrut has joined #openstack-nova07:26
*** arunman has quit IRC07:26
*** ssurana has joined #openstack-nova07:27
*** damien_r has quit IRC07:29
*** damien_r has joined #openstack-nova07:30
*** ssurana has quit IRC07:31
*** jaosorior has joined #openstack-nova07:33
*** arunman has joined #openstack-nova07:34
*** rmart04 has joined #openstack-nova07:34
*** slaweq_ has joined #openstack-nova07:37
*** thorst has joined #openstack-nova07:37
*** claudiub|2 has quit IRC07:38
*** claudiub has quit IRC07:38
*** karthiks has joined #openstack-nova07:39
*** rcernin has joined #openstack-nova07:43
*** lpetrut has quit IRC07:43
*** fragatina has quit IRC07:43
*** slaweq has quit IRC07:44
*** jpena|off is now known as jpena07:44
*** fragatina has joined #openstack-nova07:45
*** fragatina has quit IRC07:46
*** fragatina has joined #openstack-nova07:46
*** karthiks has quit IRC07:46
*** iceyao has joined #openstack-nova07:48
*** arunman has quit IRC07:49
*** iceyao has quit IRC07:52
*** moshele has quit IRC07:53
*** kaisers has joined #openstack-nova07:53
*** thorst has quit IRC07:56
*** salv-orlando has joined #openstack-nova07:58
*** karthiks has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** iceyao has joined #openstack-nova08:01
openstackgerritjichenjc proposed openstack/nova-specs master: Add os-quota-class-sets-query-update  https://review.openstack.org/45918508:04
*** efoley__ has joined #openstack-nova08:11
*** lpetrut has joined #openstack-nova08:12
*** efoley_ has joined #openstack-nova08:16
*** dixiaoli has joined #openstack-nova08:16
*** moshele has joined #openstack-nova08:16
*** amotoki has joined #openstack-nova08:18
*** efoley__ has quit IRC08:19
*** ircuser-1 has quit IRC08:20
*** oanson has quit IRC08:23
*** rcernin has quit IRC08:23
*** oanson has joined #openstack-nova08:24
*** yassine has joined #openstack-nova08:25
*** yassine is now known as Guest5576208:25
moshelesfinucan: hi08:26
sfinucanmoshele: Heya08:26
moshelesfinucan: regarding https://review.openstack.org/#/c/398277/ so I am not sure that vif_type is the best place to document the ovs plugin08:28
*** ssurana has joined #openstack-nova08:29
sfinucanmoshele: No? Would there be somewhere better suited?08:29
moshelesfinucan: vif_type describe the version objects of the os-vif. I guess we should have also documentation per plugin ovs and lb08:31
*** sridharg has quit IRC08:33
moshelesean-k-mooney: what do you think ^08:34
johnthetubaguythere is the longer term plan around os-vif type binding08:34
johnthetubaguyI was catch up with kevinbenton about that on friday I think08:34
*** ssurana has quit IRC08:35
moshelecan you point me to the discussion?08:35
*** cdent has joined #openstack-nova08:35
openstackgerritjichenjc proposed openstack/nova-specs master: Add os-quota-class-sets-query-update  https://review.openstack.org/45918508:35
johnthetubaguymoshele: the wider context is implement the vif binding negotiation thing in the original os-vif spec, maybe thats not too relevant here, except for the versioning08:36
moshelejohnthetubaguy: ok I will read the os-vif spec08:39
sfinucanmoshele: The main thing I was looking for was a comparison of that particular VIF type to other VIF types08:39
sfinucanI took a stab at documenting a glossary, but that doesn't really solve the problem here08:39
sfinucanSo if that's in the form of a new doc, so be it08:40
johnthetubaguysfinucan: docs are a good point here, I think that is slowing down the discussions with neutron08:40
johnthetubaguythere is something that Nova calls to inspect the host to say what is supported, I guess we have to check the kernel to see if this new feature is supported08:41
johnthetubaguyNova then (eventually) will send to neutron the os-vif response to say what the host supports08:41
johnthetubaguyneutron then picks from that what it thinks its best from its side of things08:41
johnthetubaguythe port binding info is then returned as a serialized os-vif object, that needs to tell os-vif exactly what needs to get setup08:42
johnthetubaguyor something like that (wibble inspect the instance and the host, etc)08:42
johnthetubaguyits not clear how this all fits into that pattern, for me at least08:42
*** derekh has joined #openstack-nova08:42
johnthetubaguysfinucan: is that the kinda stuff you were thinking, or is that orthogonal?08:43
moshelejohnthetubaguy: this is orthogonal because we to doument the plug/unplug of each vif plugin08:47
*** sridharg has joined #openstack-nova08:47
moshelejohnthetubaguy:  basiclly doumenting parts like  https://github.com/openstack/os-vif/blob/master/vif_plug_ovs/ovs.py#L154-L174   as it become to match complex. sfinucan are we on the same page?08:50
*** arunman has joined #openstack-nova08:52
johnthetubaguymoshele: ah, understood, that certainly looks out of hand08:53
johnthetubaguymoshele: I was kinda expecting each of those vif objects to do the thing they needed, rather than having massive If statement08:54
*** dikonoor has quit IRC08:55
moshelejohnthetubaguy: the ovs-plugin just say it used with the OVS mechanism driver, but there are several ways to achieve binding (plain ovs/ hybrid with lb/DPDK/windows) each one is an if statement08:57
*** karthiks has quit IRC08:57
sfinucanmoshele: Yeah, exactly08:58
sfinucanAs a start08:58
johnthetubaguymoshele: yeah thats certainly the current state, that seems bad, you could use the object structure to remove the all the ifs I would have thought08:58
johnthetubaguyI guess I was expecting those to all get advertised as separate things in some ways, just sharing a common set of utils08:58
sfinucanjohnthetubaguy: There's definitely good reason to go the way you're suggesting but that'd be a different series08:58
johnthetubaguysfinucan: oh, totally08:58
johnthetubaguyjust thinking out loud really08:58
openstackgerritZhenyu Zheng proposed openstack/nova master: Rework descriptions in os-hypervisors  https://review.openstack.org/45203008:58
sfinucanmoshele: So if you wanted to add a document with description of that particular VIF driver, I'd be happy enough for now08:59
*** karthiks has joined #openstack-nova08:59
sfinucanWe could collectively expand it out to all the other VIF types after the fact09:00
moshelesfinucan: sure I will start something and let see where we go with it09:01
sfinucan(y) Cheers :)09:01
*** karthiks has quit IRC09:05
abhi89johnthetubaguy: Hi09:13
johnthetubaguyabhi89: hi09:14
abhi89i have thought of a solution to https://review.openstack.org/#/c/455118/3 & commented after your comments.. can you please take a look & let me know about whether that would be the right way to proceed09:16
*** kaisers has quit IRC09:17
*** sree_ has joined #openstack-nova09:19
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Always disconnect_volume after rebase failures  https://review.openstack.org/45880709:19
johnthetubaguyabhi89: can we get a stack trace out the system that is seeing this error09:19
*** sree_ is now known as Guest1042509:19
johnthetubaguyabhi89: your current patch still doesn't look like it would fix the problem, based on what is described09:19
*** kaisers has joined #openstack-nova09:19
abhi89johnthetubaguy: stacktrace will have VolumeLimitExceeded() exception, i will attach the stacktrace also09:20
abhi89johnthetubaguy: i haven't made those changes to my current patch. i have just proposed a solution that i thought of09:21
johnthetubaguyabhi89: right, thats what I expected, the code you have added is not reachable09:21
johnthetubaguyabhi89: ah... sorry, let me read the comments not the code09:21
*** dikonoor has joined #openstack-nova09:21
*** karthiks has joined #openstack-nova09:22
abhi89yes.. please go through my comment of proposed solution once09:22
*** sree has quit IRC09:22
johnthetubaguyabhi89: we do need to translate the exception, its a common patter we have for all cinder errors. What I would do is just add additional information into the translated exception09:23
*** rmart04_ has joined #openstack-nova09:23
*** lpetrut has quit IRC09:24
*** rmart04 has quit IRC09:24
*** rmart04_ is now known as rmart0409:24
sfinucanjohnthetubaguy: Could you stick these on your review queue? https://review.openstack.org/#/q/status:open+topic:bp/move-nova-cmds-to-cliff09:24
johnthetubaguyabhi89: I would recommend you instead look at this line of code: https://github.com/openstack/nova/blob/5a6d4e089dca2515c0f7e083a8b903ac7a166773/nova/volume/cinder.py#L20309:24
sfinucanI'd like to get them merged this cycle so I can push on with that bp next cycle09:24
*** kaisers has quit IRC09:25
*** kaisers has joined #openstack-nova09:26
abhi89johnthetubaguy: yes. we can even add additional information to the translated exception at https://github.com/openstack/nova/blob/5a6d4e089dca2515c0f7e083a8b903ac7a166773/nova/volume/cinder.py#L20309:26
johnthetubaguysfinucan: possibly, my queue is getting a bit silly right now, particularly given I don't have a job by the time the summit happens, AFAIK :(09:27
abhi89johnthetubaguy: i will try this out09:27
johnthetubaguyabhi89: thanks, I think thats probably going to be easiest way to fix it09:27
abhi89johnthetubaguy: yes, thanks for your suggestion09:27
johnthetubaguyabhi89: no problems, sorry I didn't add that on the first set of comments, I should have.09:28
johnthetubaguysfinucan: oh, wait, I see, its tiny09:28
*** rmart04 has quit IRC09:29
*** rmart04 has joined #openstack-nova09:30
*** kaisers has quit IRC09:30
sfinucanjohnthetubaguy: Yeah they're tidy enough. If you've enough on your plate though then they certainly wait09:31
*** dikonoor has quit IRC09:32
openstackgerritjichenjc proposed openstack/nova-specs master: Add os-quota-class-sets-query-update  https://review.openstack.org/45918509:38
*** takashin has left #openstack-nova09:39
*** Shunli has quit IRC09:42
*** pooja_jadhav has joined #openstack-nova09:42
*** Guest55762 has quit IRC09:45
*** sambetts|afk is now known as sambetts09:47
*** salv-orl_ has joined #openstack-nova09:49
*** satyar has quit IRC09:52
*** salv-orlando has quit IRC09:52
*** thorst has joined #openstack-nova09:53
*** mvk has quit IRC09:54
*** masber has quit IRC09:54
*** dixiaoli_ has joined #openstack-nova09:54
*** dixiaoli has quit IRC09:56
*** thorst has quit IRC09:57
*** nkorabli has quit IRC09:58
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types  https://review.openstack.org/43060810:01
*** Guest55762 has joined #openstack-nova10:02
*** zenoway has joined #openstack-nova10:03
*** tbachman has joined #openstack-nova10:06
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for limits endpoint instead of stevedore  https://review.openstack.org/45880510:06
*** nicolasbock has joined #openstack-nova10:06
*** iceyao has quit IRC10:07
*** karthiks has quit IRC10:09
*** ociuhandu has quit IRC10:15
*** ratailor has quit IRC10:17
*** tovin07_ has quit IRC10:18
bhagyashriscdent: Hi,10:18
*** Jack_Iv has joined #openstack-nova10:20
*** aloga has quit IRC10:21
*** aloga has joined #openstack-nova10:21
*** Guest10425 is now known as sree10:21
cdenthi bhagyashris, what's up?10:21
*** karthiks has joined #openstack-nova10:22
*** mvk has joined #openstack-nova10:23
*** Guest55762 has quit IRC10:25
*** kaisers has joined #openstack-nova10:27
*** udesale has quit IRC10:29
*** sree has quit IRC10:29
*** iceyao has joined #openstack-nova10:30
*** rnoriega has quit IRC10:31
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for hosts endpoint instead of stevedore  https://review.openstack.org/45923110:31
*** ssurana has joined #openstack-nova10:31
bhagyashriscdent: Fine. I have one doubt. Actually I have configured the multinode setup and tried to use the nfs shared storage. so How can I used the single resource provider in multinode setup?10:32
cdentbhagyashris: are you saying you want to track the nfs share as a resource provider? If so, that's not yet supported. It's still the case that the compute-node will report the disk to which it has access. Shared resource providers is something we hope to get done before the end of this current cycle10:34
cdentbhagyashris: if you mean something else, what is it?10:34
*** kevinz has quit IRC10:35
bhagyashriscdent: yeah i want to track nfs share as a resource provider.10:35
*** ssurana has quit IRC10:36
cdentbhagyashris: there's a blueprint for that here, but progress is stalled while we work some other things out first: https://blueprints.launchpad.net/nova/+spec/shared-resources-pike10:36
*** oanson has quit IRC10:37
bhagyashriscdent: ok. means on current master we can not configure the shared disk resource provider for multinode set up right?10:37
cdentyou could, if you wanted, track the nfs share as a resource provider and manage its inventory with your own tooling, now, but that information wouldn't yet be used in scheduling decisions10:37
cdentcorrect10:37
bhagyashriscdent: ok i will go through the blueprint.10:37
*** rnoriega has joined #openstack-nova10:37
*** oanson has joined #openstack-nova10:37
*** sdague has joined #openstack-nova10:38
bhagyashriscdent: i look in to the blueprint regading the resource pool but not sure that the implementation is completed.10:38
bhagyashriscent: thank you for information10:38
*** phuongnh has quit IRC10:42
*** dikonoor has joined #openstack-nova10:42
openstackgerritjichenjc proposed openstack/nova master: use plain routes list for hypervisor endpoint instead of stevedore  https://review.openstack.org/45923510:44
*** zenoway has quit IRC10:44
*** ababich has joined #openstack-nova10:47
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for limits endpoint instead of stevedore  https://review.openstack.org/45880510:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658910:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for '/servers' endpoint instead of stevedore  https://review.openstack.org/44586410:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654910:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for hosts endpoint instead of stevedore  https://review.openstack.org/45923110:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore  https://review.openstack.org/45682510:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658510:49
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647810:49
openstackgerritjichenjc proposed openstack/nova master: use plain routes list for hypervisor endpoint instead of stevedore  https://review.openstack.org/45923510:49
*** zenoway has joined #openstack-nova10:49
*** ociuhandu has joined #openstack-nova10:50
*** Jack_Iv has quit IRC10:52
*** Jack_Iv has joined #openstack-nova10:53
*** thorst has joined #openstack-nova10:53
*** kaisers has quit IRC10:54
*** zenoway has quit IRC10:54
*** iceyao has quit IRC10:54
*** Jack_Iv has quit IRC10:57
*** thorst has quit IRC10:58
*** kaisers has joined #openstack-nova11:01
*** zenoway has joined #openstack-nova11:01
*** yongjiexu has quit IRC11:01
*** yongjiexu has joined #openstack-nova11:01
*** Jack_Iv has joined #openstack-nova11:02
*** lucasagomes is now known as lucas-hungry11:06
*** dave-mccowan has joined #openstack-nova11:09
*** dikonoor has quit IRC11:11
*** salv-orl_ has quit IRC11:15
*** satyar has joined #openstack-nova11:16
*** zhurong has joined #openstack-nova11:17
*** yongjiexu has quit IRC11:21
*** gszasz has joined #openstack-nova11:21
*** smatzek has joined #openstack-nova11:22
*** oanson has quit IRC11:28
*** dikonoor has joined #openstack-nova11:29
*** oanson has joined #openstack-nova11:29
*** Jack_Iv has quit IRC11:31
*** Jack_Iv has joined #openstack-nova11:31
*** lpetrut has joined #openstack-nova11:38
*** thorst has joined #openstack-nova11:42
*** kevinz has joined #openstack-nova11:44
*** slaweq has joined #openstack-nova11:45
*** damien_r has quit IRC11:46
*** lpetrut_ has joined #openstack-nova11:47
*** dixiaoli_ has quit IRC11:48
*** slaweq has quit IRC11:50
*** rfolco has joined #openstack-nova11:51
*** kevinz has quit IRC11:52
*** kevinz has joined #openstack-nova11:53
*** damien_r has joined #openstack-nova11:53
*** hferenc has quit IRC11:55
*** hferenc has joined #openstack-nova11:58
*** zenoway has quit IRC11:58
*** zenoway has joined #openstack-nova11:59
*** nkrinner has joined #openstack-nova11:59
*** iceyao has joined #openstack-nova11:59
*** slagle has joined #openstack-nova12:00
*** zenoway has quit IRC12:00
*** salv-orlando has joined #openstack-nova12:00
*** vks1 has quit IRC12:00
*** zenoway has joined #openstack-nova12:00
openstackgerritMoshe Levi proposed openstack/os-vif master: HW offload support for openvswitch  https://review.openstack.org/39827712:00
openstackgerritMoshe Levi proposed openstack/os-vif master: add documentation for vif plug ovs  https://review.openstack.org/45925812:00
*** lpetrut_ has quit IRC12:01
*** jschlueter has quit IRC12:02
*** brault has joined #openstack-nova12:03
*** hshiina has joined #openstack-nova12:03
*** lpetrut_ has joined #openstack-nova12:03
*** lpetrut_ has quit IRC12:03
*** lpetrut_ has joined #openstack-nova12:03
*** nkrinner has quit IRC12:07
*** lyan has joined #openstack-nova12:07
*** yassine has joined #openstack-nova12:09
*** arunman has quit IRC12:09
*** yassine is now known as Guest3189012:09
*** lucas-hungry is now known as lucasagomes12:11
*** winston-d_ has quit IRC12:13
openstackgerritjichenjc proposed openstack/nova master: Add description for /consoles  https://review.openstack.org/45926612:14
*** slunkad has quit IRC12:18
*** moshele has quit IRC12:19
*** lpetrut_ has quit IRC12:19
*** lpetrut_ has joined #openstack-nova12:19
*** haplo37_ has quit IRC12:23
*** kaisers has quit IRC12:24
*** slunkad has joined #openstack-nova12:24
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types  https://review.openstack.org/43060812:25
*** edmondsw has joined #openstack-nova12:26
*** liusheng has joined #openstack-nova12:27
*** xyang1 has joined #openstack-nova12:29
*** haplo37_ has joined #openstack-nova12:34
*** mriedem has joined #openstack-nova12:34
*** ssurana has joined #openstack-nova12:34
*** pchavva has joined #openstack-nova12:34
*** catintheroof has joined #openstack-nova12:37
*** jpena is now known as jpena|lunch12:38
*** ssurana has quit IRC12:38
*** zhurong has quit IRC12:39
*** dillaman has quit IRC12:42
mriedemlyarwood: i replied in https://review.openstack.org/#/c/456896/ - i'm not sure i get your concern though12:43
*** liverpooler has joined #openstack-nova12:44
lyarwoodmriedem: morning, yeah I missed the optimisation, I just assumed we were doing this to allow non-local connectors to be passed in as a kwarg that we would default to None when we wanted to use the local connector.12:45
*** slaweq has joined #openstack-nova12:46
*** salv-orlando has quit IRC12:47
*** cdent has quit IRC12:47
mriedemlyarwood: when i looked at the change that were passing a connector in, none of them had a local connector12:49
mriedem*was12:49
*** slaweq has quit IRC12:51
*** ayogi has quit IRC12:51
lyarwoodmriedem: into _terminate_volume_connections? Sorry I don't follow.12:52
mriedemearlier version of the patch https://review.openstack.org/#/c/456896/3/nova/compute/manager.py@361512:52
mriedemwas going out of it's way to get the connector and then pass it in to justify the kwarg12:52
mriedemi don't know why12:52
mriedemso until we actually need a connector=None kwarg on _terminate_volume_connections, i've omitted that12:53
lyarwoodmriedem: yeah that didn't make sense but that's the local compute connector, thus my confusion above ;)12:53
*** cdent has joined #openstack-nova12:53
lyarwoodmriedem: and yeah, until we have a stashed connector to pass in the kwarg doesn't make sense12:54
*** lpetrut_ has quit IRC12:54
lyarwoodmriedem: I just missed the optimisation and assumed we wanted to add the kwarg early12:54
lyarwoodanyway, back to these LM failures on stable12:55
*** jdurgin has joined #openstack-nova12:55
mriedemlyarwood: so are you still -1 on https://review.openstack.org/#/c/456896/ ?12:55
lyarwoodmriedem: no, I'll clean that up now12:55
mriedemthanks12:56
*** ociuhandu has quit IRC12:56
*** lpetrut has quit IRC12:57
mriedemjgriffith: when you're around, i had some questions marked with TODOs in the swap volume change for using the new cinder attachment APIs https://review.openstack.org/#/c/456971/4/nova/compute/manager.py12:58
mriedemlike, will deleting an attachment mess up migrate_volume_completion on the cinder side?12:58
mriedemhttps://review.openstack.org/#/c/456971/4/nova/compute/manager.py@4993 and https://review.openstack.org/#/c/456971/4/nova/compute/manager.py@5017 specifically12:59
lyarwoodmdbooth: https://review.openstack.org/#/c/458807/ updated if you have anytime this afternoon13:00
lyarwoodkashyap: ^ also13:00
* kashyap clicks13:00
lyarwoodkashyap: could you also take a look at https://review.openstack.org/#/c/458854/113:00
kashyaplyarwood: Struggling with something else at the moment :-(13:01
lyarwoodkashyap: np13:01
kashyaplyarwood: But I didn't forget your ping here13:01
kashyaplyarwood: Oh, the latter one I have the context in my head13:02
kashyapShould be easy :-)13:02
*** cloud-liang has quit IRC13:02
*** kencjohnston has quit IRC13:02
kashyapIt's in 1.2.7; which is well above the min version we have.13:02
kashyapNice find!13:02
*** jerrygb has joined #openstack-nova13:02
*** ralonsoh_ has joined #openstack-nova13:02
*** ralonsoh has quit IRC13:04
*** ralonsoh_ is now known as ralonsoh13:04
*** shaner has quit IRC13:05
kashyaplyarwood: Done for the second one; the 'rebase' failures are from an iSCSI-related bug?13:06
lyarwoodkashyap: yup, from the SELinux issue13:07
kashyapYeah, at least the linked bug says so13:07
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add Cinder v3 detach to swap_volume  https://review.openstack.org/45697113:07
*** shaner has joined #openstack-nova13:11
*** mdrabe has joined #openstack-nova13:11
*** cleong has joined #openstack-nova13:15
lyarwoodhttp://logs.openstack.org/43/458843/1/check/gate-tempest-dsvm-multinode-live-migration-ubuntu-xenial/145ed83/console.html#_2017-04-24_13_15_00_520308 - Can anyone comment on why we would want to skip block live migration tests here?13:17
lyarwoodah nvm I think it's https://bugs.launchpad.net/nova/+bug/139899913:18
openstackLaunchpad bug 1398999 in nova (Ubuntu Trusty) "Block migrate with attached volumes copies volumes to themselves" [High,Triaged]13:18
*** jaypipes has joined #openstack-nova13:21
jaypipescdent: thx much for the review on the get_inventory() for libvirt patch. I'll address your comments after a meeting in a few minutes.13:22
cdent13:23
mriedemlyarwood: we've never run those as far as i know13:23
mriedemah yeah because of that bug13:24
mriedemin the config option help text13:24
*** trinaths has joined #openstack-nova13:25
*** READ10 has joined #openstack-nova13:25
*** kaisers has joined #openstack-nova13:26
openstackgerritStephen Finucane proposed openstack/os-vif master: Add documentation for OVS plugin  https://review.openstack.org/45925813:26
openstackgerritStephen Finucane proposed openstack/os-vif master: HW offload support for openvswitch  https://review.openstack.org/39827713:26
openstackgerritStephen Finucane proposed openstack/os-vif master: Add documentation for Linux Bridge plugin  https://review.openstack.org/45929113:26
*** moshele has joined #openstack-nova13:27
*** amotoki has quit IRC13:27
mriedemlyarwood: looks like that bug is fixed https://review.openstack.org/#/c/227278/13:27
mriedemif you're using new enough libvirt13:27
mriedemso we could probably actually turn that on in master now since we're using UCA13:28
*** lpetrut has joined #openstack-nova13:28
mriedemwe're using libvirt 2.5.0 now13:28
*** baoli has joined #openstack-nova13:29
*** Shashi has joined #openstack-nova13:29
*** smatzek has quit IRC13:29
kashyaplyarwood: Just looking at the first change related to 'rebase' failure & dangling devices; so the disconnect_volume() is coming from os_brick (os_brick/initiator/connectors/iscsi.py)13:29
* kashyap responds on the review13:29
lyarwoodmriedem: yeah just reading through the bug now and thinking the same13:29
mriedemi'll post a change to the live migration job to enable that test and see what happens13:30
lyarwoodcool thanks13:30
lyarwoodkashyap: well it's calling down into os-brick to disconnect the new volume, yeah.13:30
ShashiHello, anyone run into nova issues with the error "AttributeError: 'module' object has no attribute 'VIR_MIGRATE_POSTCOPY'"13:30
*** crudo has joined #openstack-nova13:31
ShashiI could see n-cpu services are not running because of this error13:31
kashyaplyarwood: Was just writing out loud for my own edification, please be a little gentle :-)13:31
kashyapmriedem: About those QEMU assertion failures we were debugging on Friday night (for me at least), I brought it up on upstream QEMU list - http://lists.nongnu.org/archive/html/qemu-devel/2017-04/msg03923.html13:31
Shashifacing this issue on stable/ocata by the way13:31
jaypipesShashi: see /topic. best to ask usage questions on the openstack@ mailing list. But that sounds like you need a more recent version of libvirt.13:31
mriedemShashi: you have an old libvirt-python13:32
kashyapmriedem: A Huwawei dev points out that they seem to have a downstream-specific patch that fixes for them13:32
kashyapAnyway, I suggested if they want to post it as an upstream backport for 2.8 stable - http://lists.nongnu.org/archive/html/qemu-devel/2017-04/msg04090.html13:33
ShashiI understand if I remove exusting libvirt and install the new one should resolve this issue right?13:33
*** lpetrut has quit IRC13:34
jaypipesShashi: the new python-libvirt package and a new libvirt package, yes.13:35
*** awaugama has joined #openstack-nova13:35
ShashiThanks jaypipes13:35
jaypipesnp13:35
rfolcoShashi, and make sure you clean up your wheels (.whl) for libvirt-python, force a rebuild.13:36
*** baoli has quit IRC13:36
*** esberglu has joined #openstack-nova13:37
*** trinaths has quit IRC13:37
Shashiok rfolco13:37
*** jpena|lunch is now known as jpena13:40
*** jdwidari has joined #openstack-nova13:41
*** hongbin has joined #openstack-nova13:41
*** trinaths has joined #openstack-nova13:43
*** erhudy has joined #openstack-nova13:44
*** moshele has quit IRC13:45
figleafScheduler subteam meeting in 15 minutes in #openstack-meeting-alt13:45
figleafoh, wait, it's not Friday anymore13:45
*** baoli has joined #openstack-nova13:45
*** figleaf is now known as edleafe13:45
TahvokGuys, how should I configure the apache2 placement vhost?13:46
TahvokCan someone give me a working example?13:46
*** superdan is now known as dansmith13:47
*** slaweq has joined #openstack-nova13:47
*** eharney has joined #openstack-nova13:48
*** vks1 has joined #openstack-nova13:51
*** kaisers has quit IRC13:51
*** burt has joined #openstack-nova13:52
efriedTahvok I think you may want to ask that question in #openstack13:55
*** gouthamr has joined #openstack-nova13:57
*** smatzek has joined #openstack-nova13:57
openstackgerritMatt Riedemann proposed openstack/nova master: Enable test_iscsi_volume in live migration job  https://review.openstack.org/45931613:57
mriedemtdurakov: lyarwood: ^ let's see what happens13:57
*** gouthamr has quit IRC13:59
openstackgerritMatt Riedemann proposed openstack/nova master: Enable test_iscsi_volume in live migration job  https://review.openstack.org/45931614:00
*** sree has joined #openstack-nova14:01
mriedemkashyap: which version of qemu has native iscsi support?14:01
mriedemwould be interesting to see if we can test against https://bugs.launchpad.net/nova/+bug/1524898 again14:01
openstackLaunchpad bug 1524898 in OpenStack Compute (nova) "Volume based live migration aborted unexpectedly" [High,Confirmed]14:01
kashyapmriedem: I don't know top off my head, let me look14:01
bhagyashriscdent: Hi, actually I am willing or curious to track the nfs share as a resource provider and manage its inventory with my own tooling as per you suggest me so How can I proceed Can you please give me some guide line or steps to do this?14:02
*** iceyao has quit IRC14:02
*** crushil has joined #openstack-nova14:03
cdentbhagyashris: I can show you how it is described in the spec, but you'll need some tooling of your own, and the information won't be very useful for two reasons:14:04
cdentnothing will be using the info for scheduling, and nothing will be automatically writing allocations when disk is used14:05
kashyapmriedem: If you're talking about the built-in iSCSI driver, it's there since "eons" -- version 1.0 (as the first commit dates to 2011) -- http://git.qemu.org/?p=qemu.git;a=commitdiff;h=c589b2414:05
cdentbhagyashris: some of the info here may be useful: http://specs.openstack.org/openstack/nova-specs/specs/newton/implemented/generic-resource-pools.html#scenario-1-shared-disk-storage-used-for-vm-disk-images14:06
bhagyashriscdent:ok.14:06
*** arunman has joined #openstack-nova14:06
mriedemkashyap: it wasn't in the ubuntu package though14:06
mriedemkashyap: https://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/qemu-built-in-iscsi-initiator.html14:06
mriedemlooks like it should be there now though http://packages.ubuntu.com/xenial/qemu-block-extra14:06
bhagyashriscdent: yeah I have checked the generic-resource-pool spec long back ago.14:07
kashyapmriedem: What is this 'qemu-block-extra'?14:07
kashyapIt's a separate package for Ubuntu?14:08
mriedemyeah14:08
mriedemi guess14:08
bhagyashriscdent: thanks for information14:08
mriedemkashyap: see https://bugs.launchpad.net/nova/+bug/1524898/comments/1714:08
openstackLaunchpad bug 1524898 in OpenStack Compute (nova) "Volume based live migration aborted unexpectedly" [High,Confirmed]14:08
*** psachin has quit IRC14:08
* kashyap clicks14:08
mriedemkashyap: long ago i think danpb said that might not fix that bug, but it might provide better details when it fails if we're using native iscsi14:09
*** iceyao has joined #openstack-nova14:09
*** coreywright has quit IRC14:09
openstackgerritSylvain Bauza proposed openstack/nova-specs master: Claims in the scheduler  https://review.openstack.org/43742414:10
bauzasjaypipes: edleafe: cdent: mriedem: dansmith: others ^14:10
cdentthanks bauzas14:10
bauzassome help would be accepted for the wording :)14:10
*** ddeja has joined #openstack-nova14:10
*** slaweq has quit IRC14:11
*** iceyao has quit IRC14:11
openstackgerritMatt Riedemann proposed openstack/nova master: Enable test_volume_backed_live_migration with block migration  https://review.openstack.org/45932114:11
*** iceyao has joined #openstack-nova14:11
*** baoli has quit IRC14:12
*** ddeja has left #openstack-nova14:12
*** baoli has joined #openstack-nova14:12
*** kaisers has joined #openstack-nova14:13
*** ociuhandu has joined #openstack-nova14:14
*** zz_dimtruck is now known as dimtruck14:15
*** baoli has quit IRC14:17
*** arne_r has joined #openstack-nova14:18
*** baoli has joined #openstack-nova14:20
*** beekneemech is now known as bnemec14:20
*** mlavalle has joined #openstack-nova14:21
openstackgerritChris Dent proposed openstack/nova master: [WIP] Register osapi_compute when nova-api is wsgi  https://review.openstack.org/45728314:21
*** prateek has quit IRC14:23
*** coreywright has joined #openstack-nova14:23
*** felipemonteiro has joined #openstack-nova14:24
*** ociuhandu has quit IRC14:24
*** felipemonteiro has quit IRC14:25
*** felipemonteiro has joined #openstack-nova14:25
kashyapmriedem: Yeah, I recall this bug, and I se you've just enabled the said test given the recent version bumps14:26
mriedemyeah14:27
jaypipesbauzas: done.14:28
*** amotoki has joined #openstack-nova14:28
* bauzas bows to jaypipes14:28
bauzasjaypipes: thanks for the wording details, lovely appreciated14:29
bauzasfor the fun story, we have a 2nd election round happening when I land in BOS, I have 39% of chances to stay there :p14:30
*** iceyao has quit IRC14:32
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for limits endpoint instead of stevedore  https://review.openstack.org/45880514:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for flavors-access endpoint instead of stevedore  https://review.openstack.org/45658914:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for '/servers' endpoint instead of stevedore  https://review.openstack.org/44586414:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for flavor endpoint instead of stevedore[1]  https://review.openstack.org/45654914:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for hosts endpoint instead of stevedore  https://review.openstack.org/45923114:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for '/os-aggregates' endpoint instead of stevedore  https://review.openstack.org/45682514:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for flavors-extraspecs endpoint instead of stevedore  https://review.openstack.org/45658514:33
openstackgerritjichenjc proposed openstack/nova master: Use plain routes list for '/os-keypairs' endpoint instead of stevedore  https://review.openstack.org/45647814:33
openstackgerritjichenjc proposed openstack/nova master: use plain routes list for hypervisor endpoint instead of stevedore  https://review.openstack.org/45923514:33
*** amotoki has quit IRC14:33
jaypipesbauzas: heh, indeed...14:34
jaypipesbauzas: when is the second round vote day?14:34
bauzasjaypipes: May the 7th14:34
jaypipeshmm.14:34
bauzasI'd hope it would have been May the 4th...14:34
jaypipesgood luck!14:34
jaypipesheh14:34
jaypipesindeed.14:34
*** ekuris has quit IRC14:34
*** lpetrut has joined #openstack-nova14:35
bauzasanyway, my wife will proxy my vote, so I'm fine with my mind14:35
*** trinaths has left #openstack-nova14:35
*** trinaths1 has joined #openstack-nova14:36
*** mdrabe_ has joined #openstack-nova14:38
*** arne_r has quit IRC14:40
*** Jack_Iv has quit IRC14:41
*** mdrabe has quit IRC14:41
*** Jack_Iv has joined #openstack-nova14:41
*** chyka has joined #openstack-nova14:42
*** trinaths1 has left #openstack-nova14:42
*** yamahata_ has joined #openstack-nova14:43
*** moshele has joined #openstack-nova14:43
*** sree_ has joined #openstack-nova14:45
*** sree_ is now known as Guest3485014:46
*** armax has joined #openstack-nova14:47
*** sree has quit IRC14:47
mriedemalex_xu: Kevin_Zheng: it's very confusing but I think i know why you're trying to stash the tags on the BuildRequest in https://review.openstack.org/#/c/394321/36/nova/compute/api.py14:52
mriedemi'm leaving a ton of comments :)14:52
mriedembut i think we're doing this the hard way14:52
mriedemand i think some of the code in the api for this is all dead now14:52
mriedemso i'm going to clean it up14:52
mriedemin a separate patch14:52
mriedemi.e. i think this was a workaround until we were creating instances and bdms in conductor14:52
mriedemi'll have dansmith take a look later too in case i'm missing something14:53
Kevin_Zhengmriedem: cool thanks, I will check tomorrow14:53
*** iceyao has joined #openstack-nova14:53
bauzasmriedem: jaypipes: FWIW, I'm entering into the hell zone of deletes wrt claims14:54
mriedembauzas: fwiw, i spent 6 hours yesterday in the hell zone that is swap volume14:54
bauzasmriedem: jaypipes: AFAICT, we currently unclaim the resources (ie. we DELETE allocations) only by the compute service, right ?14:54
jaypipesbauzas: yes, AFAIK.14:55
bauzasmriedem: jaypipes: so, what happens in the case of a local delete where we gently instance.delete() ?14:55
bauzasdo we DELETE /allocations too ? None from what I can tell14:55
jaypipesbauzas: only in the periodic audit interval task (update_available_resource)14:55
mriedembauzas: we don't delete allocations for local delete,14:56
mriedemremember i opened that bug?14:56
bauzasjaypipes: mriedem: okay, so then should we keep the same behaviour ?14:56
mriedembauzas: and yes, the only place we delete allocations today is the scheduler report client via the RT14:56
bauzasI mean, should we really not be concerned by DELETE allocations in the scheduler claims spec ?14:56
*** brault has quit IRC14:56
bauzasor we could do that earlier in the compute API worker14:56
bauzaswell, only if not soft-deletes, of course14:57
mriedemthe fact we don't cleanup allocations during local delete is a bug14:57
*** armax has quit IRC14:57
*** lpetrut has quit IRC14:57
mriedemregardless of claims in the scheduler14:57
bauzasmriedem: I vaguely remembered one bug, yup14:57
mriedembauzas: https://bugs.launchpad.net/nova/+bug/167975014:57
openstackLaunchpad bug 1679750 in OpenStack Compute (nova) "Allocations are not cleaned up in placement for instance 'local delete' case" [Medium,Confirmed]14:57
*** iceyao has quit IRC14:58
bauzasokay, so my question is14:58
mriedemwe talked about doing the cleanup in the api service, or leaving it to init_host on the compute,14:58
bauzasshould we modify the current behaviour of when we delete allocations, regardless of the above bug ?14:58
mriedemi.e. if the db says we have deleted instances for this host when nova-compute starts up, then go through and attempt to delete their allocation records for that host14:58
mriedemmodify how?14:59
bauzasor should we keep the compute service responsible for notifying placement ?14:59
bauzasmriedem: call placement in the compute worker14:59
bauzasmriedem: I mean the api worker14:59
bauzasmriedem: before sending the RPC call to compute14:59
mriedemi thought people wanted to do it in compute14:59
mriedemhold up15:00
mriedemyou're conflating two things15:00
mriedem1. normal delete where we rpc cast to the compute to do the delete15:00
bauzasright, whatever the delete type is15:00
mriedem2. local delete in the api where the compute service is down, or the instance is shelved offloaded15:00
bauzasyup, I'm not conflating15:00
bauzasI just wonder if we wanted to notify placement earlier than now15:01
mriedemno15:01
mriedemwe don't want to tie up the api15:01
bauzasokay, so I'll just wipe out the paragraph I wrote about deletes15:01
bauzasbecause it's unrelated15:01
mriedemwe only do that in the api for local deletes, but there isn't clear agreement on deleting allocations in the api even in the local delete case15:01
mriedemthe options are in the bug report above15:01
bauzasI'll just mention the bug as a necessary prereq15:01
mriedemyeah the bug needs to be fixed regardless15:02
mriedemand most likely backported15:02
*** adrian_otto has joined #openstack-nova15:02
*** salv-orlando has joined #openstack-nova15:02
bauzasokay, thanks for cleaning up the mess in my brain15:03
*** mdnadeem has quit IRC15:03
bauzasI'm all clear15:03
bauzasjaypipes: so, you told me we don't DELETE allocations right now but only when we self-heal ?15:05
openstackgerritStephen Finucane proposed openstack/os-vif master: HW offload support for openvswitch  https://review.openstack.org/39827715:05
openstackgerritStephen Finucane proposed openstack/os-vif master: Add documentation for Linux Bridge plugin  https://review.openstack.org/45929115:05
bauzasjaypipes: that's something that needs to change then15:05
*** crudo has left #openstack-nova15:05
jaypipesbauzas: no, sorry, I was referring to instances that were terminated but the compute host was down at the time.15:06
*** Guest34850 has quit IRC15:06
*** jamesdenton has joined #openstack-nova15:06
jaypipesbauzas: in a "normal" DELETE /servers call, the allocations are indeed deleted.15:06
bauzasokay, looking at code15:07
sean-k-mooneysfinucan: moshele: on the vnic type i dont think this should be documented seperatly per plugin as they are common across all plugins15:07
sfinucansean-k-mooney: Have you seen the patches themselves15:08
sfinucanThey're common, yes, but not all VIF types are supported across all plugins15:08
sfinucanI didn't grasp that nuance until this morning15:08
bauzasjaypipes: mmm, can't find where we call DELETE /allocations in the compute manager, but only in the RT15:09
sean-k-mooneysfinucan: no i havent atleast not lately. correct that is why im working on https://review.openstack.org/#/c/441590/15:09
sean-k-mooneyi am hoping to implement the nova neutron negociation this cycle if i can ever finish the supprot for ovs-dpdk in kolla15:10
jaypipesbauzas: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L716-L73115:10
*** baoli has quit IRC15:10
jaypipesbauzas: that's called at the end of the manager's _delete_instance() method.15:10
bauzasok, seeing it noxw15:10
bauzaswe force a RT update15:10
bauzaswhich will delete the allocation, gotcha15:11
jaypipesbauzas: the _update_resource_tracker() call eventually calls the scheduler client.15:11
jaypipesright.15:11
sean-k-mooneysfinucan: the host_info object discribes what vif types are supported by each plugin and it will with that patch allso describe what port profiles are supporte db each vif_type per plugin15:11
bauzasjaypipes: okay, no explicit allocation delete, RT handles that15:11
bauzasjaypipes: thanks, so nothing needed from a scheduler claims spec perspective15:11
*** baoli has joined #openstack-nova15:11
*** baoli has quit IRC15:11
bauzasjaypipes: except the local delete problem15:11
sean-k-mooneysfinucan: this object will be serialsed into the neutron binding profile and read by the mechanisum drivers as part of the port binding call.15:12
*** Shashi has quit IRC15:12
jaypipesbauzas: no, that's still called for soft deletes.15:12
sfinucansean-k-mooney: Nice. I wasn't aware of host_info either15:12
bauzasjaypipes: local delete != soft delete15:12
* sfinucan goes to see if _that's_ documented15:12
jaypipesbauzas: no?15:12
bauzasjaypipes: if the RPC compute service is down, we local delete in the api worker15:12
*** kevinz has quit IRC15:12
bauzastotally unrelated to soft deletes, which are just a specific VM state15:12
jaypipesbauzas: right. the api worker sets instance to SOFT_DELETED15:12
bauzasno no15:13
jaypipesno?15:13
bauzassec15:13
bauzasyet another fun15:13
sfinucansean-k-mooney: Do you think there's value in documenting the built-in plugins, in that case, as done here https://review.openstack.org/#/c/459258/215:13
*** Oku_OS is now known as Oku_OS-away15:13
bauzasjaypipes: https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2001 and https://github.com/openstack/nova/blob/master/nova/compute/api.py#L2027-L203215:14
sfinucani.e. the plugins themselves along with a little summary of how a given VIF type works in the given plugin/networking backend15:14
sean-k-mooneysfinucan: so the other part of this is that in the future the mapping we currently do between teh existing vif types and the os-vif ones will go away with neutron specifying plugin,vif_type and port prifile in a single os-vif object as a responce to nova in the port binding call15:14
sean-k-mooneysfinucan: ill take a look at it now15:14
mriedemmelwitt: dansmith: some easy dead code cleanup in conductor https://review.openstack.org/#/c/434615/15:14
bauzasjaypipes: mriedem mentioned a bug report because we do delete the instance but we don't delete the allocation15:14
bauzasjaypipes: https://bugs.launchpad.net/nova/+bug/167975015:14
openstackLaunchpad bug 1679750 in OpenStack Compute (nova) "Allocations are not cleaned up in placement for instance 'local delete' case" [Medium,Confirmed]15:14
bauzasFWIW, I'll assign myself to the bug since it's related to the claims spec15:15
*** ssurana has joined #openstack-nova15:15
mriedemjaypipes: we don't soft delete in the api if the compute host is down15:15
*** baoli has joined #openstack-nova15:15
mriedemjaypipes: we send out notifications saying we're soft deleting, but really we don't15:15
mriedemwe hard delete that mofo15:15
sean-k-mooneysfinucan: so i dont think we should have redefinition of the vif types per plugin but i would be ok with referencing the vif types that are definded globally15:15
mriedemthis has been keeping gibi awake at night15:15
sean-k-mooneysfinucan: essentailly like you have done with the glossary15:16
sean-k-mooneydefine each fo them as a term or link back to the singel definition.15:16
dansmithmriedem: I don't think that's dead code15:16
mriedemjaypipes: https://review.openstack.org/#/c/443764/1/nova/compute/api.py@206615:16
bauzasoh man, just got an email asking me to take all my holidays before end of May15:16
bauzasthat's going to be legendary15:16
sfinucansean-k-mooney: Basic VIF definitions do exist - see 'doc/source/vif_types'15:16
sfinucanbauzas: dibs!15:16
mriedemdansmith: you can't upgrade the schema if you don't have cell0 in ocata15:17
sean-k-mooneyeach plugin could discibe the the vif types it support but i would prefer to auto generate that documention form https://github.com/openstack/os-vif/blob/e133b8a3771ce6a49594af83b90586bdd88630ae/vif_plug_ovs/ovs.py#L67-L83 if we could15:17
bauzasI'm always ashamed to speak about that here, but if I would take all my holidays, it could probably require me to stop working right after I come back from BOS :/15:17
dansmithmriedem: unless you have an empty database because you're installing ocata for the first time15:18
bauzaslike not working for May15:18
dansmithmriedem: and if you miss putting that record in, you get a unhelpful error condition15:18
mriedemdansmith: if you have any empty db, how are you creating instances?15:18
jaypipesmriedem: lovely..15:18
sean-k-mooneysfinucan: any chance we could use something like your sphix click intergration to do taht15:18
sean-k-mooneyif not im sure i coudl script something up15:18
dansmithmriedem: you had an empty database when applying the schema migrations, which made it past the cell0 check, then you start creating instances without doing your cell record setup15:18
mriedemdansmith: this https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api_migrations/migrate_repo/versions/030_require_cell_setup.py15:19
dansmithmriedem: right but that doesn't do anything for a fresh install15:19
mriedemoh the gd flavor thing15:19
mriedemffs15:19
*** dixiaoli has joined #openstack-nova15:19
*** ssurana has quit IRC15:19
mriedemjaypipes: yes soft delete is a turd15:19
mriedemwhich should be flushed15:19
mdbooth+115:21
sean-k-mooneysfinucan: basically in the docs job all we would need to do is load os-vif. loop over all the in tree plugins, call discribe and template our a descripts into a folder and then have sphinx auto include it in the docs that way its automatic and always up to date15:21
*** crushil has quit IRC15:21
sfinucansean-k-mooney: I could but it might be overkill15:22
*** dixiaoli has quit IRC15:22
sfinucanRealistically, how often are those lines going to change15:22
sfinucanand, iirc, the plan is not to add any more plugins in os-vif (they should live in separate repos)15:23
sean-k-mooneynot that often we could just make it a requirement for adding more vif_types or port profiles to existing plugins as part of ongoing reviews15:23
sean-k-mooneyyep15:23
mriedemdansmith: ok left a reply - but if we don't have cell0 to bury, we still have the build requests to list 'instances' and delete that 'instance', but we don't update the vm_state on the build request to ERROR15:24
mriedemso those 'instances' just get stuck in scheduling state until you delete them (i think)15:24
sean-k-mooneymore vif types will be added to both plugins though and more port poriles but it wont be a large overhead to manually update the docs.15:24
*** dixiaoli has joined #openstack-nova15:24
sfinucansean-k-mooney: Yeah, I don't think it would be too much of a requirement15:25
sfinucandocs usually help reviews anyway because they give way more context15:25
*** baoli has quit IRC15:26
sean-k-mooneysfinucan: one of the requests i got from the neutron folks was to allow os-vif to plug non vm interfaces so they could use it to plug the dhcp,l3 and tunnel ports when its intergrated into neutron15:26
sean-k-mooneyi opened some bugs for those with too do to fill them out later15:26
dansmithmriedem: yep, but we have to have the big red warning I think15:27
*** dixiaoli has quit IRC15:28
mriedemyeah i suppose.15:28
sean-k-mooneywe will need about 5 or 6 new vif_types to cover that (patch,vif_pair,vxlan,gre,geneve) i think im missing one but basically same pattern as vms and form and os vif point of view we dont really care what uses the port anyway.15:28
mriedemdansmith: if we wanted to get the instance into ERROR state, we'd have to deserialize the build_request.instance, set it's vm/task state and then update the build_request right?15:29
sfinucansean-k-mooney: nova wouldn't care about those new ones, right?15:29
*** david-lyle has joined #openstack-nova15:29
dansmithmriedem: I dunno if that would do it, but perhaps.. I'm not too concerned about that I guess, since this is early setup you failed to do, so API semantics aren't that big of a deal, but..15:29
sean-k-mooneyon the one i was missing was tap. correct nova should not care though the tap vif type which is basically the existing generic vif type(i would proably just use that) could be used with calico15:30
*** sridharg has quit IRC15:30
sfinucansean-k-mooney: Yup, sounds good to me so15:31
sfinucansean-k-mooney: Going back to those docs then, I could probably put a note in saying that those supported vif_types are exposed using that host_info object, right?15:32
sean-k-mooneysfinucan: yes if you could make them a link or somehow include the previous defintions of the docs from the global definiton that would also be good15:33
sean-k-mooneyi would prefer not to have multiple definitions of the same vif_type that could get out of sync if sphix supports that15:33
sean-k-mooneyif not its fine we can just keep them in sync with reviews15:33
*** krtaylor has quit IRC15:34
*** vks1 has quit IRC15:34
mriedemdansmith: fair enough15:34
mriedemat some point if i care i might see how hard it is to reproduce and change the build request to error, but i might not care later either15:35
dansmithheh15:36
*** gcb has quit IRC15:37
sfinucansean-k-mooney: Ah, there is a difference. The general vif_type overview is provided in doc/source/vif_types15:37
sfinucanThe ones that we've added refer to how a given VIF is implemented for a given backend15:38
sean-k-mooneysfinucan: thats the thing the vif_type is ment to be completly independent form that backend impelmtation15:38
mriedemlyarwood: huzzah! https://review.openstack.org/#/c/459316/15:38
mriedemmtreinish: sdague: ^ test_iscsi_volume in action15:39
mriedemafter so many years15:39
sean-k-mooneythe vif_type refers to how the hypervisor virtualise the interface not how that is connected to the datapalne but i can see why you would want to describe that also15:39
sfinucansean-k-mooney: Yes and no. It should expose the same API, but it has to work differently under the hood15:39
*** baoli has joined #openstack-nova15:41
*** zhurong has joined #openstack-nova15:41
*** gouthamr has joined #openstack-nova15:42
*** kaisers has quit IRC15:43
*** slaweq has joined #openstack-nova15:46
*** burt has quit IRC15:46
lyarwoodmriedem: nice :)15:47
*** vks1 has joined #openstack-nova15:49
*** salv-orl_ has joined #openstack-nova15:49
*** jvgrant has joined #openstack-nova15:49
*** zenoway has quit IRC15:49
*** jvgrant has left #openstack-nova15:50
*** zenoway has joined #openstack-nova15:50
*** slaweq has quit IRC15:50
*** kaisers has joined #openstack-nova15:51
*** rmart04 has quit IRC15:51
*** salv-orlando has quit IRC15:52
*** dillaman has joined #openstack-nova15:53
*** kevinz has joined #openstack-nova15:53
*** armax has joined #openstack-nova15:54
*** zenoway has quit IRC15:54
*** moshele has quit IRC15:54
openstackgerritMatt Riedemann proposed openstack/nova master: Remove unused _create_block_device_mapping method from API  https://review.openstack.org/45938915:55
*** amotoki has joined #openstack-nova15:56
*** zhurong has quit IRC15:57
*** kaisers has quit IRC15:57
jaypipesvladikr, ralonsoh, sean-k-mooney, sfinucan, bauzas, edleafe and cdent: updated https://review.openstack.org/#/c/448283/. pls re-review at your convenience.15:57
*** slaweq has joined #openstack-nova15:57
sfinucan(y)15:58
ralonsohralonsoh: in a moment15:58
*** andreas_s has quit IRC15:58
ralonsohjaypipes: in a moment (pfff I'm talking to myself)15:59
*** kevinz has quit IRC15:59
sean-k-mooneyjaypipes: running to meeting but will do after15:59
*** hshiina has quit IRC16:00
*** gyee has joined #openstack-nova16:00
sfinucanjaypipes: nice easy ones for you here too https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bump-min-libvirt16:01
*** voelzmo has quit IRC16:02
*** dikonoor has quit IRC16:03
*** zhurong has joined #openstack-nova16:03
edleafejaypipes: ack16:04
*** fragatina has quit IRC16:04
jaypipessfinucan: done.16:04
sfinucan ta16:05
*** abhi89 has quit IRC16:07
*** zhurong has quit IRC16:07
*** karthiks has quit IRC16:08
*** marst has joined #openstack-nova16:09
*** ericyoung has quit IRC16:10
*** kfarr has joined #openstack-nova16:14
openstackgerritStephen Finucane proposed openstack/os-vif master: Add documentation for OVS plugin  https://review.openstack.org/45925816:16
openstackgerritStephen Finucane proposed openstack/os-vif master: HW offload support for openvswitch  https://review.openstack.org/39827716:16
openstackgerritStephen Finucane proposed openstack/os-vif master: Add documentation for Linux Bridge plugin  https://review.openstack.org/45929116:16
*** jerrygb has quit IRC16:16
*** ltomasbo is now known as ltomasbo|away16:19
*** Apoorva has joined #openstack-nova16:20
*** Apoorva has quit IRC16:20
*** Apoorva has joined #openstack-nova16:21
*** Guest31890 has quit IRC16:21
*** slaweq has quit IRC16:22
*** damien_r has quit IRC16:23
*** lucasagomes is now known as lucas-afk16:24
*** annegentle has joined #openstack-nova16:24
*** efried has quit IRC16:25
*** salv-orl_ has quit IRC16:26
mriedemsfinucan: nice easy cleanup win here https://review.openstack.org/#/c/391597/16:27
mriedemand closes a bp to boot16:27
*** markus_z has quit IRC16:28
*** dikonoor has joined #openstack-nova16:29
*** fragatina has joined #openstack-nova16:29
*** krtaylor has joined #openstack-nova16:31
*** Jack_Iv has quit IRC16:32
*** gyee has quit IRC16:32
*** rmart04 has joined #openstack-nova16:33
*** crushil has joined #openstack-nova16:33
*** jerrygb has joined #openstack-nova16:33
*** kfarr_ has joined #openstack-nova16:34
*** jpena is now known as jpena|away16:37
*** rmart04 has quit IRC16:38
*** mvk has quit IRC16:39
*** mtanino has joined #openstack-nova16:42
*** arunman has quit IRC16:42
*** vladikr has joined #openstack-nova16:42
*** gyee has joined #openstack-nova16:42
*** kaisers has joined #openstack-nova16:43
openstackgerritMatt Riedemann proposed openstack/nova master: Remove BuildRequest.block_device_mapping clone workaround  https://review.openstack.org/45940616:45
openstackgerritMatt Riedemann proposed openstack/nova master: Remove BuildRequest.block_device_mapping clone workaround  https://review.openstack.org/45940616:47
mriedemdansmith: melwitt: ^ dredged up a lot of confusion over why we needed to do that in the first place https://review.openstack.org/#/c/394321/36/nova/compute/api.py@105616:48
mriedemi don't want to do the same thing for tags16:48
mriedemi think we just pass the original dirty tag list to conductor like we do for bdms and we should be fine16:49
*** gszasz has quit IRC16:51
*** iceyao has joined #openstack-nova16:55
*** arunman has joined #openstack-nova16:56
*** kiwi_rot has quit IRC16:58
*** jaosorior is now known as jaosorior_away16:59
*** fragatin_ has joined #openstack-nova17:00
*** iceyao has quit IRC17:00
*** cuhler has joined #openstack-nova17:01
*** derekh has quit IRC17:01
cuhlerIs it a known problem that nova.tests.unit.virt.libvirt.volume.test_iscsi.LibvirtISCSIVolumeDriverTestCase.test_iscsiadm_discover_parsing is failing?17:02
*** fragatina has quit IRC17:02
cuhlerIt is holding up https://review.openstack.org/#/c/458688/17:02
cuhlerIs someone looking at it already?17:03
*** kfarr_ has quit IRC17:04
*** claudiub has joined #openstack-nova17:05
*** adrian_otto1 has joined #openstack-nova17:06
cuhlerThe problem is that LibvirtISCSIVolumeDriver connector's _get_target_portals_from_iscsiadm_output method now returns a list instead of an array as it used to.17:06
cuhlerEither that's a bug or the unit test didn't get updated.17:06
*** arunman has quit IRC17:07
*** burt has joined #openstack-nova17:09
*** adrian_otto has quit IRC17:09
*** efoley_ has quit IRC17:11
*** prateek has joined #openstack-nova17:12
*** kaisers has quit IRC17:13
*** iceyao has joined #openstack-nova17:16
*** slaweq has joined #openstack-nova17:18
dansmithmriedem: do you plan to write tests for that cleanup patch?17:18
*** mvk has joined #openstack-nova17:18
dansmithdoesn't fail anything now and it'd be an odd assertion in isolation I guess17:18
openstackgerritChris Dent proposed openstack/nova master: Add pbr-installed wsgi application for metadata api  https://review.openstack.org/45941317:19
*** yamahata_ has quit IRC17:20
*** iceyao has quit IRC17:20
*** Swami has joined #openstack-nova17:21
*** ssurana has joined #openstack-nova17:23
*** adrian_otto1 has quit IRC17:23
*** ekuris has joined #openstack-nova17:24
*** arunman has joined #openstack-nova17:25
*** kaisers has joined #openstack-nova17:26
*** ralonsoh has quit IRC17:28
*** vks1 has quit IRC17:29
*** arunman has quit IRC17:30
*** mtanino has quit IRC17:32
rfolcojaypipes, start using new delete inventories method implies in chaning put to delete in https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L625 - sounds correct ? I am just wondering where is the delete_inventory for a single inventory.17:34
*** Swami has quit IRC17:38
*** salv-orlando has joined #openstack-nova17:38
sean-k-mooneyjaypipes: https://review.openstack.org/#/c/448283/5 looks good to me in it current form17:38
mriedemdansmith: i didn't plan on it no17:38
mriedemfunctional tests passing should be sufficient17:39
*** Jack_Iv has joined #openstack-nova17:39
dansmithokay17:40
mriedemdansmith: unrelated, but looking at https://review.openstack.org/#/c/457338/ i didn't even think about how server groups could have members in different cells17:41
mriedemat least for anti-affinity17:41
dansmithyup17:41
*** dikonoor has quit IRC17:41
*** gjayavelu has joined #openstack-nova17:43
*** jpena|away is now known as jpena17:45
*** fragatin_ has quit IRC17:45
*** fragatina has joined #openstack-nova17:46
*** fragatina has quit IRC17:51
*** cdent has quit IRC17:52
*** prateek has quit IRC17:54
*** amotoki has quit IRC17:54
*** cuhler has quit IRC17:55
mriedemdansmith: ok comments in that patch17:55
mriedem-1 for a test thing17:55
*** abhi89 has joined #openstack-nova17:55
dansmiththanks, will look in a sec17:55
*** READ10 has quit IRC17:56
*** yamahata_ has joined #openstack-nova17:56
edleaferfolco: there isn't a way to delete a single type of inventory for a RP. You should use set_inventory_for_provider() instead, and only include the inventory for the types that the RP has.17:57
rfolcoedleafe, that explains, thank you. Also, I am using a specific error message (previously returning db api error) when 409 conflict for inventory in use... but there is no way to emulate it in gabbits since they run serially. The only emulation possible is bad generation id. Any thoughts ?18:00
sdaguemriedem: you were too hopeful that the uuid thing wasn't a problem :)18:00
*** catintheroof has quit IRC18:01
edleaferfolco: you would allocate against that inventory, checking for success. Then the next test would try to delete that same inventory, which should raise the 40918:01
mriedemsdague: the jsonschema thing?18:02
sdaguemriedem: yep18:02
mriedemi was looking for an easy button18:02
sdagueI responded18:02
rfolcoedleafe, cool, will check on allocation then, thx++18:03
sdaguethe format isn't jsonschema native, it just means it calls a dedicated validating function18:03
mriedemsdague: ha18:05
mriedemsob18:05
mriedemi see your reply and raise you18:06
sdaguemriedem: yeh, we all see different parts of the elephant18:06
*** crushil has quit IRC18:07
*** Swami has joined #openstack-nova18:13
*** mtanino has joined #openstack-nova18:13
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: remove redundant and broken iscsi volume test  https://review.openstack.org/45942018:14
mriedem^ fixes cuhler's issue pointed out earlier, and unblocks us from using brick 1.12.018:14
smcginnisFollowing the docs.o.o install instructions for Ubuntu. Getting this error :The requested URL /placement/resource_providers was not found on this server"18:15
smcginnisAny pointers?18:15
mriedemsmcginnis: hello new user, please see the channel topic and gtfo18:16
mriedem:)18:16
mriedemsmcginnis: where are you getting the error? which service?18:16
smcginnismriedem: Just remember that when you want us to adopt placement usage too. :P18:16
smcginnismriedem: In the nova-compute log when trying to create a first test instance.18:16
*** kaisers has quit IRC18:17
smcginnisActually, regular intervals it looks like.18:17
mriedemif compute couldn't talk to placement it shouldn't have started up in the first place18:17
*** kaisers has joined #openstack-nova18:17
mriedemyeah, it should be spewing errors18:17
mriedemare you able to make curl requests to placement from your compute node?18:17
*** toure is now known as toure|bbl18:17
smcginnisFrom this: Failed to create resource provider record in placement API18:17
mriedemsmcginnis: source the same credentials that are in nova.conf on your compute host, and then create a token for those creds and try a curl request to the same placement endpoint url in the service catalog18:17
mriedemto see if it's compute misconfig or something else18:18
mriedemalso, is the placement service logging anything?18:18
mriedemit runs under apache18:18
smcginnisWhere does that go?18:18
mriedem/var/log/httpd? i think it has to be configured18:19
mriedemdevstack puts it into it's own log file18:19
smcginnisAh, /var/log/apache/nova_placement*18:19
smcginnisHmm, "nova" placement. Yeah, good luck getting me to use this.18:19
smcginnisjk18:19
mriedemhttps://github.com/openstack-dev/devstack/blob/master/lib/placement#L16818:19
*** iceyao has joined #openstack-nova18:20
mriedemyeah, i think the ubuntu packagers were throwing nova in the name since that's where the code is sourced from18:20
mriedemwhich is going to be a fun packaging rename later18:20
smcginnismriedem: Actual deployment looks like it puts them in nova_placement_error.log and nova_placement_access.log on Ubuntu.18:20
smcginnisNothing in either file though.18:21
mriedemis it running?18:21
smcginnismriedem: Nope. Looks like the packages must not configure Apache correctly.18:22
smcginnismriedem: Loaded: not-found (Reason: No such file or directory)18:22
smcginnisOK, go the clue I needed. I'll dig from here.18:22
smcginnisTaking it this is not a known issue though.18:22
mriedemi had heard of people complaining that the ubuntu packages were messed up18:22
mriedemat least while they were working on the docs,18:22
mriedemif there was a known issue, i'd think it would have been capture in the install guide though, but i've been out of the loop there18:22
mriedemcdent might know but he's gone18:23
smcginnismriedem: If I find anything I'll try to update the docs. Thanks.18:23
smcginnis:q18:23
*** abhi89 has quit IRC18:23
*** iceyao has quit IRC18:24
*** moshele has joined #openstack-nova18:27
*** ircuser-1 has joined #openstack-nova18:27
*** crushil has joined #openstack-nova18:28
*** Matias has quit IRC18:28
*** adisky_ has quit IRC18:29
mriedemsdague: can we get this into stable/ocata to unblock the LM job there? https://review.openstack.org/#/c/458843/18:30
*** moshele has quit IRC18:30
*** fragatina has joined #openstack-nova18:32
openstackgerritDan Smith proposed openstack/nova master: Make server groups api aware of multiple cells for membership  https://review.openstack.org/45733818:35
openstackgerritDan Smith proposed openstack/nova master: WIP: De-complicate some of the instance delete path  https://review.openstack.org/45863618:35
openstackgerritDan Smith proposed openstack/nova master: WIP: Move to proper target_cell calling convention  https://review.openstack.org/45863418:35
openstackgerritDan Smith proposed openstack/nova master: Make target_cell() yield a new context  https://review.openstack.org/45863518:35
openstackgerritDan Smith proposed openstack/nova master: Sort CellMappingList.get_all() for safety  https://review.openstack.org/44317418:35
openstackgerritDan Smith proposed openstack/nova master: Clean up ClientRouter debt  https://review.openstack.org/44448718:35
openstackgerritDan Smith proposed openstack/nova master: DNM: Canary test against multi-cell devstack  https://review.openstack.org/45853718:35
openstackgerritDan Smith proposed openstack/nova master: Add workaround to disable group policy check upcall  https://review.openstack.org/44273618:35
*** ZZelle_ has joined #openstack-nova18:37
*** catintheroof has joined #openstack-nova18:38
*** cdent has joined #openstack-nova18:39
smcginnismriedem: FYI, Ubuntu packages put the placement stuff under port 8778.18:43
smcginnismriedem: I seem to have that resolved now, but it's failing to find resource types when updating, etc.18:44
smcginnismriedem: Is there an installation step that needs to be run again to get resource info populated in placement?18:44
mriedemresource types?18:44
*** kaisers has quit IRC18:44
mriedemgot an error message?18:44
mriedemor log18:44
smcginnisFailed to retrieve filtered list of resource providers from placement API for filters18:45
smcginnisResource could not be found.18:45
*** salv-orlando has quit IRC18:45
dansmithmriedem: <318:45
mriedemdansmith: that's my way of paying you back for bugging you all morning18:45
dansmithheh18:46
*** efried has joined #openstack-nova18:46
mriedemsmcginnis: hmm, you might not have the resource classes, or any resource providers, loaded into placement18:46
mriedemresource provider == compute node18:46
mriedemsmcginnis: so now that placement is working, are you seeing things populating it in the nova-compute logs?18:47
mriedemsmcginnis: the update_available_resource periodic task in the compute service will update placement18:47
mriedemevery 1 min18:47
smcginnisFailed to create resource provider record in placement API for UUID e3c2178a-8fc6-47d7-9ee1-c01a067213aa. Got 404: 404 Not Found18:47
mriedemhmm wtf18:48
mriedemsmcginnis: nothing in the placement logs?18:49
*** kaisers has joined #openstack-nova18:49
*** jpena is now known as jpena|away18:49
smcginnismriedem: Just a bunch of 404s.18:50
mriedemi don't see where we'd ever return a 404 when trying to POST /resource_providers18:50
mriedemunless you're not making it to placement?18:50
mriedemcan you make a curl request against the placement endpoint in the service catalog?18:50
mriedemi wonder if you're getting an endpoint not found from keystone or something18:50
smcginnisI get : {"error": {"message": "The request you have made requires authentication.", "code": 401, "title": "Unauthorized"}}18:51
mriedemok check your nova.conf [placement] section18:51
mriedemon the compute host18:51
mriedemwell, you'll need a token to curl to placement18:51
mriedemdid you pass a token?18:52
smcginnismriedem: No, was just seeing if I could even hit it.18:52
mriedemsource the credentials that you have in nova.conf under the [placement] group using the normal OS_* variables18:52
mriedemget a token and pass that to the curl request headers18:53
smcginnismriedem: Happen to have an example of that curl command line?18:54
mriedemyeah sec18:54
mriedemhmm seems the docs have changed for the api guide and now i've lost my reference18:56
mriedemhere we go https://developer.openstack.org/api-guide/quick-start/api-quick-start.html18:57
mriedemOS_TOKEN=$(openstack token issue -c id -f value)18:57
*** abhi89 has joined #openstack-nova18:57
mriedemis what i use to get the token and store into a variable18:58
smcginnisOK, I see X-Auth-Token...18:58
mriedemcurl -s -H "X-Auth-Token: $OS_TOKEN" <whatever your placement endpoint is in the service catalog>18:58
mriedem"openstack catalog list" to get the service catalog18:59
smcginnismriedem: Still 404: The resource could not be found.18:59
mriedemare you trying to hit it on port 8778 ?19:00
smcginnisyes19:01
smcginnismriedem: I wonder if there is something else wrong with the apache config the Ubuntu package has.19:02
mriedemi assume there is19:02
mriedembut i'm like a baby lamb when it comes to apache config19:02
*** toure|bbl is now known as toure19:02
mriedembut i see cdent snuck back in....19:03
*** jamesdenton has quit IRC19:03
cdentuh oh19:03
cdentthat placement not found business is usually the result of a missing <Directory /path/to/the/wsgi/script> clause19:04
smcginniscdent: Do you happen to know of issues with the way Ubuntu packages set up placement?19:04
smcginniscdent: They set up a virtual host on *:877819:04
cdentyeah, that's okay as long as the service catalog is right but without the Directory clause the script is not accessible19:04
cdentlemme locate something, one sec19:04
smcginniscdent: They have WSGIScriptAlias / /usr/bin/nova-placement-api19:05
smcginniscdent: Then <Directory /usr/bin>19:05
cdentis that inside our outside the virtual host?19:05
cdents/our/or/19:05
smcginnisInside.19:05
cdenttry moving it outside19:06
cdentI seem to recall that being one of several fixes (there's been a slew of bugs and changes related to this and I don't think the actually released package has caught up)19:06
mriedemhttps://docs.openstack.org/ocata/install-guide-ubuntu/nova-controller-install.html doesn't mention anything about known issues19:06
mriedemor apache config at all, i guess because the install guide relies on the packages being ok19:07
cdentmriedem: exactly, there's been some gaps19:07
smcginnisHere's the full current Apache config that the package includes if you're interested: http://paste.openstack.org/show/607726/19:08
cdentyeah, other than the directory clause needing to be top level that looks okay19:08
mriedemi only see 2 reported bugs for placement in the nova ubuntu packges on LP19:09
mriedemhttps://bugs.launchpad.net/ubuntu/+source/nova/+bug/167150919:09
openstackLaunchpad bug 1671509 in Ubuntu Cloud Archive "placement api configuration in apache configure CustomLog incorrectly" [High,Fix committed] - Assigned to Corey Bryant (corey.bryant)19:09
mriedemhttps://bugs.launchpad.net/ubuntu/+source/nova/+bug/167446519:09
openstackLaunchpad bug 1674465 in nova (Ubuntu) "wsgi scripts shouldn't grant on /usr/bin" [Undecided,Confirmed]19:09
mriedemneither of those sound like what you're hitting19:10
cdentstrange I swear I had talked to corey about this, but I suppose it could have been one of the rdo people as they have had similar problems19:11
smcginnisNope, still getting 404's after moving the Directory piece out of the VirtualServer.19:11
mriedemsmcginnis: did you restart it?19:11
smcginniss/VirtualServer/VirtualHost/19:11
smcginnisyeah, restarted apache, then tried restarting the host.19:11
*** smatzek has quit IRC19:12
cdentsmcginnis: what's your curl?19:14
smcginniscurl -s -H "X-Auth-Token: $OS_TOKEN" http://192.168.1.230:8778/placement19:15
*** smatzek has joined #openstack-nova19:15
cdentsmcginnis: oh, yeah, drop the 'placement'19:16
cdentwhen it is on a port, there's no prefix19:16
*** karimb has joined #openstack-nova19:16
cdentor change the WSGIScriptAlias from / to /placement19:16
* cdent sighs19:16
smcginnisShernuf: {"versions": [{"min_version": "1.0", "max_version": "1.4", "id": "v1.0"}]}19:16
* cdent sighs again19:16
cdentthere's a docs bug which discusses that the service catalog entry is wrong when on a port19:17
smcginniscdent: So if I just change my catalog endpoint to not include /placement, are there going to be an issues with code expecting that in the path?19:17
cdentlemme see if I can find that19:17
cdentthe code always uses the service catalog, so should be no problems19:17
mriedemsmcginnis: we don't put that in code anywhere19:17
mriedemright19:17
smcginnisGood, that's what I was hoping.19:17
mriedemgah19:18
mriedemurl          | http://controller/placement19:18
mriedem^ is in the install guide19:18
cdentsmcginnis mriedem https://bugs.launchpad.net/openstack-manuals/+bug/168358519:18
openstackLaunchpad bug 1683585 in openstack-manuals "Placement endpoint configuration incorrect as written" [High,Confirmed] - Assigned to Brian Moss (bmoss)19:18
mriedemcdent: is that what you're referring to?19:18
smcginnismriedem: yep19:18
*** satyar has quit IRC19:18
smcginnisOr Ubuntu shouldn't be putting it on a different port.19:19
cdentthere's a lot of confusion on how to manage the wsgi-based stuff under apache19:19
cdentwhich I (incorrectly) had assumed was a known thing19:19
mriedemcoreycb: are you still with canonical?19:20
*** karimb has quit IRC19:20
coreycbmriedem, hey, yes19:21
mriedemcoreycb: can you comment on the state of the nova-placement-api package wrt https://bugs.launchpad.net/openstack-manuals/+bug/1683585 /19:21
openstackLaunchpad bug 1683585 in openstack-manuals "Placement endpoint configuration incorrect as written" [High,Confirmed] - Assigned to Brian Moss (bmoss)19:21
mriedem?19:21
coreycbmriedem, sure, taking a look19:21
mriedemsmcginnis: sounds like you should be able to do the workaround in that bug report by deleting your endpoints and recreating them with the 8778 port19:22
*** iceyao has joined #openstack-nova19:22
smcginnismriedem: Just finished recreating them, let's see how this goes.19:22
* mriedem crosses fingers19:22
*** jamesdenton has joined #openstack-nova19:22
coreycbsmcginnis, i've always created them with the port numbers, i need to what chris was talking about19:24
coreycbthat is, i need to look into19:24
cdentcoreycb: I think the fundamental issue was that I said (in a review of the install guide): in the long term we want to use prefixes like /placement instead of ports19:25
cdentbut that got translated into changing the docs19:25
smcginniscoreycb: Great. Yeah, I was just following the docs.o.o ubuntu instructions, and that doesn't work right now.19:25
cdentcausing a mismatch with the packges19:25
smcginnisHmm, not I see this in the scheduler log: The placement API endpoint not found. Placement is optional in Newton, but required in Ocata. Please enable the placement service before upgrading.19:26
*** iceyao has quit IRC19:26
mriedemsmcginnis: you're getting an endpoint not found error from ksa now19:26
mriedemsmcginnis: the service type and endpoint name are 'placement' right?19:26
coreycbcdent, yep19:27
mriedemcdent: unless the ubuntu packages are going to change to take the port number out of the apache config it seems we should get the install guide updated to create the endpoint with the port number19:27
cdentmriedem: yes19:28
coreycbmriedem, cdent: yes agreed19:28
cdentthat's pretty much where asettle and I landed when talking about it last week19:28
mriedemif canonical changed the apache config in a new package release, that would be confusing (at least for ocata)19:28
mriedemyou could probably mirate the config somehow at install/update time for the new package, but...19:28
mriedem*migrate19:28
smcginnisWell, if our long term goal is to get rid of ports, shouldn't we make sure new services aren't getting set up that way by default?19:28
mriedemsmcginnis: sure, but then canonical has to change the config in their package and provide a migration i'd think19:29
mriedemwhich is probably a PITA after ocata GA'ed19:29
coreycbmriedem, smcginnis: yeah we'd definitely want to do that on a release boundary if we did19:29
smcginnismriedem: OK, instance still failing because it's filtering out all my one hosts. I should be able to figure it out from here though. Placement seems to be sorted.19:32
smcginnismriedem, cdent, coreycb: Thanks for the help.19:32
coreycbsmcginnis, maybe cells v2 is needed next19:32
smcginniscoreycb: Any docs.o.o instruction issues with that? I followed the docs on that one too.19:33
coreycbsmcginnis, not that i know of19:33
smcginniscoreycb: OK, I'll let you know if I find otherwise.19:34
mriedemyes19:34
coreycbsmcginnis, ok thanks19:34
mriedemit's in the compute install guide19:34
mriedemyou have to discover the host19:34
mriedemsmcginnis: https://docs.openstack.org/ocata/install-guide-ubuntu/nova-compute-install.html19:34
smcginnismriedem: Yep, did that.19:34
mriedemcoreycb: if you can comment in that bug i can move forward with updating the install guide19:34
smcginnismriedem: Unless that needs to be done again since placement was hosed?19:34
mriedembasically, we create the placement endpoint in keystone with ports for ocata19:34
mriedemand we could reconsider package changes for the apache config in pike19:35
*** dimtruck is now known as zz_dimtruck19:35
mriedemsmcginnis: is the nova-compute log showing that it's creating the resource provider in placement now?19:35
*** salv-orlando has joined #openstack-nova19:35
smcginnismriedem: Created resource provider record via placement API for resource provider with UUID19:36
mriedemok nice19:36
mriedemsmcginnis: are you using a flavor that's too big or something?19:36
mriedemfor your compute node?19:36
*** dane-fichter has joined #openstack-nova19:36
coreycbmriedem, done19:36
mriedemcoreycb: thanks19:36
smcginnismriedem: Nope, tiniest one. Enabled debug now, so I can see what's going on with the filtering.19:37
smcginnismriedem: Well, whatever it was, restarting to enable debug seems to have fixed the issue. Got an ACTIVE running instance.19:38
smcginnismriedem: I'll go back in my own corner now. Thanks!19:38
mriedemhmm19:38
mriedemmaybe needed to wait for the inventory to get updated in the compute periodic interval19:39
mriedemor something was stashed in the scheduler worker19:39
mriedemand restarting it flushed that out so we checked again19:39
*** baoli has quit IRC19:39
smcginnisYeah, I don't think I really changed anything, so maybe just needed to wait or restart.19:39
*** baoli has joined #openstack-nova19:40
*** jerrygb has quit IRC19:42
*** damien_r has joined #openstack-nova19:45
sean-k-mooneymriedem: hi, im just heading home but i know you had some question regarding the intel cis. ill try and catch up with you later in the week and answer what i can.19:45
mriedemsean-k-mooney: ok19:46
*** karimb has joined #openstack-nova19:47
* cdent sneaks back out19:52
*** cdent has quit IRC19:52
*** sree has joined #openstack-nova19:55
*** jamesdenton has quit IRC19:57
*** ijw has quit IRC19:58
*** jamesdenton has joined #openstack-nova19:58
*** sree has quit IRC20:00
openstackgerritEric Fried proposed openstack/nova master: WIP/PoC: nova.utils.get_service_url(group)  https://review.openstack.org/45825720:00
openstackgerritMatt Riedemann proposed openstack/nova master: Deprecate Multinic, floatingip action and os-virtual-interface API  https://review.openstack.org/45718120:00
*** sambetts is now known as sambetts|afk20:01
*** pcaruana has quit IRC20:01
*** baoli has quit IRC20:01
*** baoli has joined #openstack-nova20:02
mriedemclaudiub: are you around/20:02
mriedem?20:02
claudiubo/20:02
mriedemclaudiub: can you get https://review.openstack.org/#/c/458843/ so we can unblock stable/ocata changes?20:03
claudiuback20:03
mriedemthanks20:03
*** harlowja has quit IRC20:03
*** dtp has joined #openstack-nova20:03
*** dane-fichter has quit IRC20:05
claudiubmriedem: can you also push this in? :D https://review.openstack.org/#/c/445540/20:07
mriedemi'll take a look20:07
*** MasterOfBugs has joined #openstack-nova20:08
mriedemno unit tests huh20:12
mriedemnice20:12
mriedemreal nice20:12
mriedemclaudiub: approved. let me know if you need me to do a patch release for stable/ocata os-vif20:13
claudiubthat would actually help. :)20:13
*** jamielennox is now known as jamielennox|away20:13
mriedemok i'll submit one20:14
claudiubanyways, just an fyi, there is a silent hyper-v + ovs ci running on neutron. currently collecting history, and checking for stability. in time, it will replace the current neutron hyper-v ci.20:15
mriedemok20:15
mriedembtw, i'm not sure about this https://review.openstack.org/#/c/431683/3/requirements.txt20:15
*** damien_r1 has joined #openstack-nova20:16
*** jerrygb has joined #openstack-nova20:17
mriedemlooks like we missed ovo 1.17.0 in os-vif before the final ocata release20:17
mriedemif we release that in stable/ocata we need to bump the minor version, which could conflict with what's on master20:17
claudiubyeah we did. the last requirements updates before that in os-vif was in november20:18
claudiuband we need that pbr update too20:18
mriedemwe could separate out the pbr update20:18
claudiubin ocata, all projects are <2.0.020:18
mriedemwe haven't done an os-vif release in pike yet, and the last release for os-vif in ocata was 1.4.020:19
mriedemwe could bring the ovo change in and release it in stable/ocata as 1.5.0,20:19
mriedembut that's kind of odd20:19
claudiubtrue, but it works, imo.20:19
mriedemunless we actually need it on stable/ocata, which we don't, i think we should just ignore that one and do pbr separately20:19
*** jamielennox|away is now known as jamielennox20:20
claudiubhm, i was going to say that upper constraints are being installed anyways, but apparently in ocata they aren't for os-vif20:20
*** damien_r has quit IRC20:20
*** jerrygb has quit IRC20:21
claudiubthat is actually going to be a problem in the future20:21
claudiubas the requirements will eventually start to conflict at some point20:21
mriedemhmm yeah20:21
claudiubit isn't in master either20:21
mriedemjaypipes: is there any reason not to be using upper-constraints in os-vif tox.ini?20:22
jaypipesmriedem: no, just an oversight likely.20:22
mriedemclaudiub: here is the pbr sync by itself https://review.openstack.org/#/c/459442/20:26
*** liverpooler has quit IRC20:27
claudiubleft comment20:30
*** zz_dimtruck is now known as dimtruck20:31
mriedemclaudiub: replied. that's not what the bot does though.20:32
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/45104920:32
claudiubhm, weird. I've seen the bot do it one time though a long time ago.20:33
*** smatzek has quit IRC20:34
*** crushil has quit IRC20:34
*** karimb has quit IRC20:37
*** kfarr has quit IRC20:38
*** Sukhdev has joined #openstack-nova20:44
*** cleong has quit IRC20:45
*** rfolco has quit IRC20:46
*** awaugama has quit IRC20:47
*** krtaylor has quit IRC20:51
*** Jack_Iv has quit IRC20:54
*** Jack_Iv has joined #openstack-nova20:56
*** dixiaoli has joined #openstack-nova20:58
*** harlowja has joined #openstack-nova20:59
*** Apoorva_ has joined #openstack-nova21:00
*** thorst has quit IRC21:01
mriedemmgagne: i've given you more information than you ever wanted to know https://review.openstack.org/#/c/454322/21:01
*** Jack_Iv has quit IRC21:01
*** Jack_Iv has joined #openstack-nova21:02
*** adrian_otto has joined #openstack-nova21:02
mgagnemriedem: thanks, will look right now21:03
*** Apoorva has quit IRC21:04
*** Jack_Iv has quit IRC21:06
*** annegentle has quit IRC21:08
*** nkorabli has joined #openstack-nova21:11
*** damien_r1 has quit IRC21:11
*** catintheroof has quit IRC21:15
*** pchavva has quit IRC21:17
*** adrian_otto has quit IRC21:19
*** dimtruck is now known as zz_dimtruck21:19
*** zz_dimtruck is now known as dimtruck21:19
*** adrian_otto has joined #openstack-nova21:20
mriedemjaypipes: you're doing the get_inventory changes under some random topic branch right?21:22
mriedemjaypipes: looks like you did get_inventory for ironic under this https://review.openstack.org/#/q/topic:bp/custom-resource-classes-pike,n,z21:23
jaypipesmriedem: correct.21:23
mriedemjaypipes: or should we consider that bp closed?21:23
*** burt has quit IRC21:23
*** toure is now known as toure|gone21:23
jaypipesthat bp is closed yet.21:23
mriedemand the get_inventory for the other drivers is just currency?21:23
mriedems/yet/yes/?21:23
jaypipesmriedem: correct. I would like to get the get_inventory() methods implemented for the other virt drivers before the nested resource providers is done. will make my life easier.21:24
mriedemok21:24
jaypipesmriedem: not having to redo a bunch of stuff.21:24
mriedemi'll close custom-resource-classes-pike then21:24
mriedemthanks21:24
*** abalutoiu has quit IRC21:26
jaypipesmriedem: no, thank YOU.21:31
mriedemha21:31
*** nkorabli has quit IRC21:31
*** fragatin_ has joined #openstack-nova21:33
*** jamiec has quit IRC21:35
*** annegentle has joined #openstack-nova21:36
*** fragatina has quit IRC21:37
*** jamiec has joined #openstack-nova21:38
*** Apoorva_ has quit IRC21:38
*** Apoorva has joined #openstack-nova21:39
*** krtaylor has joined #openstack-nova21:39
*** eharney has quit IRC21:40
mriedemsdague: do we have anything left to do with https://blueprints.launchpad.net/nova/+spec/validate-project-with-keystone ?21:40
*** baoli has quit IRC21:40
mriedemmaybe that is https://review.openstack.org/#/c/435432/ ?21:41
*** thorst has joined #openstack-nova21:41
*** jamesdenton has quit IRC21:42
mriedemi seem to remember some fallout from https://review.openstack.org/#/c/435010/ with tripleo, but i think any attempts to change were abandoned21:43
mriedemaround the time of the ptg21:43
*** felipemonteiro has quit IRC21:44
*** thorst has quit IRC21:46
*** salv-orl_ has joined #openstack-nova21:49
*** salv-orlando has quit IRC21:51
*** jdurgin has quit IRC21:52
*** esberglu has quit IRC21:54
*** esberglu has joined #openstack-nova21:55
*** ijw has joined #openstack-nova21:55
*** takashin has joined #openstack-nova21:56
*** esberglu has quit IRC21:56
*** abalutoiu has joined #openstack-nova21:56
*** esberglu has joined #openstack-nova21:56
*** esberglu has quit IRC21:56
*** esberglu has joined #openstack-nova21:56
*** esberglu has quit IRC21:57
*** efried has quit IRC21:59
*** Jack_Iv has joined #openstack-nova22:03
*** Jack_Iv has quit IRC22:07
openstackgerritMatthew Treinish proposed openstack/nova master: Remove nova-cert  https://review.openstack.org/45946022:11
mikalHas anyone seen this "cannot imprt name pool_states" error coming out of the xenapi driver?22:20
mikalhttp://logs.openstack.org/66/459166/1/check/gate-nova-python27-ubuntu-xenial/30e6fc7/console.html#_2017-04-24_05_24_59_60121222:21
*** jlk has joined #openstack-nova22:21
openstackgerritMatthew Treinish proposed openstack/nova master: Remove nova-cert  https://review.openstack.org/45946022:24
*** abhi89 has quit IRC22:24
*** takashin_ has joined #openstack-nova22:25
*** takashin_ has left #openstack-nova22:25
*** takashin has quit IRC22:26
*** mlavalle has quit IRC22:26
*** iceyao has joined #openstack-nova22:28
*** iceyao has quit IRC22:32
*** fragatin_ has quit IRC22:33
*** slaweq has quit IRC22:33
*** fragatina has joined #openstack-nova22:33
*** chyka has quit IRC22:42
*** chyka has joined #openstack-nova22:42
*** jamesdenton has joined #openstack-nova22:51
*** adrian_otto has quit IRC22:52
*** kiwi_rot has joined #openstack-nova22:59
*** lyan has quit IRC23:00
openstackgerritMatthew Treinish proposed openstack/nova master: Remove nova-cert  https://review.openstack.org/45946023:02
*** Jack_Iv has joined #openstack-nova23:03
*** sdague has quit IRC23:03
*** kiwi_rot has quit IRC23:03
openstackgerritMatthew Treinish proposed openstack/nova master: Remove nova-cert  https://review.openstack.org/45946023:04
*** Jack_Iv has quit IRC23:08
*** dimtruck is now known as zz_dimtruck23:10
*** salv-orl_ has quit IRC23:10
*** ZZelle_ has quit IRC23:18
*** jlk has left #openstack-nova23:21
*** mriedem has left #openstack-nova23:24
*** dave-mccowan has quit IRC23:30
*** sree has joined #openstack-nova23:31
*** spotz_ has quit IRC23:34
*** dixiaoli has quit IRC23:35
*** sree has quit IRC23:35
*** takashin has joined #openstack-nova23:35
*** claudiub has quit IRC23:36
*** zz_dimtruck is now known as dimtruck23:36
*** mriedem has joined #openstack-nova23:36
openstackgerritMatthew Treinish proposed openstack/nova master: WIP: Remove cloudpipe APIs  https://review.openstack.org/45947023:44
*** annegentle has quit IRC23:46
*** iceyao has joined #openstack-nova23:47
*** dtp has quit IRC23:48
*** iceyao has quit IRC23:51
*** spotz_ has joined #openstack-nova23:56
mriedemyou know what's a nice surprise? being reminded you have $5000 in a dependent care spending account for the previous tax year just waiting to be claimed.23:57
dansmithmriedem: you know what sucks? not being rewarded on taxes for keeping the population down.23:58
*** spotz_ has quit IRC23:58
mriedemhowever,23:58
mriedemyou still win money-wise in the end23:59
*** annegentle has joined #openstack-nova23:59
dansmithand in overall happiness23:59
dansmithand in number of unsoiled walls, carpets, etc23:59

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