Friday, 2017-02-10

*** baoli has quit IRC00:00
*** david-lyle_ has joined #openstack-nova00:00
*** tjones has left #openstack-nova00:08
*** david-lyle has joined #openstack-nova00:09
*** salv-orlando has quit IRC00:10
*** gcb has quit IRC00:10
*** Guest72572 has quit IRC00:10
*** baoli has joined #openstack-nova00:17
openstackgerritEd Leafe proposed openstack/nova master: placement: RT now adds proper Ironic inventory  https://review.openstack.org/40447200:18
*** breitz has quit IRC00:18
*** gongysh has joined #openstack-nova00:19
*** dimtruck is now known as zz_dimtruck00:19
*** ducttape_ has quit IRC00:19
*** david-lyle has quit IRC00:20
*** adrian_otto has joined #openstack-nova00:24
*** david-lyle_ has quit IRC00:25
*** iceyao has joined #openstack-nova00:26
*** yingjun has joined #openstack-nova00:27
*** baoli has quit IRC00:27
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(1/2)  https://review.openstack.org/40895500:27
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896400:29
openstackgerritTakashi NATSUME proposed openstack/nova master: Add functional tests for cold migration to same host  https://review.openstack.org/41492600:29
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Add parameters in cold migrate action  https://review.openstack.org/41004200:29
*** takashin has joined #openstack-nova00:30
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: wait for interface detach from the guest  https://review.openstack.org/34901400:33
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: fix and break up _test_attach_detach_interface  https://review.openstack.org/43177800:33
*** mriedem has quit IRC00:39
*** mlavalle has quit IRC00:40
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: Enable cold migration with target host  https://review.openstack.org/42663600:41
*** hoangcx has joined #openstack-nova00:41
*** ducttape_ has joined #openstack-nova00:50
*** nic has quit IRC00:50
*** yuntongjin has joined #openstack-nova00:50
*** baoli has joined #openstack-nova00:53
*** kevinz has joined #openstack-nova00:54
openstackgerrityuhui proposed openstack/nova master: Correct some spelling errors  https://review.openstack.org/43064601:00
*** litao has joined #openstack-nova01:01
*** yuntongjin has quit IRC01:01
*** yuntongjin has joined #openstack-nova01:02
openstackgerritmelanie witt proposed openstack/nova master: Count resources to check quota for cells  https://review.openstack.org/41652101:02
openstackgerritmelanie witt proposed openstack/nova master: Make Quotas object favor the API database  https://review.openstack.org/41094501:02
openstackgerritmelanie witt proposed openstack/nova master: Add online migration to move quotas to API database  https://review.openstack.org/41094601:02
*** thorst_ has joined #openstack-nova01:03
*** phuongnh has joined #openstack-nova01:04
*** jamesdenton has joined #openstack-nova01:05
*** thorst_ has quit IRC01:06
*** yuntongjin has quit IRC01:06
*** jamielennox is now known as jamielennox|away01:07
*** sdague has quit IRC01:08
*** blaisebool has quit IRC01:08
*** crushil has joined #openstack-nova01:09
*** grumpycatt has quit IRC01:10
*** grumpycatt has joined #openstack-nova01:11
*** dave-mccowan has joined #openstack-nova01:11
*** blaisebool has joined #openstack-nova01:11
*** oomichi has quit IRC01:12
*** oomichi has joined #openstack-nova01:12
*** zhurong has joined #openstack-nova01:13
*** amotoki has joined #openstack-nova01:14
*** amotoki has quit IRC01:17
*** amotoki has joined #openstack-nova01:17
*** amotoki_ has joined #openstack-nova01:18
*** gongysh has quit IRC01:20
*** amotoki has quit IRC01:21
*** jamielennox|away is now known as jamielennox01:21
*** ducttape_ has quit IRC01:22
*** lucas_ has joined #openstack-nova01:29
openstackgerritLi Jingjing proposed openstack/nova master: Fix typo in nova/network/neutronv2/api.py  https://review.openstack.org/43179601:30
*** david-lyle_ has joined #openstack-nova01:30
*** Guest81164 has quit IRC01:36
*** Guest81164 has joined #openstack-nova01:36
*** thorst_ has joined #openstack-nova01:37
*** thorst_ has quit IRC01:38
*** Daisy has joined #openstack-nova01:41
*** delattec has quit IRC01:44
*** hamzy has joined #openstack-nova01:45
*** zz_dimtruck is now known as dimtruck01:47
*** tbachman has joined #openstack-nova01:48
*** zhurong has quit IRC01:52
*** david-lyle_ has quit IRC01:55
*** Sukhdev has quit IRC01:56
*** gcb has joined #openstack-nova01:56
*** jamesdenton has quit IRC01:57
*** sree has quit IRC01:58
*** adrian_otto has quit IRC01:58
*** esberglu has joined #openstack-nova02:10
*** esberglu has quit IRC02:10
*** esberglu has joined #openstack-nova02:10
*** esberglu has quit IRC02:11
*** Apoorva has quit IRC02:11
*** zhurong has joined #openstack-nova02:12
*** jamesdenton has joined #openstack-nova02:13
*** unicell has quit IRC02:14
*** ducttape_ has joined #openstack-nova02:15
*** lucas_ has quit IRC02:23
*** Daisy has quit IRC02:24
*** Daisy has joined #openstack-nova02:24
*** zhurong has quit IRC02:25
*** crushil has quit IRC02:27
*** zhurong has joined #openstack-nova02:29
*** mriedem has joined #openstack-nova02:31
*** ducttape_ has quit IRC02:34
*** zhurong has quit IRC02:38
*** thorst_ has joined #openstack-nova02:38
*** baoli has quit IRC02:39
alex_xumriedem: our team are working on enable CAT(CPU L3 cache allocation tech) on openstack, currently the kernel support is ready, the team are working the libvirt interface. is there any chance we can submit the spec or raise some discussion in Nova even the libvirt interface not ready? at least some discussion, what kind of usage-model from nova point of view.02:40
mriedemalex_xu: are you going to be at the PTG?02:41
*** jamesdenton has quit IRC02:41
alex_xumriedem: yea, I will go to the PTG02:41
mriedemthat's probably a decent place to discuss it, but i'd recommend starting a thread in the mailing list, or maybe a draft spec since i've never heard of that before02:42
alex_xumriedem: yeah, got it02:43
*** lucas_ has joined #openstack-nova02:43
mriedemi'm assuming this would be some kind of image metadata thing + minimum libvirt version check in the driver?02:44
mriedemalthough, if it's not in libvirt we can't even check a minimum version02:44
*** Daisy has quit IRC02:44
alex_xumriedem: yes, but I think the hard thing is how much detail expose to the user, I guess we may not hope we let the user choice 20MB or 30MB l3 cache they need02:44
mriedemthat seems like flavor extra specs02:45
mriedemlike how qos is handled02:45
alex_xumaybe user just need to specify gold or liver02:45
alex_xuyea02:45
alex_xus/liver/sliver/02:45
*** Daisy has joined #openstack-nova02:46
mriedemthere is a joke in there somewhere about a liver-flavored flavor02:47
alex_xuI guess we didn't want to add more thing to the extra spec, thinking of whether we can match the propose into resource provider02:48
*** thorst_ has quit IRC02:48
*** Daisy has quit IRC02:48
* alex_xu try to understand liver-flavored...02:48
*** kevinz has quit IRC02:48
*** thorst_ has joined #openstack-nova02:48
*** kevinz has joined #openstack-nova02:49
*** zhurong has joined #openstack-nova02:52
*** ijw has quit IRC02:52
*** thorst_ has quit IRC02:53
*** harlowja has quit IRC02:53
*** claudiub has quit IRC02:54
*** lucas_ has quit IRC02:54
*** zhangqiankun has joined #openstack-nova02:54
zhangqiankunI want to use guacamole connection openstack create vm for vnc,what can i do?02:57
*** zhurong has quit IRC02:59
*** sudipto_ has joined #openstack-nova03:02
*** sudipto has joined #openstack-nova03:02
*** ducttape_ has joined #openstack-nova03:04
mriedemalex_xu: liver-flavored means something that tastes like liver03:05
mriedemalex_xu: so a liver-flavored flavor, is a joke :)03:05
*** Daisy has joined #openstack-nova03:06
mriedemalex_xu: i think with traits we'd expose the libvirt version, so a request spec could require a certain minimum version of the hypervisor for this capability, or the libvirt driver could just say it has this capability and we decouple it from the version in the request spec03:07
mriedembut i would think you would still need something in the flavor extra specs to tell what size of cache is being requested03:07
*** amotoki_ has quit IRC03:08
*** thorst_ has joined #openstack-nova03:09
*** thorst_ has quit IRC03:09
alex_xumriedem: maybe we can create ResourceClass called l3_cache, then track the usage of cache in the scheduler?03:09
alex_xuat least we need figure which host can have enough cache, or need some ways to balance the cache03:10
*** gongysh has joined #openstack-nova03:10
alex_xuemm...whatever there should be somewhere talk about the size03:11
alex_xuor gold/sliver stuff03:11
alex_xuhalf years ago, we have initial thought using extra specs, and think about shared/isolate cache, and maybe need to bind with NUMA node. maybe that is over complex03:12
alex_xutry to rethink of all of those, try to find something more easy03:12
*** amotoki has joined #openstack-nova03:13
alex_xuin China, there are a lot of food made by liver...I guess we may have different understanding of the taste of liver...03:13
alex_xuI remember people won't expose libvirt version into the traits, but the libvirt version will answer the question of capabilitis API03:18
*** huanxie has joined #openstack-nova03:20
*** Daisy has quit IRC03:24
*** ssurana has quit IRC03:28
*** nicolasbock has quit IRC03:28
*** ducttape_ has quit IRC03:28
*** ssurana has joined #openstack-nova03:28
*** crushil has joined #openstack-nova03:29
*** Daisy has joined #openstack-nova03:30
*** edmondsw has joined #openstack-nova03:31
*** diga has quit IRC03:31
*** lucas_ has joined #openstack-nova03:32
*** ssurana has quit IRC03:32
*** jose-phillips has joined #openstack-nova03:33
*** Daisy has quit IRC03:35
*** thorst_ has joined #openstack-nova03:35
*** thorst_ has quit IRC03:35
*** edmondsw has quit IRC03:36
*** Daisy has joined #openstack-nova03:36
*** mriedem has quit IRC03:39
*** Daisy has quit IRC03:41
*** timello has quit IRC03:42
*** dave-mccowan has quit IRC03:42
*** ducttape_ has joined #openstack-nova03:42
*** tovin07 has quit IRC03:46
*** Daisy has joined #openstack-nova03:46
*** links has joined #openstack-nova03:50
*** tovin07 has joined #openstack-nova03:51
*** ducttape_ has quit IRC03:52
*** timello has joined #openstack-nova03:55
*** markvoelker has quit IRC03:56
*** dimtruck is now known as zz_dimtruck03:56
*** tuanluong has joined #openstack-nova03:56
*** markvoelker has joined #openstack-nova03:58
*** Daisy has quit IRC04:07
*** brault|away has joined #openstack-nova04:08
*** hongbin_ has joined #openstack-nova04:08
*** nmathew has joined #openstack-nova04:09
*** david-lyle has joined #openstack-nova04:12
*** brault|away has quit IRC04:12
*** jose-phillips has quit IRC04:12
*** Daisy has joined #openstack-nova04:13
*** psachin has joined #openstack-nova04:14
*** sudipto has quit IRC04:16
*** sudipto_ has quit IRC04:16
*** Daisy has quit IRC04:17
*** Daisy has joined #openstack-nova04:19
*** sree has joined #openstack-nova04:20
*** zz_dimtruck is now known as dimtruck04:20
*** ratailor has joined #openstack-nova04:22
*** sree_ has joined #openstack-nova04:23
*** Daisy has quit IRC04:23
*** sree_ is now known as Guest6276804:24
*** sree has quit IRC04:24
*** udesale has joined #openstack-nova04:24
*** mdnadeem has joined #openstack-nova04:26
*** tovin07 has quit IRC04:27
*** shaner has quit IRC04:28
*** faizy has joined #openstack-nova04:28
*** shaner has joined #openstack-nova04:29
*** gouthamr has quit IRC04:33
*** tuanluong has quit IRC04:35
*** lucas_ has quit IRC04:37
*** amotoki has quit IRC04:42
*** adisky_ has joined #openstack-nova04:42
*** sudipto has joined #openstack-nova04:42
*** sudipto_ has joined #openstack-nova04:42
*** ducttape_ has joined #openstack-nova04:43
*** hongbin_ has quit IRC04:49
*** gcb has quit IRC04:51
*** gcb has joined #openstack-nova04:53
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/43190604:53
*** gouthamr has joined #openstack-nova04:55
*** gouthamr_ has joined #openstack-nova04:56
*** yamahata has quit IRC04:56
*** dikonoor has joined #openstack-nova05:00
*** gouthamr has quit IRC05:00
*** esmiurium has quit IRC05:01
*** diga has joined #openstack-nova05:01
gmannalex_xu: johnthetubaguy sfinucan it would not raise exception if more than 1 port right ?- https://review.openstack.org/#/c/424931/4/nova/network/neutronv2/api.py@167605:03
gmannbut yea it will return diff port as mentioned by sfinucan05:03
alex_xugmann: johnthetubaguy prefer to not change anything05:03
alex_xuactually I both to ok for change or not, that is rare case I think05:04
gmannalex_xu: yea that we should keep same and may be previous logic in PS2 is good ?05:04
*** ducttape_ has quit IRC05:05
alex_xugmann: PS2 is same logic with current one I think?05:05
*** esmiurium has joined #openstack-nova05:05
alex_xuboth of them stop the loop when a port found?05:05
gmannalex_xu: yea, that also stop on first finding.05:07
gmanngot it. thanks :)05:07
alex_xugmann: np :)05:09
alex_xugmann: are you going to PTG?05:09
gmannalex_xu: yea, but need to book flight today.05:10
gmannalex_xu: you will be there from monday or Wed ?05:11
alex_xugmann: I will be there Monday05:11
alex_xugmann: looking for see you there05:11
gmannalex_xu: nice, you can join QA on Monday and Tuesday :)05:11
alex_xugmann: yeah, i'm just worry what I should do in Monday and Tuesday....since i already booked the flight...05:12
*** mlakat has quit IRC05:12
*** mlakat has joined #openstack-nova05:13
gmannalex_xu: nice, you are welcome to join QA, I have put topic of compute microversion testing - https://etherpad.openstack.org/p/qa-ptg-pike05:13
gmannL6305:14
alex_xugmann: thanks :)05:14
*** prateek has joined #openstack-nova05:15
gmannalex_xu: also to dicsuss to run all compute tests with 'latest' microversion so that we can find bugs in advance like tag one05:15
gmannbut in experimental job or something as all tempest compute tests would not pass with 'latest'05:15
alex_xugmann: that's nice05:16
alex_xuacutally bug only can be found, there is another bump05:16
alex_xubut that is enough05:16
alex_xui'm still plan to take a look at what we can do in nova side05:16
alex_xugmann: or you think tempest is enough to help that?05:17
gmannyea that is also required05:17
gmannalex_xu: nova one is always needed to have close eyes,05:17
alex_xugmann: got it05:17
gmannalex_xu: something like this, we planned earlier - https://blueprints.launchpad.net/nova/+spec/nova-microversion-functional-tests05:18
*** abalutoiu has joined #openstack-nova05:18
alex_xugmann: sounds like we already talk about that long time ago...05:19
gmannyea but did not get time, may be good to do in pike05:19
alex_xugmann: yea, maybe check with johnthetubaguy and sdague in next meeting05:20
gmannyea05:20
gmannalex_xu: want to discuss 1 more thing, abort cold migration - https://review.openstack.org/#/c/334732/05:21
gmannalex_xu: can we take this for Pike if so I can add on etherpad05:21
alex_xugmann: I guess that won't be too hard to get re-approve05:21
gmannyea05:22
*** amotoki has joined #openstack-nova05:22
alex_xugmann: and the code already in the gerrit, I think it isn't a problem05:22
gmannand nice feature, in NEC also we need that as live migration have capability to abort05:22
gmannok, ll put on etherpad05:22
alex_xugmann: cool, I will reorganize the etherpad later, then raise that in next meeting05:24
gmannalex_xu: cool, thanks05:24
alex_xugmann: np05:24
*** amotoki has quit IRC05:24
*** amotoki has joined #openstack-nova05:25
*** david-lyle has quit IRC05:27
*** gcb has quit IRC05:29
*** gcb has joined #openstack-nova05:30
*** satyar has joined #openstack-nova05:36
*** thorst_ has joined #openstack-nova05:36
*** owalsh_ has joined #openstack-nova05:38
*** owalsh has quit IRC05:39
*** thorst_ has quit IRC05:41
*** lpetrut has joined #openstack-nova05:41
*** salv-orlando has joined #openstack-nova05:44
*** avolkov has joined #openstack-nova05:46
*** zerda3 has quit IRC05:49
*** salv-orlando has quit IRC05:50
*** unicell has joined #openstack-nova05:50
*** zerda3 has joined #openstack-nova05:51
*** gouthamr_ has quit IRC05:52
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/43200105:55
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/39534705:57
*** lucas_ has joined #openstack-nova05:57
*** trinaths has joined #openstack-nova05:58
*** unicell1 has joined #openstack-nova05:59
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/43190605:59
*** unicell has quit IRC05:59
*** jdurgin1 has joined #openstack-nova06:07
*** Jack_I has joined #openstack-nova06:11
*** tiendc has joined #openstack-nova06:11
*** armax has quit IRC06:15
*** armax has joined #openstack-nova06:16
*** armax has quit IRC06:16
*** litao has quit IRC06:16
*** litao has joined #openstack-nova06:17
*** gcb has quit IRC06:18
*** gcb has joined #openstack-nova06:18
*** ayogi has joined #openstack-nova06:19
*** lucas_ has quit IRC06:23
*** sacharya has quit IRC06:24
*** phuongnh has quit IRC06:25
*** takashin has left #openstack-nova06:27
*** crushil has quit IRC06:28
*** vsaienko has joined #openstack-nova06:28
*** sridharg has joined #openstack-nova06:29
*** Daisy has joined #openstack-nova06:36
*** Daisy has quit IRC06:41
*** Daisy has joined #openstack-nova06:42
*** salv-orlando has joined #openstack-nova06:46
*** Daisy has quit IRC06:47
*** lpetrut has quit IRC06:48
*** Daisy has joined #openstack-nova06:48
*** lpetrut has joined #openstack-nova06:50
*** salv-orlando has quit IRC06:50
*** Jinxing has joined #openstack-nova06:53
*** Daisy has quit IRC06:55
*** Daisy has joined #openstack-nova06:56
*** mtanino has quit IRC07:00
*** sandanar has joined #openstack-nova07:00
*** Daisy has quit IRC07:01
*** salv-orlando has joined #openstack-nova07:02
*** markvoelker has quit IRC07:02
*** ltomasbo|away is now known as ltomasbo07:02
*** markvoelker has joined #openstack-nova07:02
*** Daisy has joined #openstack-nova07:02
*** rcernin has joined #openstack-nova07:03
*** andreas_s has joined #openstack-nova07:04
*** ducttape_ has joined #openstack-nova07:05
*** markvoelker has quit IRC07:06
*** cfriesen has quit IRC07:07
*** edmondsw has joined #openstack-nova07:07
*** Daisy has quit IRC07:07
*** lpetrut has quit IRC07:09
*** tiendc has quit IRC07:11
*** edmondsw has quit IRC07:11
*** ociuhandu has joined #openstack-nova07:11
*** ducttape_ has quit IRC07:11
*** ociuhandu has quit IRC07:16
*** lpetrut has joined #openstack-nova07:20
*** nkrinner_afk is now known as nkrinner07:22
*** vsaienko has quit IRC07:22
*** faizy has quit IRC07:28
*** Jeffrey4l__ has joined #openstack-nova07:29
*** pcaruana has joined #openstack-nova07:30
*** Jeffrey4l_ has quit IRC07:30
*** faizy has joined #openstack-nova07:31
*** fragatina has quit IRC07:36
*** brault|away has joined #openstack-nova07:36
*** thorst_ has joined #openstack-nova07:37
openstackgerritTomi Juvonen proposed openstack/nova-specs master: Add Host Details  https://review.openstack.org/42807007:37
*** lpetrut has quit IRC07:40
*** mnaser has quit IRC07:41
*** thorst_ has quit IRC07:42
*** afazekas has quit IRC07:43
*** lpetrut has joined #openstack-nova07:44
*** tiendc has joined #openstack-nova07:45
*** tuanluong has joined #openstack-nova07:45
*** foexle has joined #openstack-nova07:45
*** slaweq has quit IRC07:48
*** lpetrut has quit IRC07:49
*** yamahata has joined #openstack-nova07:51
*** slaweq has joined #openstack-nova07:54
*** brault|away has quit IRC07:56
*** markus_z has joined #openstack-nova07:57
*** snikitin has quit IRC07:59
*** Daisy has joined #openstack-nova08:00
*** faizy_ has joined #openstack-nova08:02
*** markvoelker has joined #openstack-nova08:03
*** faizy has quit IRC08:05
*** faizy__ has joined #openstack-nova08:05
*** Daisy has quit IRC08:08
*** markvoelker has quit IRC08:09
*** faizy_ has quit IRC08:09
*** Daisy has joined #openstack-nova08:09
*** faizy has joined #openstack-nova08:09
*** faizy__ has quit IRC08:12
*** amoralej|off is now known as amoralej08:13
*** anilvenkata has joined #openstack-nova08:17
anilvenkataHi, need help. Trying to setup devstack multi node. I am getting this nova error in compute node http://paste.openstack.org/show/598346/08:19
*** unicell1 has quit IRC08:19
*** brault|away has joined #openstack-nova08:19
*** Daisy has quit IRC08:19
anilvenkataservices I have enabled in compute node are ENABLED_SERVICES=n-cpu,n-api-meta,c-vol08:19
*** Jeffrey4l__ has quit IRC08:21
*** Jeffrey4l__ has joined #openstack-nova08:22
*** yamahata has quit IRC08:24
*** mptacekx has joined #openstack-nova08:28
*** dimtruck is now known as zz_dimtruck08:30
*** foexle has quit IRC08:33
*** fragatina has joined #openstack-nova08:46
*** faizy has quit IRC08:46
*** faizy has joined #openstack-nova08:47
*** fragatina has quit IRC08:51
*** ralonsoh has joined #openstack-nova08:51
*** litao has quit IRC08:52
*** salv-orlando has quit IRC08:53
*** mjura has joined #openstack-nova08:58
*** zzzeek has quit IRC09:00
*** jpena|away is now known as jpena09:01
*** amotoki has quit IRC09:01
*** zzzeek has joined #openstack-nova09:03
*** salv-orlando has joined #openstack-nova09:06
*** ygl has joined #openstack-nova09:06
bhagyashrisanilvenkata: Hi, enabled the placement service on your compute node by adding the [placement] section in compute node nova.conf. Means simply copy the [placement] section from the /etc/nova/nova.conf from Controller + compute node in to the compute node's  /etc/nova/nova.conf09:07
*** derekh has joined #openstack-nova09:07
bhagyashrisanilvenkata: and restart the n-cpu service09:08
*** ducttape_ has joined #openstack-nova09:08
yglHi all09:08
ygli have installed devstack on ubuntu09:08
yglbut I am unable to access horizon09:09
ygli am following this guide09:09
yglhttp://docs.openstack.org/developer/devstack/guides/single-machine.html09:09
yglcan anyone help me please09:09
*** zz_dimtruck is now known as dimtruck09:09
*** ducttape_ has quit IRC09:13
*** lpetrut has joined #openstack-nova09:14
*** lpetrut1 has joined #openstack-nova09:17
*** dimtruck is now known as zz_dimtruck09:18
*** lpetrut has quit IRC09:19
*** lpetrut1 is now known as lpetrut09:19
*** claudiub has joined #openstack-nova09:23
robcresswellygl: You should try #openstack This channel is for Nova devs.09:24
*** snikitin has joined #openstack-nova09:27
*** lpetrut has quit IRC09:32
anilvenkatabhagyashris, thanks Bhagyashri, I will try09:33
bhagyashrisanilvenkata: refer the mailing thread update regarding the placement service : http://lists.openstack.org/pipermail/openstack-dev/2017-January/111295.html09:37
anilvenkatabhagyashris, thanks a lot, it is working, also able to create instance09:37
bhagyashrisanilvenkata: Welcome :)09:38
*** thorst_ has joined #openstack-nova09:38
*** lucas-afk is now known as lucasagomes09:38
*** cloud-liang has joined #openstack-nova09:39
*** faizy_ has joined #openstack-nova09:42
*** thorst_ has quit IRC09:43
*** salv-orlando has quit IRC09:45
*** faizy has quit IRC09:45
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/43200109:46
*** fragatina has joined #openstack-nova09:49
*** fragatina has quit IRC09:55
*** ygl has quit IRC09:59
*** yingjun has quit IRC09:59
*** iceyao has quit IRC10:03
*** markvoelker has joined #openstack-nova10:03
*** satyar has quit IRC10:05
*** cloud-liang has quit IRC10:06
*** zz_dimtruck is now known as dimtruck10:09
*** mkoderer has joined #openstack-nova10:09
*** kevinz has quit IRC10:10
*** lpetrut has joined #openstack-nova10:15
*** openstackgerrit has quit IRC10:18
*** openstackgerrit has joined #openstack-nova10:18
openstackgerritJohn Garbutt proposed openstack/nova master: Stop leaking ports on port_create timeout  https://review.openstack.org/34718310:18
*** dimtruck is now known as zz_dimtruck10:19
*** liusheng has quit IRC10:20
*** liusheng has joined #openstack-nova10:20
*** alex_xu has quit IRC10:21
*** Jinxing has quit IRC10:21
frickleris there a description somewhere of the difference between nova-api-os-compute and nova-api services?10:26
*** alex_xu has joined #openstack-nova10:26
*** sambetts|afk is now known as sambetts10:30
*** udesale has quit IRC10:33
*** ociuhandu has joined #openstack-nova10:35
*** gszasz has joined #openstack-nova10:41
*** owalsh_ is now known as owalsh10:43
*** edmondsw has joined #openstack-nova10:43
*** tuanluong has quit IRC10:44
*** hoangcx has quit IRC10:46
*** edmondsw has quit IRC10:48
*** tiendc has quit IRC10:48
*** rfolco has joined #openstack-nova10:57
johnthetubaguyfrickler: are they not two names for the same thing?10:58
*** Jeffrey4l__ has quit IRC11:00
*** Jeffrey4l__ has joined #openstack-nova11:01
*** nicolasbock has joined #openstack-nova11:05
*** prateek has quit IRC11:06
*** ducttape_ has joined #openstack-nova11:09
*** zz_dimtruck is now known as dimtruck11:10
*** ducttape_ has quit IRC11:14
*** salv-orlando has joined #openstack-nova11:16
*** alex_xu has quit IRC11:18
fricklerjohnthetubaguy: I'm not sure, that is why I'm asking. Used to always deploy nova-api-os-compute and now found out that the Newton installation guide asks to install nova-api instead. and if I install that pkg on ubuntu, it will remove all these: nova-api-metadata nova-api-os-compute nova-placement-ap11:19
*** faizy_ has quit IRC11:20
*** dimtruck is now known as zz_dimtruck11:20
*** salv-orlando has quit IRC11:20
openstackgerritStephen Finucane proposed openstack/nova-specs master: Fix additional mistakes in the NUMA spec document  https://review.openstack.org/32325211:21
*** alex_xu has joined #openstack-nova11:22
*** trinaths has quit IRC11:23
*** mjura has quit IRC11:24
lyarwoodany cores able to review https://review.openstack.org/#/c/431595/ on stable/ocata for mriedem so I can then ack the stable/newton backport?11:24
*** smatzek has joined #openstack-nova11:27
*** diga has quit IRC11:31
*** tbachman has quit IRC11:34
*** thorst_ has joined #openstack-nova11:39
*** thorst_ has quit IRC11:43
*** sdague has joined #openstack-nova11:46
*** yingjun has joined #openstack-nova11:47
openstackgerritStephen Finucane proposed openstack/nova master: Use min parameter to restrict live-migration config options  https://review.openstack.org/32331311:48
*** tesseract has joined #openstack-nova11:50
*** vsaienko has joined #openstack-nova11:54
*** bkopilov has quit IRC11:55
*** bkopilov_ has quit IRC11:55
*** owalsh is now known as owalsh-afk11:57
openstackgerritChangBo Guo(gcb) proposed openstack/nova master: Remove usage of config option verbose  https://review.openstack.org/43227111:57
*** wllabs has quit IRC11:57
*** nkrinner has quit IRC11:58
*** yingjun has quit IRC12:00
*** nkrinner has joined #openstack-nova12:01
*** panda|zZ is now known as panda12:04
*** satyar has joined #openstack-nova12:05
openstackgerritJohn Garbutt proposed openstack/nova master: Make it easier to avoid live-migration timeouts  https://review.openstack.org/40800212:05
*** dave-mccowan has joined #openstack-nova12:08
*** cdelatte has joined #openstack-nova12:08
openstackgerritkeerthivasan selvaraj proposed openstack/nova master: Getting cpu_allocation_ratio from database  https://review.openstack.org/43227412:09
*** sudipto has quit IRC12:09
*** sudipto_ has quit IRC12:09
*** fragatina has joined #openstack-nova12:10
openstackgerritJohn Garbutt proposed openstack/nova master: WIP: Make it easier to avoid live-migration timeouts  https://review.openstack.org/40800212:10
*** bkopilov has joined #openstack-nova12:10
*** zz_dimtruck is now known as dimtruck12:11
*** bkopilov_ has joined #openstack-nova12:11
*** fragatina has quit IRC12:14
johnthetubaguyfrickler: oh, I am unsure whats in all the ubuntu packages I am afraid. I would ask in an ubuntu channel12:16
sdaguejohnthetubaguy: are you going to hit the newton/mitaka versions of that same patch?12:17
*** salv-orlando has joined #openstack-nova12:17
openstackgerritStephen Finucane proposed openstack/nova master: nova-manage: Deprecate 'shell' commands  https://review.openstack.org/43228012:18
*** dimtruck is now known as zz_dimtruck12:20
*** salv-orlando has quit IRC12:21
*** ducttape_ has joined #openstack-nova12:23
*** salv-orlando has joined #openstack-nova12:25
*** faizy_ has joined #openstack-nova12:31
*** edmondsw has joined #openstack-nova12:32
*** dave-mccowan has quit IRC12:32
*** gszasz has quit IRC12:32
*** dave-mccowan has joined #openstack-nova12:33
*** thorst_ has joined #openstack-nova12:33
*** bvanhav_ has joined #openstack-nova12:35
*** edmondsw has quit IRC12:36
*** gongysh has quit IRC12:37
*** carthaca_ has quit IRC12:38
*** jpena is now known as jpena|lunch12:38
*** carthaca_ has joined #openstack-nova12:39
*** vsaienko has quit IRC12:40
*** jamesdenton has joined #openstack-nova12:40
*** jamesden_ has joined #openstack-nova12:45
*** markvoelker has quit IRC12:46
*** markvoelker has joined #openstack-nova12:46
*** jamesdenton has quit IRC12:46
*** jamesden_ has quit IRC12:52
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/43200112:52
*** mdnadeem has quit IRC12:53
*** gcb has quit IRC12:55
openstackgerritJohn Garbutt proposed openstack/nova master: Remove unused columns from BuildRequest table in nova_api db  https://review.openstack.org/42225912:55
*** ayogi has quit IRC12:55
*** ociuhandu has quit IRC12:56
*** faizy_ has quit IRC12:56
*** panda is now known as panda|afk12:58
*** vsaienko has joined #openstack-nova12:59
*** salv-orl_ has joined #openstack-nova12:59
fricklerhas anyone seen this py35 error in novnc testing? seems to happen since about a week http://logs.openstack.org/67/351367/11/check/gate-tempest-dsvm-py35-ubuntu-xenial-nv/fa03be0/console.html.gz#_2017-02-03_18_25_10_35357813:00
fricklerjohnthetubaguy: thx, I'll try to walk through the devstack steps from http://docs.openstack.org/developer/nova/placement.html#id1 and see if that helps13:02
*** salv-orlando has quit IRC13:02
*** Dinesh_Bhor has quit IRC13:04
*** owalsh-afk has quit IRC13:04
*** ZZelle has joined #openstack-nova13:05
*** ZZelle has quit IRC13:06
*** edmondsw has joined #openstack-nova13:06
*** mtanino has joined #openstack-nova13:10
*** ZZelle_ has joined #openstack-nova13:11
snikitinsfinucan: Hi! If you have a free time can you please look at PCI-NUMA affinity spec? https://review.openstack.org/#/c/36114013:11
*** zz_dimtruck is now known as dimtruck13:12
*** Guest21681 has joined #openstack-nova13:12
*** lucasagomes is now known as lucas-hungry13:12
*** zzelle__ has joined #openstack-nova13:14
*** Guest21681 has quit IRC13:14
*** zzelle__ has quit IRC13:14
*** owalsh-afk has joined #openstack-nova13:15
*** owalsh-afk is now known as owalsh13:15
*** gszasz has joined #openstack-nova13:15
*** ZZelle__ has joined #openstack-nova13:16
*** ZZelle_ has quit IRC13:17
*** mkoderer has quit IRC13:17
*** ducttape_ has quit IRC13:18
*** faizy has joined #openstack-nova13:19
*** ZZelle__ has quit IRC13:20
*** ZZelle_ has joined #openstack-nova13:20
*** ZZelle_ has quit IRC13:20
*** ZZelle_ has joined #openstack-nova13:21
*** ZZelle_ is now known as Guest9007113:21
*** dimtruck is now known as zz_dimtruck13:21
*** diana_clarke has joined #openstack-nova13:22
*** panda|afk is now known as panda13:23
*** Guest90071 has quit IRC13:26
*** ZZelle__ has joined #openstack-nova13:26
*** ZZelle__ is now known as idalgo13:30
*** idalgo is now known as zzelle_hello13:30
sfinucansnikitin: Sure. I was waiting on your replies to sgordon before weighing in :)13:31
*** mtanino has quit IRC13:35
*** tbachman has joined #openstack-nova13:36
*** baoli has joined #openstack-nova13:37
*** tblakes has joined #openstack-nova13:37
*** baoli has quit IRC13:39
*** baoli has joined #openstack-nova13:40
snikitinsfinucan, Oh. Ok. I'll add my comments13:44
*** jpena|lunch is now known as jpena13:47
*** mriedem has joined #openstack-nova13:50
*** zz_dimtruck is now known as dimtruck13:53
*** links has quit IRC13:55
*** bvanhav__ has joined #openstack-nova13:55
*** bvanhav__ is now known as bvanhav13:55
*** Guest62768 has quit IRC13:56
*** gouthamr has joined #openstack-nova13:56
*** bvanhav_ has quit IRC13:57
*** ducttape_ has joined #openstack-nova13:57
*** ratailor has quit IRC14:00
diana_clarkehmm... on devstack stable/ocata I'm seeing warnings when I do nova commands: http://paste.openstack.org/show/598407/14:01
*** gokhan has quit IRC14:01
mriedemdiana_clarke: that's from novaclient 7.014:02
mriedemdiana_clarke: does your localrc have OS_TENANT_ID set instead of OS_PROJECT_ID?14:03
mriedemi think that's what it's complaining about14:03
diana_clarkemriedem: maybe, I'll so check after my meeting (that machine is downstairs)14:03
*** READ10 has joined #openstack-nova14:03
*** ratailor has joined #openstack-nova14:04
diana_clarkemriedem: I didn't change anything though. I just sourced openrc like I always have.14:06
*** ociuhandu has joined #openstack-nova14:06
mriedemdiana_clarke: sure, but novaclient changed14:06
mriedemin 7.0 it wants project_id instead of tenant_id14:06
diana_clarkemriedem: Yup, I reviewed those changes, mostly just wondering if we need to change something though so we don't see those warnings by default.14:07
kashyapHmm, just looking at this spec ("Re-Propose Expose quiesce/unquiesce API"), it seems to be approved for Mitaka, but not for master (with some rationale, & strong commentary from mriedem)14:08
kashyaphttps://review.openstack.org/#/c/295595/14:08
kashyapI can't find the approved Mitaka Gerrit review for historical discussion14:08
mriedemdiana_clarke: i think you would need to replace OS_TENANT_ID with OS_PROJECT_ID in your openrc file14:08
mriedemdiana_clarke: if you're using the openrc from devstack, it might just be something we need to fix in devstack14:08
diana_clarkemriedem: exactly, I'm using the openrc from devstack, so perhaps it needs to be fixed.14:09
*** vsaienko has quit IRC14:09
mriedemkashyap: http://specs.openstack.org/openstack/nova-specs/specs/mitaka/approved/expose-quiesce-unquiesce-api.html14:09
*** adisky_ has quit IRC14:09
kashyapmriedem: Yeah, I saw that, but the Gerrit discussion itself.  Maybe it's linked in there14:09
* kashyap looks14:09
*** sudipto has joined #openstack-nova14:10
*** sudipto_ has joined #openstack-nova14:10
openstackgerritGábor Antal proposed openstack/nova master: Enable global hacking checks and removed local checks  https://review.openstack.org/43103014:10
openstackgerritGábor Antal proposed openstack/nova master: Update hacking version  https://review.openstack.org/38933814:10
kashyapNo, it isn't.  I only see the other, related spec that was approved https://review.openstack.org/#/c/126966/ ("Quiesce filesystems with QEMU guest agent during image snapshot")14:10
*** mdrabe has joined #openstack-nova14:10
mriedemkahshttps://review.openstack.org/#/c/237881/14:11
mriedemkashyap: ^14:11
*** fragatina has joined #openstack-nova14:11
* kashyap clicks14:11
kashyapmriedem: Perfect!  How did you find it?14:12
gabor_antaljohnthetubaguy: can you please give your +2 back? I had to rebase https://review.openstack.org/#/c/43103014:12
mriedemkashyap: looked up the hash on the file in the nova-specs repo14:12
*** ducttape_ has quit IRC14:12
*** vsaienko has joined #openstack-nova14:12
*** jamesdenton has joined #openstack-nova14:13
* kashyap nods, thanks. 14:13
gabor_antalVek: could please give your +2 back too? https://review.openstack.org/#/c/43103014:13
*** fragatina has quit IRC14:16
*** lucas-hungry is now known as lucasagomes14:17
*** READ10 has quit IRC14:18
*** amoralej is now known as amoralej|lunch14:19
*** READ10 has joined #openstack-nova14:23
*** jamesdenton has quit IRC14:23
*** jamesdenton has joined #openstack-nova14:24
*** sandanar has quit IRC14:24
*** ratailor has quit IRC14:25
lyarwoodmriedem: just reading over the notes from the nova meeting yesterday that I missed thanks to my ISP having an outage. Do you think you will have time next week to cut a stable/newton release before the PTG?14:29
*** dansmith is now known as superdan14:29
mriedemlyarwood: hopefully14:30
lyarwoodmriedem: cool, I'm out Monday but if there's anything I can do to help that long just let me know14:31
lyarwoodalong*14:31
*** smatzek has quit IRC14:31
mriedemwill do14:31
*** jose-phillips has joined #openstack-nova14:33
jrollmriedem: I think we'll have time for this in pike, if you want to approve it. made decent progress on the ironic side in ocata. https://blueprints.launchpad.net/nova/+spec/ironic-boot-from-volume14:35
mriedemsuperdan: want to hit this ocata backport and the one after it? https://review.openstack.org/#/c/430306/14:35
superdanyup14:35
*** jaypipes is now known as leakypipes14:36
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Initiate network changes from source during live migration  https://review.openstack.org/40460714:36
*** dikonoor has quit IRC14:36
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Send service token along with user tokens  https://review.openstack.org/42693314:38
*** rfolco_ has joined #openstack-nova14:39
*** rfolco has quit IRC14:40
*** ducttape_ has joined #openstack-nova14:40
mriedemjroll: done14:40
mriedemjohnthetubaguy: you can drop the -2 on this now https://review.openstack.org/#/c/215385/14:41
johnthetubaguymriedem: jroll: -2 removed14:41
jrollmriedem: johnthetubaguy: you rock, thanks14:42
mriedemlyarwood: i think i'm going to hold https://review.openstack.org/#/c/431530/ out of rc2 since it's latent14:43
mriedemlyarwood: but good if that fixes it, i remember takashi tried to fix that and we had to revert his fix14:43
*** CristinaPauna has quit IRC14:43
*** nmathew has quit IRC14:44
lyarwoodmriedem: yup np and thanks, hopefully that's enough this time. https://review.openstack.org/#/c/427808/ hasn't landed yet btw, I'll try to get another tempest core to ack now.14:45
*** CristinaPauna has joined #openstack-nova14:46
mriedemlyarwood: well....14:46
mriedemoh,14:46
mriedemi guess we only enable that test starting in ocata14:46
*** amoralej|lunch is now known as amoralej14:46
mriedemi was going to say, you'd break stable/mitaka, but we don't run the test there14:46
*** cfriesen has joined #openstack-nova14:47
*** mtanino has joined #openstack-nova14:47
lyarwoodmriedem: yup, that reminds me I still haven't landed https://review.openstack.org/#/c/427602/14:49
mriedemah so that's why the ceph job has been red for weeks :)14:50
mriedemgood thing we made it non-voting for other brokenness before that14:50
*** ducttape_ has quit IRC14:51
lyarwoodyeah sorry about that, the lack of fire from the job no longer voting means I keep dropping this14:52
*** ducttape_ has joined #openstack-nova14:53
*** udesale has joined #openstack-nova14:55
*** smatzek has joined #openstack-nova14:56
*** crushil has joined #openstack-nova14:58
openstackgerritChris Friesen proposed openstack/nova-specs master: add spec for instance flavor API  https://review.openstack.org/43177515:01
cfriesen^ the "flavor information in nova show output" spec from yesterday's discussion15:02
*** mlavalle has joined #openstack-nova15:02
*** ratailor has joined #openstack-nova15:02
mriedemcfriesen: can you please just cleanup the existing review?15:03
mriedemrather than post a new one15:03
*** david-lyle has joined #openstack-nova15:03
mriedemhttps://review.openstack.org/#/c/26528215:04
mriedemalso, did you know there was a claude friesen?15:04
*** andreas_s has quit IRC15:07
*** dimtruck is now known as zz_dimtruck15:08
*** sudipto_ has quit IRC15:08
*** sudipto has quit IRC15:08
*** mptacekx has quit IRC15:09
cfriesenmriedem: I started by cherry-picking the existing review...oh, did I change the Change-Id maybe?15:10
*** lucas_ has joined #openstack-nova15:10
mriedemcfriesen: most likely15:10
mriedemalthough cherry-picking should preserve that15:10
mriedemi would have just done a git review -d15:10
mriedembut either words15:10
mriedem*works15:10
cfriesendidn't even know about "git review -d". :)15:11
openstackgerritChris Friesen proposed openstack/nova-specs master: add spec for instance flavor API  https://review.openstack.org/26528215:13
*** tbachman has quit IRC15:13
artomcfriesen, you're not alone, I was like a year into my Openstack work when I saw a colleague use it15:13
cfriesenI cherrypicked and then squashed some stuff on top and forgot to preserve the old change-id.  That newer one ^ should be the right one.15:14
*** faizy_ has joined #openstack-nova15:14
*** vsaienko has quit IRC15:16
*** bhagyashris has quit IRC15:16
mriedemcool thanks15:16
mriedemi'm nowhere near ready to review pike specs yet,15:16
mriedembut it's good to get those ducks in a row15:16
cfriesenspeaking of specs...did anything happen in Ocata for this?  https://blueprints.launchpad.net/nova/+spec/memory-bw15:17
*** faizy has quit IRC15:17
*** tbachman has joined #openstack-nova15:17
cfriesenlooks like parts of it got merged and parts were abandoned15:17
openstackgerritSilvan Kaiser proposed openstack/nova master: Switch Nova Quobyte volume driver to mount via systemd-run  https://review.openstack.org/43234415:20
*** jose-phillips has quit IRC15:21
*** sacharya has joined #openstack-nova15:23
*** CristinaPauna has quit IRC15:23
mriedemfirst, did we have an ocata midcycle? i'm totally drawing a blank15:23
mriedemi guess not15:23
mriedembecause of the short release15:23
mriedemcfriesen: we said at the newton midcycle that we weren't going to do the memory bandwidth tracking stuff in nova15:23
mriedemcfriesen: see http://lists.openstack.org/pipermail/openstack-dev/2016-August/100600.html15:25
*** nkrinner is now known as nkrinner_Afk15:25
mriedem"* Future of compute host metrics monitoring in Nova"15:25
*** nkrinner_Afk is now known as nkrinner_afk15:25
mriedemhttp://docs.openstack.org/developer/nova/policies.html?highlight=monitoring#metrics-gathering15:25
*** sacharya has quit IRC15:27
cfriesenmriedem: thanks for the links15:28
*** dims_ has quit IRC15:28
*** zz_dimtruck is now known as dimtruck15:30
cfriesenmriedem: is there any coalescing around a new standard metrics gathering tool?15:32
*** sacharya has joined #openstack-nova15:33
*** dims has joined #openstack-nova15:33
mriedemcfriesen: not that i'm aware of,15:34
mriedemthere are lots of metrics gathering tools,15:34
mriedemi'm sure there are probably at least 3 competing big tent projects15:34
*** esberglu has joined #openstack-nova15:35
mriedemcfriesen: might be worth asking the telemetry and/or watcher teams,15:36
mriedemedleafe is involved with watcher so he might have some tips15:36
edleafecfriesen: I'd ask in #openstack-watcher15:37
edleafeoops! my manners15:37
*** edleafe is now known as figleaf15:37
* cfriesen averts his eyes15:37
figleafheh15:38
openstackgerritDan Smith proposed openstack/nova master: Remove flavor_* functions from db/api  https://review.openstack.org/43175215:40
openstackgerritDan Smith proposed openstack/nova master: Remove main_db flavor compatibility  https://review.openstack.org/43172215:40
openstackgerritDan Smith proposed openstack/nova master: Remove straggling use of main db flavors in cellsv1 code  https://review.openstack.org/43235215:40
mriedemrandom question - why do we even have this decorator on compute_api.delete when it won't enforce anything? https://github.com/openstack/nova/blob/master/nova/compute/api.py#L215215:40
*** raj_singh_ has joined #openstack-nova15:40
*** ralonsoh_ has joined #openstack-nova15:40
mriedemi think everything in here will eval to False https://github.com/openstack/nova/blob/master/nova/compute/api.py#L13015:40
mriedemso we'll never get InstanceInvalidState15:40
cfriesenmriedem: is there no way to assert that the vm_state/task_state must be None?15:42
mriedemthat's not what None means there15:42
cfriesenbut yeah, that does seem pointless on the delete operation15:42
mriedemNone for that decorator means, i don't care about vm_state or task_state15:42
cfriesenmriedem: yeah, I see that.15:42
cfriesenmriedem: but what if I wanted to ensure that it actually was None?15:43
*** ralonsoh has quit IRC15:43
cfriesenwait, I guess vm_state should be something else15:43
mriedemthen you pass in (None,)15:44
*** udesale has quit IRC15:44
sfinucanmriedem: We can't remove the floating IP nova-manage commands until we remove cells v1 and nova-network, correct? https://github.com/openstack/nova/blob/master/nova/cmd/manage.py#L305-L30815:45
mriedemsfinucan: corect15:45
mriedem*correct15:45
mriedemi already tried15:45
mriedemand gave up15:45
mriedemb/c devstack uses those15:46
sfinucanmriedem: aww :(15:46
cfriesenmriedem: maybe it serves to assert that we don't care about the state?15:46
mriedemcfriesen: then we shouldn't even use the decorator right?15:46
sfinucanOK, I'll update that comment to reflect the new reality so15:46
cfriesenmriedem: an argument could be made to that effect15:46
*** sridharg has quit IRC15:47
*** mdrabe has quit IRC15:48
* leakypipes back in an hour. need to boot into windows to use webex :(15:52
*** leakypipes has quit IRC15:52
cfriesensomeone should tell leakypipes about VMs.15:52
*** marst has quit IRC15:52
*** crushil has quit IRC15:54
*** mdrabe has joined #openstack-nova15:55
*** dims has quit IRC15:55
*** dims has joined #openstack-nova15:55
*** dims is now known as Guest1240615:56
*** ijw has joined #openstack-nova15:58
*** adrian_otto has joined #openstack-nova15:59
*** mnaser has joined #openstack-nova16:00
*** jwcroppe has joined #openstack-nova16:01
*** marst has joined #openstack-nova16:02
*** markus_z has quit IRC16:04
*** jdurgin1 has quit IRC16:04
*** Guest12406 has quit IRC16:05
*** karimb has joined #openstack-nova16:05
*** ratailor has quit IRC16:05
*** rcernin has quit IRC16:06
*** crushil has joined #openstack-nova16:06
artomcfriesen, I hear there's a thing called OvenShack or something that can even manage VMs for you16:08
*** acabot has quit IRC16:09
superdanhah16:09
*** Oku_OS is now known as Oku_OS-away16:10
*** lucas_ has quit IRC16:13
*** lucas_ has joined #openstack-nova16:13
*** zzelle has joined #openstack-nova16:15
*** stvnoyes has quit IRC16:15
*** stvnoyes has joined #openstack-nova16:16
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Extract _post_live_migratiion_network_setup  https://review.openstack.org/41302116:16
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: [WIP] Network binding based on events  https://review.openstack.org/43237016:17
*** armax has joined #openstack-nova16:18
*** zzelle has quit IRC16:19
openstackgerritStephen Finucane proposed openstack/nova master: nova-manage: Update deprecation timeline  https://review.openstack.org/43237316:19
*** bvanhav has quit IRC16:19
*** bvanhav has joined #openstack-nova16:20
*** gszasz has quit IRC16:21
*** adrian_otto1 has joined #openstack-nova16:22
*** stvnoyes has left #openstack-nova16:24
*** dims_ has joined #openstack-nova16:24
*** adrian_otto has quit IRC16:25
*** adrian_otto1 has quit IRC16:27
*** lucas_ has quit IRC16:27
*** adrian_otto has joined #openstack-nova16:28
*** raj_singh_ has quit IRC16:29
*** sudipto_ has joined #openstack-nova16:29
*** sudipto has joined #openstack-nova16:29
*** anilvenkata has quit IRC16:30
mriedemmelwitt: some feedback in https://review.openstack.org/#/c/429075/16:30
melwittcool, thanks16:31
*** hos has joined #openstack-nova16:32
*** afazekas has joined #openstack-nova16:32
*** sree has joined #openstack-nova16:34
kashyapmriedem: [OT?] Your response on that IRC thread made me chuckle, and do a `grep` for the said word (not going to repeat here, lest it ends up archives again)16:36
kashyapSo, it's not really _that_ bad:16:36
kashyap$ grep $WORD ~/irclogs/FN-B/#openstack-nova.log | wc -l16:36
kashyap1216:36
kashyapI checked that all entries were from you :-)16:37
mriedemkashyap: heh16:38
mriedemyeah i wasn't making it up16:38
* kashyap knows16:38
*** sree has quit IRC16:38
kashyapOh, should mention the archives were starting only from 22-MAR-201516:39
*** zzelle has joined #openstack-nova16:39
kashyapmriedem: On a diff. topic, from your email on min libv version16:40
kashyapShould the next one be 1.3.1, then?16:40
kashyapFWIW, /me wrote this http://lists.openstack.org/pipermail/openstack-dev/2017-February/111933.html16:40
mriedemkashyap: well, i know you always want bleeding edge so i'm not sure i can trust you here :)16:41
mriedemi saw your response16:41
mriedemyour general comment on anything libvirt version related is "but that version was released 2 years ago?!"16:41
kashyapmriedem: No, please don't be so harsh that I don't care about operators who don't care about bleeding edge.16:42
*** tlian has joined #openstack-nova16:42
kashyapmriedem: If you saw, I was careful to not mention any newer release on the response :-)16:42
mriedemheh16:42
mriedemso you mean bump to 1.2.9 and mark 1.3.1 as 'next'?16:43
kashyapI know you'd chide me for that.  Learnt from the burnt.16:43
*** ssurana has joined #openstack-nova16:43
kashyapYeah.16:43
mriedemit sounded like sgordon was ok with going to 1.2.916:43
*** bkopilov_ has quit IRC16:43
*** bkopilov has quit IRC16:43
mriedem1.3.1 would be nice since we have lots of checks we could drop after that i think16:44
mriedembut that's queens at the earliest16:44
kashyapOkay, maybe we need hard data here: to evaluate pros & cons w.r.t. features / critical bug fixes with 1.3.1 compared to 1.2.916:44
mriedemit's less about that,16:44
mriedemand more about distro support16:44
*** tesseract has quit IRC16:45
sgordonmriedem, from an RDO and RHOSP pov we always recommend folks use the latest RHEL anyway16:45
kashyapMe nods. I am not ignoring the support matrix16:45
sgordonmriedem, so right now while we still support OSP all the way back to icehouse, the recommended host OS for that is RHEL 7.316:45
sgordonmriedem, and that is the combination we currently (re)validate16:45
mriedemwhich is libvirt 2.016:46
mriedemballsy16:46
sgordoncorrect16:46
cfriesenmriedem: which distros do we care about16:46
kashyapFor upstream, we should also see what is available in Debian, too16:46
sgordon(and of course anyone still on icehouse, isnt impacted by us changing the minimum for ocata anyway)16:46
mriedemcfriesen: https://wiki.openstack.org/wiki/LibvirtDistroSupportMatrix16:46
*** jose-phillips has joined #openstack-nova16:47
mriedemso rhel would be ok with 1.3.116:48
mriedemi'm less sure about debian and sles/suse16:48
mriedemmaybe i should ask ajaeger16:48
kashyapYeah, if we can get the data from Debian and SUSE folks, we can settle on 1.3.1 -- as the cross-distro supported version, for upstream16:49
mriedemzigo would know about debian16:49
kashyapYeah, would be better if they responded on the list, so the record is archived16:50
mriedemi'll follow up with those guys16:51
kashyapThanks.16:51
mordreddebian stable has 1.2.9 - debian testing has 3.0.016:52
*** AJaeger has joined #openstack-nova16:52
AJaegerhi nova team16:52
cfriesendo we only care about LTS versions of Ubuntu?16:52
mordredcfriesen: yah16:53
AJaegermriedem: what's up?16:53
*** pcaruana has quit IRC16:53
kashyapAJaeger: See the mailing list post:16:53
mriedemAJaeger: see -infra now :)16:53
AJaeger;)16:53
*** david-lyle has quit IRC16:53
kashyapAJaeger: http://lists.openstack.org/pipermail/openstack-dev/2017-February/111902.html16:54
mordredcfriesen: or, rather, we must care about at least the latest LTS- and we only test the latest LTS in the gate. our policy _technically_ is to target the latest ubuntu unless doing so would make backporting to latest lts unreasonably difficult ... but since in practice we gate on latest LTS ...16:54
johnthetubaguymriedem: superdan: is there anyone looking at the mod-wsgi service version break thing already? sneti has been working on a related bug when using the eventlet stack16:54
AJaegermriedem: libvirt 2.0.0 should be new enough, isn't it?16:55
mriedemjohnthetubaguy: for pike16:55
superdanjohnthetubaguy: I was planning to do it but haven't started yet16:56
superdanjohnthetubaguy: figured we probably want to discuss plans at the ptg at least16:56
mriedemAJaeger: 2.0.0 would mean nova in pike wouldn't work with xenial16:56
cfriesenwould there be any interest in being able to specify a vif_model as part of the neutron port creation, then have nova use that vif_model when booting/attaching with that port?16:56
johnthetubaguymriedem: yeah, I was thinking both in terms of the devstack changes and the service reporting16:56
mriedemAJaeger: we're talking 1.2.9 minimum libvirt for nova in pike, and 1.3.1 libvirt minimum for nova in queens16:56
*** alaski is now known as lascii16:57
lasciigood morning everyone16:57
dims_hey lascii !16:57
melwittlascii o/16:58
johnthetubaguysuperdan: OK, yeah, yeah certainly ptg fodder16:58
johnthetubaguylascii: hello hello16:58
*** lucas_ has joined #openstack-nova16:58
*** tlian has quit IRC16:59
AJaegermriedem: I let our experts answer on the mailing... AFAIK we have libvirt 2.0.0 version currently and thus a minimum requirement of any 1.x should be fine for SUSE17:00
mriedemAJaeger: ok thanks17:01
*** bnemec is now known as beekneemech17:02
*** panda is now known as panda|off17:03
AJaegermriedem: thanks for asking!17:04
*** yamahata has joined #openstack-nova17:05
*** dave-mccowan has quit IRC17:05
*** harlowja has joined #openstack-nova17:05
*** harlowja has quit IRC17:05
*** harlowja has joined #openstack-nova17:05
*** ralonsoh_ has quit IRC17:07
openstackgerritEric Fried proposed openstack/nova-specs master: PowerVM Driver Integration (Pike)  https://review.openstack.org/43238717:07
*** AJaeger has left #openstack-nova17:07
openstackgerritEric Fried proposed openstack/nova-specs master: PowerVM Driver Integration (Pike)  https://review.openstack.org/43238717:09
*** Apoorva has joined #openstack-nova17:09
*** stevemar has left #openstack-nova17:10
efriedmriedem FYI ^^ for continuation of https://blueprints.launchpad.net/nova/+spec/powervm-nova-compute-driver17:10
*** hos has quit IRC17:11
*** efried has quit IRC17:12
superdanmriedem: why does the 14.0.1 section talk about 14.0.0 things here? http://docs.openstack.org/releasenotes/nova/newton.html17:15
mriedemit's a bug17:16
mriedemoh, no,17:16
mriedemthat's because we didn't get the prelude into 14.0.017:16
mriedemremember bauzas added that after we released newton17:16
mriedemso it got into 14.0.117:16
superdanoh17:16
*** hos has joined #openstack-nova17:16
*** psachin has quit IRC17:16
*** faizy_ has quit IRC17:17
*** mriedem is now known as mriedem_lunch17:17
*** fragatina has joined #openstack-nova17:19
*** aarefiev is now known as aarefiev_afk17:19
*** lpetrut has quit IRC17:20
*** fragatina has quit IRC17:20
*** fragatina has joined #openstack-nova17:20
*** rwmjones has quit IRC17:21
*** dikonoor has joined #openstack-nova17:21
*** rwmjones has joined #openstack-nova17:23
*** nic has joined #openstack-nova17:24
*** ygl has joined #openstack-nova17:26
yglhi all17:27
*** qwebirc83974 has joined #openstack-nova17:28
*** jaypipes has joined #openstack-nova17:28
*** qwebirc83974 has quit IRC17:29
*** qwebirc21796 has joined #openstack-nova17:30
*** david-lyle has joined #openstack-nova17:31
*** qwebirc21796 has quit IRC17:31
*** hos has quit IRC17:31
*** mnestratov has quit IRC17:31
*** hos has joined #openstack-nova17:32
*** jaypipes is now known as leakypipes17:34
*** bvanhav has quit IRC17:36
openstackgerritDan Smith proposed openstack/nova master: Remove flavor_* functions from db/api  https://review.openstack.org/43175217:37
openstackgerritDan Smith proposed openstack/nova master: Remove main_db flavor compatibility  https://review.openstack.org/43172217:37
superdanhmm, where can i see the release notes as rendered like they would for a release for the current tree if it were to happen now?17:39
superdandhellmann: dims_ mriedem_lunch ^ ?17:39
*** derekh has quit IRC17:40
*** bvanhav has joined #openstack-nova17:41
melwittsuperdan: you mean this? http://docs.openstack.org/releasenotes/nova/unreleased.html17:42
superdanmelwitt: yeah17:42
superdanmelwitt: didn't see it in a docs job run, figured it'd be there but thanks17:42
*** raj_singh_ has joined #openstack-nova17:42
melwittoh, yeah I dunno where/if it exists in any per patch runs17:44
*** sambetts is now known as sambetts|afk17:44
*** sdague has quit IRC17:44
superdanthis is what I want anyway17:45
superdanso thanks17:45
*** cdent has joined #openstack-nova17:45
*** breitz has joined #openstack-nova17:52
*** bvanhav has quit IRC17:53
*** raj_singh_ has quit IRC17:55
dims_superdan : y was lunching :) back now17:58
*** jose-phillips has quit IRC17:58
*** jaosorior has joined #openstack-nova18:03
*** unicell has joined #openstack-nova18:04
*** lucasagomes is now known as lucas-afk18:06
*** bvanhav has joined #openstack-nova18:11
*** adrian_otto has quit IRC18:11
*** salv-orl_ has quit IRC18:12
*** lucas_ has quit IRC18:14
*** lucas_ has joined #openstack-nova18:14
openstackgerritEd Leafe proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480718:15
openstackgerritEd Leafe proposed openstack/nova master: placement: allow filter providers in tree  https://review.openstack.org/37721518:15
openstackgerritEd Leafe proposed openstack/nova master: pci: add uuid field to PciDevice object  https://review.openstack.org/41476818:15
openstackgerritEd Leafe proposed openstack/nova master: placement: integrate ProviderTree to report client  https://review.openstack.org/41592118:15
openstackgerritEd Leafe proposed openstack/nova master: placement: SRIOV PF devices as child providers  https://review.openstack.org/41476918:15
openstackgerritEd Leafe proposed openstack/nova master: placement: adds ProviderTree for nested resources  https://review.openstack.org/41592018:15
openstackgerritEd Leafe proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569318:15
openstackgerritEd Leafe proposed openstack/nova master: placement: add nested resource providers  https://review.openstack.org/37713818:15
*** sdague has joined #openstack-nova18:16
*** sudipto has quit IRC18:16
*** sudipto_ has quit IRC18:16
*** ociuhandu has quit IRC18:19
leakypipesmriedem_lunch, johnthetubaguy, superdan: I think https://review.openstack.org/#/c/404472/ is ready for your eyeballs again now.18:19
*** yamahata has quit IRC18:20
*** crushil has quit IRC18:20
superdanleakypipes: I don't think I've reviewed that yet at all, but18:24
superdanleakypipes: does that not seem like a major layering violation? maybe that has already been discussed?18:24
*** jpena is now known as jpena|away18:24
leakypipessuperdan: sorry, I'm not quite following you. do you mean that that code is in the wrong place?18:25
*** abalutoiu_ has joined #openstack-nova18:26
*** mriedem_lunch is now known as mriedem18:27
superdanleakypipes: the resource tracker having things like "if ironic, do this other thing"18:27
superdanwe try not to even do that in compute manager, which directly consumes the compute drivers18:27
superdanand we nak people having tried to do stuff like that in the past18:27
leakypipessuperdan: yeah, it's a temporary thing until we can be sure that the request from the user just contains a list of resources to consume as opposed to the existing situation where we need to tell if the instance is a baremetal instance or not and then do something different to track Ironic resources.18:28
leakypipessuperdan: the dilemma we have is a chicken and egg one.18:28
superdanI'm not sure what that means, request wise, but I assume that means temporary ... for a while?18:29
*** abalutoiu has quit IRC18:29
mriedemi had made a comment at one point about subclasses the resource tracker for ironic specific resource class massaging18:30
mriedemsince there were big conditionals in that patch at one point which were all just for ironic18:30
leakypipessuperdan: an OpenStack admin may have set the node.resource_class attribute for some or all of their Ironic baremetal nodes, but a) there may be records in Nova already existing that refer to the consumed resources like VCPU, MEMORY_MB and DISK_GB. We need to continue to track those "resources" like we do now but also track the new node.resource_class consumption. All of that code is basically the "auto-heal" code for Ironic installations in18:30
leakypipesNewton and Ocatra18:30
mriedemfwiw ironic + resource providers is broken in newton anyway i think18:31
*** ociuhandu has joined #openstack-nova18:31
leakypipessuperdan: yes, that code and those conditionals will not be necessary once the "flavor" for Ironic nodes no longer requests VCPU, MEMORY_MB and the like and instead just requests the custom resource class like "CUSTOM_IRON_SILVER" or whatnot.18:31
mriedemw/o https://review.openstack.org/#/c/416762/ anyway18:31
leakypipesmriedem: ah, yes, but that's a bit of a different thing, right?18:32
superdanmriedem: yeah, I'd like that to be less hacky.. I'd have to think about the best way to do it though18:32
mriedemyeah18:32
*** bswartz has quit IRC18:32
yglcan we access the ovs controller of devstack ?18:32
yglis it a opendaylight controller ?18:33
*** cdent has quit IRC18:34
*** ygl has quit IRC18:35
*** crushil has joined #openstack-nova18:37
*** vsaienko has joined #openstack-nova18:37
superdanjroll: is ironic making "set your node class" a requirement for people deploying ocata?18:37
superdanmeaning, is there a "you will break in pike if you haven't set this property" warning?18:38
jrollsuperdan: not yet no18:38
jrollwe also support ironic without nova so we can never make it strictly mandatory18:38
superdanjroll: so we have to tolerate not having this set until queens?18:38
jrollor rather, doing that would be painful for people that don't care18:38
jrollnah, we should be able to enforce it nova side in pike18:39
jrollwe can make it a pre-pike upgrade requirement18:39
superdanjroll: okay presumably you have to note your pre-pike requirements in ocata, no?18:39
superdanor are you just going to say in pike release notes you're broken if you don't?18:40
*** yamahata has joined #openstack-nova18:40
jrollsuperdan: was planning on pike relnotes + upgrade docs18:40
*** slaweq has quit IRC18:40
superdanokay18:40
superdanso since we're in pike now,18:40
mriedemin newton we said placement was going to be required in ocata, which was kind of true, but we didn't make it a hard break in the scheduler18:40
superdancan nova not just dispense with this ironic-specific RT stuff leakypipes was talking about?18:40
jrollI don't want to strictly enforce it at any time with log.warn() or whatever, because standalone18:40
superdansure, I get the standalone thing18:41
mriedemjroll: i mean strictly enforce in nova18:41
mriedemif you don't have node.resource_class set in nova, it's a an error18:41
*** ducttape_ has quit IRC18:41
superdanmriedem: we strictly enforce placement in ocata, just not until you're fully upgraded18:41
jrollmriedem: yes I would like to do that thing in pike18:41
jrollsuperdan: so, we still need ironic-specific RT stuff, right18:41
jrollbecause it auto-creates a custom resource class and such18:41
superdanjroll: leakypipes said not once we can depend on that no/18:41
jrolloh there's scrollback involved18:42
*** slaweq has joined #openstack-nova18:42
superdanI guess he's also saying something about existing legacy resources18:42
mriedemif the nova RT isn't going to create the custom resource classes from the node.resource_class, what is? something/someone outside nova?18:42
mriedempre-pike?18:42
superdanI guess it seems like we should be refactoring the interface between RT and the resources the driver returns,18:43
jrollyeah, so there's a couple parts18:43
superdanand make the ironic driver return the node class types if appropriate,18:43
superdanand let the RT be generic18:43
mriedemi was going to say, the get_available_resources() call to the driver could return the node.resource_class couldn't it?18:43
superdanand it would then delete the legacy resources at that point, but we want that18:43
jroll1) something needs to put these resources in the placement engine correctly18:43
superdanmriedem: right18:43
jroll2) flavors need to be able to request custom resource classes18:43
jroll3) I'm blanking, totally had something18:44
artom3) ???18:44
artom4) Profit!18:44
jrollsuperdan: I think leakypipes was saying we can drop it once flavors can be converted over18:44
jrollpeople will need to be able to use the new and old flavors in pike18:45
jrollso they can transition18:45
*** esberglu has quit IRC18:45
jrolland then we can drop the cpu/memory/disk tracking in queens18:45
superdanjroll: so "temporary" means queens at the soonest yes?18:45
jrollI think I have that right18:45
mriedemleakypipes: i'll create you a bp for resource class work in pike18:45
jrollyeah, for dropping the old stuff18:45
jrollsuperdan: I'm planning to like, write up a plan here before PTG sometime18:46
jrollbut our ocata release is a bit delayed so I've been dealing with that18:46
mriedemleakypipes: oh i guess i already did https://blueprints.launchpad.net/nova/+spec/custom-resource-classes-pike18:46
*** Tanvir has joined #openstack-nova18:46
*** Tanvir is now known as Guest5427918:47
jrollI want to spend a bunch more time here during pike and get this shit over with18:47
mriedemjroll: i'll throw it on our etherpad18:47
jrollmriedem: ptg? it's there :)18:47
jrolljust not fleshed out18:47
superdanso, I still think we should be able to do this by refactoring the interface between the RT and the driver that returns resources,18:47
superdanand make the ironic driver encapsulate this different-for-ironic behavior right?18:47
jrollmriedem: line 8818:47
jrollmriedem: or what you wrote, I'll delete mine18:48
mriedemjroll: ok jay had something too18:48
Guest54279Hi, anyone here has worked on pci_whitelist_entry inside nova.conf (pci passthrough)  in nova ?18:48
*** breitz has quit IRC18:49
jrollsuperdan: I'm honestly not sure18:49
jrollsuperdan: I guess we could say any virt driver that passes back a resource_class field back from get_available_resource gets that resource class created/written18:49
jrollthat seems sane to me18:49
jrollidk what else is special case18:50
*** breitz has joined #openstack-nova18:50
superdanwe kinda do that today, but in old format,18:50
jrollwrite all the resources returned into the placement api18:50
superdanI would think we should be converting the drivers to communicate in the new format anyway18:50
mriedemGuest54279: you want moshele who isn't around right now18:50
superdanand since we're pike now, we need to rip out the old reporting format anyway18:50
jrollso18:51
jrollin pike we need ironic nodes reporting both cpu/disk/ram AND a resource class18:52
jrollin queens we want just a resource class18:52
jrollI feel like just writing everything returned by the driver is the right thing to do18:52
*** breitz has quit IRC18:52
jrolland we'll just change what the driver returns each cycle18:52
superdanjroll: right so the ironic driver would return that extra thing right now and then stop later18:52
jrollnot sure why we need all this stuff to remove allocations for cpus, etc18:53
jrollI need to buy a whiteboard for my office already :|18:53
leakypipessorry guys, was on a call.18:53
jrollsuperdan: I know we're hyper to get this code done, but I'd almost rather map this plan out on the ML (or at the PTG if we still don't have a plan by then)18:54
jrolland code according to that plan18:54
superdanjroll: yeah18:55
superdanjroll: I just haven't had time to look at this stuff until now and so I'm asking questions based on that18:55
jrollsuperdan: right, I haven't had enough time either, tbh18:55
*** ltomasbo is now known as ltomasbo|away18:56
jrollI kinda have it in my head, need to write it down and have people tell me where I'm wrong18:56
jrollbut I need to get ocata out the door first >.>18:56
superdanI can do the latter part18:56
jrollI'm sure you can18:56
mriedemso maybe we do wed morning all resource providers/placement stuff at the ptg?18:57
mriedem10-noon is nova/cinder on thursday18:57
mriedemjroll: or would you rather do wed afternoon?18:57
mriedemmaybe you don't care18:57
jrollmriedem: yeah I think afternoon would be better18:57
mriedemok18:57
mriedemlet you guys get your ironic-specific stuff started on wed morning18:57
jrollyeah18:57
jrollI know at least a couple people wanted to float over for placement stuff18:58
*** breitz has joined #openstack-nova18:58
leakypipessuperdan: what you're talking about there (fix the stuff in the virt driver's get_available_resource()) call is EXACTLY what I had originally proposed and that approach was shot down as too invasive of the virt layer :)18:59
mriedemscottda: so for whatever reason, at 3am last night, i was thinking maybe we should just change the default catalog_info for nova/cinder to be v3 in pike18:59
leakypipessuperdan: lemme get a link ... one sec.18:59
superdanleakypipes: well, this is too invasive to the RT layer, IMHO :D18:59
mriedemscottda: anyone with older config would be using cinder v2, new nova installs would be cinder v3 by default18:59
mriedemscottda: that would make us test nova + cinder v3 by default in the gate in pike18:59
*** jaosorior has quit IRC19:00
leakypipessuperdan: see here for an original proposed solution to this: https://review.openstack.org/#/c/334038/19:00
superdanleakypipes: we might also haveanother method for just RP stuff, and just stop calling the old one at some point19:00
leakypipesback in the good ole days of Mitaka :)19:00
superdanto avoid mixing the two19:00
leakypipessuperdan: ya, totes agreed.19:00
superdanleakypipes: where is the giant nak from zeus on that patch?19:00
leakypipessuperdan: I think we have to live with some more cruft int he RT for a time (until Queens at earliest).19:00
mriedemha yeah it's all +1s in there19:01
*** burt has quit IRC19:01
jrollthe get_inventory() method landed but not the implementations for the drivers, wat19:02
superdanleakypipes: cruft being the reporting of both things? or what/19:02
mriedemleakypipes: no that was also abandoned https://review.openstack.org/#/c/334035/19:02
mriedemi don't know why it takes you to git.o.o19:02
jrollmriedem: oh, weird19:02
jrollthanks19:02
cfriesenhas anyone run into problems in the field due to heat trying to scale out with a flavor that has been deleted?  Or is that sort of thing usually dealt with by issuing notifications of upcoming flavor changes?19:03
*** Guest81164 has quit IRC19:03
*** Guest54279 has quit IRC19:03
mriedemcfriesen: no one uses heat in the field19:03
cfriesenlol19:03
mriedembtw, let me just say, trying to sort this ptg topics etherpad into some kind of agenda is giving me heartburn19:03
jrollmriedem: just watching our new ptl sort ironic's topics gave me heartburn19:04
leakypipespretty sure it was bauzas that didn't like the get_inventory() stuff, but I can't find his comments now. maybe comments were only on IRC>...19:04
*** jaosorior has joined #openstack-nova19:05
leakypipesah, no.. it was figleaf :)19:05
*** owalsh is now known as owalsh-afk19:05
leakypipesthis patch here, comment from figleaf on PS3: https://review.openstack.org/#/c/415920/19:05
mriedemi'll go fill out foundation marketing surveys instead, that'll be much more fun19:05
superdanleakypipes: well, regardless, I think that's the way to go IMHO19:06
leakypipesthat patch series originally added an update_inventory() method to the virt driver interface.19:06
mriedemupdate_inventory() in each virt driver does seem gross19:07
*** tojuvone has quit IRC19:07
mriedembut get_resource_thingies() seems fine19:07
mriedemif only ironic needs to return anything, then so be it19:07
*** lpetrut has joined #openstack-nova19:07
mriedemthat's why i was thinking, just add a 'resource_class' key to the get_available_resources() dict19:07
*** dikonoor has quit IRC19:07
superdanmriedem: yeah, just "show me your resources, beeyotch" in the virt drviers19:08
superdannot "update 'em too"19:08
leakypipesmriedem: err, that already exists :)19:08
* jroll wonders if it would work out if get_resource_thingies() just returned {'VCPUS': 2, 'CUSTOM_RESOURCE_FOO': 1, ...} and the RT handled the rest19:08
superdanjroll: that's what I'm talking about19:08
leakypipeshttps://github.com/openstack/nova/blob/master/nova/virt/ironic/driver.py#L33119:08
*** cdelatte has quit IRC19:09
mriedemok,19:09
leakypipesthat's how things *already* work :) only for Ironic of course, though.19:09
mriedemso why do we need the extra 'if resource_class: do special ironic stuff' in RT?19:09
*** owalsh-afk has quit IRC19:09
superdanbecause it's the wrong layer19:09
superdaninstead of returning the node class,19:09
superdanwe should return resources19:09
mriedembecause it's doing the whole drop old types, add new resource class19:09
leakypipesmriedem: because Ironic doesn't require the node.resource_class to be present.19:09
superdanso that the RT doesn't need to translate19:09
superdanthe ironic driver can return the VCPU, DISK, and IRONIC_FOO things when appropriate19:10
leakypipesTake a look at the first PS on this: https://review.openstack.org/#/c/415921/19:10
*** karimb has quit IRC19:10
superdanleakypipes: why not just "return inventory"?19:11
leakypipesspecifically, go here:19:11
leakypipeshttps://review.openstack.org/#/c/415921/8..1/nova/virt/libvirt/driver.py19:11
leakypipesline 547119:11
superdanI don't like the semantics of this, but the general idea is what I'm saying19:11
*** dharinic is now known as dharinic|lunch19:12
leakypipessuperdan: because there was a complaint that "the virt driver then needs to understand the internals of the resource provider and inventory modeling of the placement API"./19:12
*** esberglu has joined #openstack-nova19:12
jrollI don't think it does19:12
superdanit just needs to know about resources, which is completely reasonable IMHO19:12
jrollit just needs to know what a VCPUS is, what a MEMORY_MB is, etc19:12
superdanright19:12
superdanand it knows about those today19:12
superdanwe just have to translate them from useless to usefulish in the RT19:13
superdanand then we get shit like "if ironic, do other stuff" too high in the stack19:13
*** burt has joined #openstack-nova19:14
superdanleakypipes: okay so I have sufficiently shit all over your thing, but I think that the end result is getting to do it like you originally wanted right?19:14
leakypipessuperdan: and hierarchies of providers, and traits, etc...19:15
melwittmriedem: on that max_count = 50 thing on the map_instances, I was trying to say I think because of the map_all = True it will keep looping doing batches of 50 until all are mapped, and then it will return 019:15
* mriedem looks19:15
leakypipessuperdan: heh, who knows? I think I've actually had about 3 different patch series that use three different strategies to get there. :)19:15
mriedemmelwitt: you're right19:15
mriedemi'm dumb19:15
* jroll wishes he could sketch this code out the way he sees it working, but is too naive on stuff like nested RP and such19:16
* figleaf reads scrollback19:16
leakypipesjroll: just go for it :)19:17
jrollleakypipes: I will try next week sometime19:17
superdanjroll: well, we're two weeks from being able to do that right?19:17
jrollor at least pseudo-code it on the list19:17
*** Sukhdev has joined #openstack-nova19:17
jrollsuperdan: from being able to do what now19:17
superdanleakypipes: well, sorry I dunno what to say.. you asked me to review it19:17
superdanjroll: draw shit on the walls19:17
* superdan notes that he's using lots of foul language today19:18
jrollsuperdan: yeah that too19:18
figleafsuperdan: my objection was that there was too much in terms of placement engine implementation details in the virt layer19:18
*** vsaienko has quit IRC19:18
jrollf your language19:18
figleafsuperdan: not that the virt layer reported its inventory19:18
cfriesenleakypipes: regarding https://review.openstack.org/#/c/265282/4/specs/pike/approved/instance-flavor-api.rst , mordred specifically asked for the flavor "id" to be included as a historical data point about what was used to boot the instance.19:18
leakypipessuperdan: no worries man :)19:18
superdanfigleaf: the resource class and inventory part of placement is very much the business of the virt driver, IMHO..19:19
cfriesenleakypipes: even though that id might represent something else now.19:19
figleafjroll: I think that we *all* need a more visual representation of the flow of information through the code19:19
superdanfigleaf: reporting it to placement is not, but reporting it up the stack to compute manager and RT is19:19
jrollfigleaf: I want one built in VR where I can swim through it19:19
leakypipescfriesen: nobody listens to mordred. nothing to see here. move along.19:19
figleafjroll: you might drown19:19
mordredleakypipes: :)19:19
jrollha19:20
*** satyar has quit IRC19:20
dims_LOL19:20
leakypipeshere is a visualization of the data flow between the systems: http://www.27bslash6.com/images/logo_for_simon_edhouse.gif19:20
*** vsaienko has joined #openstack-nova19:21
superdannow I'm paying attention19:21
jrollwow19:21
leakypipesok, back to work people.19:21
superdanwait, which one is ironic and which one is nova19:21
mriedemhttps://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/resource-providers-scheduler-db-filters.html#other-deployer-impact needs to be updated...19:21
superdanI think ironic is behind, no?19:22
jrollI thought front was nova devs and back was the resource tracker19:22
jrollthat's been my experience19:22
superdanjroll: well, certainly has been true some of the time19:22
jrollmriedem: what about it19:23
mriedemjroll: last paragraph isn't correct19:23
mriedemi can update it19:23
jrollah ok19:23
mriedembut it's going in my ocata marketing survey so it needs to be spotless19:23
leakypipesmriedem: what about the last paragraph is incorrect?19:23
mriedemleakypipes: we don't even attempt to use placement until all of your computes are ocata19:24
mriedemand they can't start in ocata w/o reporting into placement19:24
jrollmriedem: trying to make readers' minds melt so they don't see that you don't care about marketing surveys?19:24
mriedemthe fallback described in there says that you can get like one compute / RP back19:24
*** raunak has joined #openstack-nova19:25
mriedemspecifically, "There may be a short period of time while the scheduler receives a smaller-than-accurate set of resource providers that meet the requested resource amounts."19:25
leakypipesmriedem: gotcha. you want me to push up a fix?19:25
mriedemi think the rest of it, while not correct per the implementation, is generic enough that it's still truthy19:26
mriedemleakypipes: if you want19:26
* mordred has officially responded to leakypipes on the review :)19:26
leakypipesthx mordred I see that :)19:27
superdanmordred: you don't think it's confusing to say that this instance is from flavor foo when foo exists an is totally different now?19:27
superdanmordred: like you booted this instance with flavor foo, and that flavor had 24TB of disk, but foo now has no disk and 64MB of ram, but we report that the instance's flavor is "foo" ?19:28
mordredyah. I mean, the operator who did that is an operator who hates their users19:29
sdaguesuperdan: in the conversation the other day we said we'd document it as "potentially highly fictional"19:29
mordredbut as a user who booted the server in the first place, I booted a "foo" server19:29
superdanmordred: for what it's worth, horizon makes the above trivial to do19:29
mordredsuperdan: that's really sad for everyone19:29
sdaguesuperdan: it does, but there are also lots of people that don't change the meanings of their flavors19:30
mordredI think of flavors sort of like server model numbers19:30
mordredwhen you order a DL380 from HPE, you get a DL38019:30
superdanmordred: right, horizon says "you can edit flavors" but what it really means is "I will delete and recreate it for you"19:30
mordredit doesn't stop being a dl38019:30
mordredbut next year, hpe will sell you a new thing called a dl38019:30
sdagueso, it feels fine to include it, but say that the underlying definition may have changed, hence why we give you the definition of what it once was as well19:31
leakypipesmordred: even though you can order 10 DL380s and you'll get seven different motherboard manufacturers? ;)19:31
mordred++19:31
mordred(to both of you)19:31
sdagueI also think mordred should open a bug with horizon and get them to remove that feature19:31
sdaguebecause, it's terrible as an easy thing to tell users to do19:31
mordredsdague: can we just make flavors undeletable instead?19:31
superdanwe've had bugs reported because they changed the size of the flavor foo and the instances didn't change and that was surprising to them19:32
*** cdelatte has joined #openstack-nova19:32
mordred_wow_19:32
sdaguesuperdan: right, given the way horizon exposes it, I'm not surprised19:32
superdanyeah19:32
sdagueit's actually extra terrible UX19:32
*** zzelle has quit IRC19:33
superdanleakypipes: before we go expose flavors in their current form, are we not supposed to at least consider reporting them in an RP-friendly way? like so that when we get rid of the current notion of a flavor we're not pinned to this format?19:33
*** lucas_ has quit IRC19:33
superdanleakypipes: like, does it matter if we just tell them how much DISK_GB they got and not necessarily report the split between swap and root and ephemeral?19:33
sdaguemordred: so even if we decided to make flavors undeletable (which I think has other fallout) it would have to be in a microversion, which means it would be a very long time before that was fundamental behavior19:34
superdanwe can't make them undeletable, IMHO19:34
sdaguemordred: honestly, it is better to get the horizon expectations reset19:34
mordredyah. I see that ship as having sailed19:34
superdanthat's also punching ops in the face19:34
mordredfwiw, I do not feel _strongly_ about name or id. I have a contract with shade users that I'll always be providing an id key in the flavor dict of a server, but I can easily just plop a none in there if it goes away from the server record19:34
superdanmordred: in some sense, your flavor id becomes the uuid of the instance itself after boot19:35
mordredso, in the realm of "mordred will scream and yell and rant for years" and "mordred will just sigh and have a beer" 0 this is WAY much more in the beer stage than the other19:35
superdanmordred: if we later allow you to "buy an extra gig of ram".. that's what it'll be19:35
mordredsuperdan: I can see that argument19:35
* superdan can see mordred took his pills "on account of his RAGE"19:35
sdaguesuperdan: so, while it could some day19:35
sdagueit really doesn't today19:36
superdansdague: what doesn't?19:36
*** ZZelle has joined #openstack-nova19:36
sdagueit feels like there is definitely a common case of "I want another like that one"19:36
*** abalutoiu has joined #openstack-nova19:36
superdansdague: that's even worse, because we know that id can be wrong19:36
superdanif you teach people to ask for another just like it,19:36
sdagueand if people didn't rename all their flavors, or hot resize19:36
sdaguethen it can work19:37
superdanthey're going to get a 0disk 64mb instance19:37
*** lucas_ has joined #openstack-nova19:37
superdandidn't johnthetubaguy tell me that RAX has renamed flavors before?19:37
*** READ10 has quit IRC19:37
sdagueit feels like the moment you hot added anything to the instance, the flavor id flips to uuid of the instance19:37
sdagueso we actively decouple there19:37
superdansdague: but if you change/delete a flavor, it's the same thing, and we can't really query for any instances that need changing if you alter the flavor19:38
superdanthat's hugely expensive19:38
sdaguesuperdan: sure, and that's why we document it as "possibly fiction"19:38
superdanbigly expensive I mean19:38
*** ducttape_ has joined #openstack-nova19:38
mriedemSO19:38
mriedembesides placement and cells v2,19:38
mriedemwhat's the #3 newsworthy feature delivered in ocata19:38
mriedem?19:38
superdansdague: well, I just don't see the point in documenting a thing as "likely wrong" when we could just not expose it, but whatever19:38
mriedemhttps://specs.openstack.org/openstack/nova-specs/specs/ocata/index.html19:39
*** fragatina has quit IRC19:39
*** ZZelle has quit IRC19:39
superdanmriedem: "leakypipes posted an inappropriate picture in IRC" is a pike event I guess19:39
*** abalutoiu_ has quit IRC19:39
cfriesensuperdan: I kind of feel like without either name or id, we don't really have a good starting point for "find me another flavor like this one"19:39
mriedemthere was a lot of random feature parity stuff that got in for hyper-v, xen and ironic virt drivers, but i can't really say that's one thing, unless i group them together19:40
superdancfriesen: you compare the resources not the id.. the id _is_ fiction19:40
mriedemthere is actually a lot in https://specs.openstack.org/openstack/nova-specs/specs/ocata/index.html which didn't make the release19:40
superdancfriesen: to put it in a way that mriedem and sdague will love: how do you know if your cloud provider doesn't dickpunch people by changing flavors?19:40
superdancfriesen: you don't, so you can never rely on it, thus we should never expose it19:41
superdaner, I meant s/mriedem/mordred/ above19:41
mriedemyeah...19:41
cfriesensuperdan: you'd still have to check it it matches, but it gives you something to check rather than starting from scratch and searching all the flavors.19:41
mriedemi love a good dickpunch19:41
mriedemmakes me feel alive19:41
*** ZZelle has joined #openstack-nova19:41
superdancfriesen: but you don't know if your provider is good, so you always have to check the resources anyway19:41
* cfriesen winces19:41
*** Swami has joined #openstack-nova19:42
cfriesensuperdan: you can start by checking whether that particular flavor still matches, rather than starting from scratch.19:42
superdanmriedem: we re-released device tags? :D19:42
mriedemsuperdan: that was for attach19:42
mriedemattach vif, attach volume + tags19:42
mriedemwhich didn't happen19:42
mriedemthe original spec covered boot and attach19:42
superdanmriedem: well, I was just trying to be funny anyway, so thanks for ruining it19:42
superdanmriedem: no, I thought the re-release thing was for boot19:43
mriedemoh19:43
superdanmriedem: because get me a network stepped on us19:43
mriedemi'm talking about this one https://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/virt-device-role-tagging.html19:43
superdanI'm talking about the bugfix19:43
superdananyway19:43
mriedemyeah https://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/fix-tag-attribute-disappearing.html19:43
mriedemhar har19:43
mriedemnova-status upgrade check was a thing19:43
superdanyeah19:44
mriedemcame in late, seems fun19:44
mriedemno bp19:44
superdanand it's good press19:44
mriedemyeah, because no one cares about being able to soft reboot ironic instances :)19:44
superdanheh19:45
superdanmriedem: so this is the cellsv1 regression I found whilst removing the flavor compat, which I pulled out into a separate fix: https://review.openstack.org/#/c/432352/119:51
*** hos has quit IRC19:51
superdani think we need that back in newton19:51
*** efried has joined #openstack-nova19:51
mriedemfile a bug?19:53
mriedemleakypipes: we don't support scheduling decisions based on shared storage in ocata right? we never leveraged the aggregates stuff yet from whati remmeber19:54
mriedem*remember19:54
leakypipesmriedem: that is correct.19:55
* mriedem is writing up the list of pike things19:55
leakypipesmriedem: this merged: https://review.openstack.org/#/c/407309/. but it's only the beginning of what is needed.19:55
leakypipesmriedem: just wrapping up that ocata scheduler-db-filters spec patch now...19:56
superdanmriedem: I will if you're cool with that going back19:56
mriedemsuperdan: yeah that's fine19:56
mriedemi'm not the one you have to convince19:57
mriedemlyarwood is the gate keeper19:57
mriedemi'm only the key master19:57
sdaguean alternative is to provide a much more extensive search interface for flavors, including, give me one like server={id}19:58
openstackgerritDan Smith proposed openstack/nova master: Remove straggling use of main db flavors in cellsv1 code  https://review.openstack.org/43235219:59
openstackgerritDan Smith proposed openstack/nova master: Remove flavor_* functions from db/api  https://review.openstack.org/43175219:59
openstackgerritDan Smith proposed openstack/nova master: Remove main_db flavor compatibility  https://review.openstack.org/43172219:59
openstackgerritmelanie witt proposed openstack/nova master: Add Cells V1 -> Cells V2 step-by-step example  https://review.openstack.org/42907519:59
superdanmriedem: I can make lyarwood very uncomfortable at team social events, so I think it'll be approved20:00
openstackgerritJay Pipes proposed openstack/nova-specs master: Record reality of placement API usage from n-sched  https://review.openstack.org/43244220:01
leakypipesmriedem: ^20:01
*** karimb has joined #openstack-nova20:01
*** dharinic|lunch is now known as dharinic20:01
*** david-lyle has quit IRC20:03
*** scarab_ has joined #openstack-nova20:03
mriedemocata, pike and queens marketing and roadmaps are all done, whew20:06
*** raunak has quit IRC20:06
*** abalutoiu_ has joined #openstack-nova20:06
*** abalutoiu has quit IRC20:10
*** dave-mccowan has joined #openstack-nova20:12
mriedemsuperdan: +220:13
superdanthanks20:15
mriedemleakypipes: see my comment in https://review.openstack.org/#/c/432442/ - up to you if you want to adjust anything there20:16
mriedemif not, i'm your huckleberry20:17
*** Sukhdev has quit IRC20:17
*** adrian_otto has joined #openstack-nova20:17
*** hos has joined #openstack-nova20:18
cfriesensdague: what would "one like server={id}" imply?  at least as good in all respects?   what about stuff like aggregate_instance_extra_specs keys?20:18
scottdamriedem: Just saw your message re: Nova using cinder v3 as default. That seems ok to me.20:19
scottdamriedem: And we've plenty of time to test before next release20:19
mriedemscottda: the only thing is i'd still want at least one job running with cinder v2 just to make sure we don't break something there20:19
mriedemwell, nvm20:20
mriedemgrenade would test that20:20
*** rfolco_ has quit IRC20:20
*** rfolco_ has joined #openstack-nova20:20
mriedemscottda: let me air out the idea in the ML and see if john can poke hole sin it20:20
scottdamriedem: Sounds good.20:20
*** rfolco_ has quit IRC20:20
smcginnisI'd love to just have the one at some point too.20:21
sdaguecfriesen: right, it's a whole other API for sure20:21
openstackgerritEric Fried proposed openstack/nova-specs master: PowerVM Driver Integration (Pike)  https://review.openstack.org/43238720:21
openstackgerritJay Pipes proposed openstack/nova-specs master: Record reality of placement API usage from n-sched  https://review.openstack.org/43244220:25
leakypipesmriedem: try ^ on for size.20:25
mriedemleakypipes: only if it says "juicy" on my ass20:26
*** amoralej is now known as amoralej|off20:26
*** bvanhav has quit IRC20:27
*** rfolco_ has joined #openstack-nova20:29
*** rfolco_ has quit IRC20:29
leakypipesmriedem: lol20:31
*** marst has quit IRC20:34
superdanmriedem: just realized if we want to remove all that flavor code in pike and the tables/models in queens we need a blocker migration20:34
mriedemyeah20:35
mriedempretty simple isn't it? if there are any flavors with delete==0 in the main db we fail right?20:36
mriedem*deleted20:36
superdanalso, we only had two actual migrations in ocata and they were small20:36
superdanmriedem: yep, but flavors, aggregates, server_groups, keypairs at least20:36
superdanoh wait20:37
superdanthat was in newton20:37
openstackgerritPushkar Umaranikar proposed openstack/nova master: Placement api: set custom json_error_formatter in resource_class  https://review.openstack.org/43046320:37
*** lucas_ has quit IRC20:37
openstackgerritMaciej Szankin proposed openstack/nova master: conf: resolved final todos in libvirt conf  https://review.openstack.org/42904220:37
superdanso we did that already in the pike migration.. sweet, nevermind, I lost track20:37
mriedemocata migration...?20:39
*** Jack_I has quit IRC20:39
*** abalutoiu_ has quit IRC20:39
superdanmriedem: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/migrate_repo/versions/345_require_online_migration_completion.py20:39
openstackgerritMaciej Szankin proposed openstack/nova master: conf: resolved final todos in libvirt conf  https://review.openstack.org/42904220:39
mriedemyeah20:39
*** baoli has quit IRC20:40
*** baoli has joined #openstack-nova20:40
mriedemefried: you need to run py27 on your spec thing20:41
mriedemzuul is unhappy20:41
efriedmriedem Roger that.  (Who knew an RST needed python validation)20:42
efried(I'm sure it's documented, isn't it)20:42
mriedemleakypipes: https://review.openstack.org/#/c/432442/ fits, thanks20:43
*** lucas_ has joined #openstack-nova20:43
dims_mriedem : "cat woke me up at 3am" :)20:43
mriedemsuperdan: want to get that?20:43
superdanmriedem: gross.20:44
mriedemdims_: yes, well, i was awake at 2, tossed and turned for 45 minutes, fell asleep, and then the cat was running around making noise and woke me up again20:44
mriedemthen i proceeded to think about cinder v3 for some reason20:44
superdanmriedem: I have to -1 that20:45
mriedemsuperdan: the spec or the mid morning cinder v3?20:45
superdanmriedem: the spec20:45
superdanwell, I guess maybe he's copy/pasting a bit.. grr, I will note my complaint and proceed I guess20:46
mriedembecause of "behaviour" with a "u"?20:49
superdaneff yeah man20:49
mriedemyou know jay eats blood pudding for breakfast right?20:50
mriedembreakfaust20:50
superdanheh20:50
*** ducttape_ has quit IRC20:53
*** ijw has quit IRC20:53
*** marst has joined #openstack-nova20:53
*** baoli has quit IRC20:53
*** baoli has joined #openstack-nova20:54
*** fragatina has joined #openstack-nova20:56
openstackgerritEric Fried proposed openstack/nova-specs master: PowerVM Driver Integration (Pike)  https://review.openstack.org/43238720:56
openstackgerritPushkar Umaranikar proposed openstack/nova master: Remove unused columns from BuildRequest table in nova_api db  https://review.openstack.org/42225920:57
*** karimb has quit IRC20:59
*** dimtruck is now known as zz_dimtruck21:02
openstackgerritMaciej Szankin proposed openstack/nova master: conf/compute: remove invalid TODOs  https://review.openstack.org/43245321:03
*** karimb has joined #openstack-nova21:04
efriedmriedem Done and done.  Thanks for the feedback.21:06
openstackgerritMaciej Szankin proposed openstack/nova master: conf/libvirt: remove invalid TODOs  https://review.openstack.org/43245521:07
*** raunak has joined #openstack-nova21:08
*** coreywright has joined #openstack-nova21:11
*** jamesdenton has quit IRC21:14
*** ducttape_ has joined #openstack-nova21:15
*** jamesdenton has joined #openstack-nova21:16
*** crushil has quit IRC21:17
*** crushil has joined #openstack-nova21:18
*** sacharya has quit IRC21:18
*** sacharya has joined #openstack-nova21:18
*** Sukhdev has joined #openstack-nova21:21
*** crushil has quit IRC21:23
*** liverpooler has quit IRC21:24
*** erlon has quit IRC21:25
*** zz_dimtruck is now known as dimtruck21:30
*** smatzek has quit IRC21:32
*** karimb has quit IRC21:33
*** lx_ has joined #openstack-nova21:33
*** crushil has joined #openstack-nova21:35
*** crushil has quit IRC21:43
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Fix a couple of spec names  https://review.openstack.org/43246921:43
*** avolkov has quit IRC21:43
*** salv-orlando has joined #openstack-nova21:45
*** crushil has joined #openstack-nova21:46
*** alexpilo_ has quit IRC21:51
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Fix paths when moving specs  https://review.openstack.org/43247021:52
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Move implemented specs for Ocata  https://review.openstack.org/43247121:52
*** gouthamr has quit IRC21:56
*** lucas_ has quit IRC21:56
*** vsaienko has quit IRC21:57
*** fragatina has quit IRC21:59
openstackgerritSujitha proposed openstack/nova master: Change os-server-tags default policy  https://review.openstack.org/39642021:59
mriedemmelwitt: https://review.openstack.org/#/c/429075/ looks good - leakypipes want to +W that?22:00
*** lucas_ has joined #openstack-nova22:01
leakypipesmriedem: done22:03
openstackgerritPushkar Umaranikar proposed openstack/nova master: Placement api: set custom json_error_formatter in inventory  https://review.openstack.org/43247822:03
*** ijw has joined #openstack-nova22:04
*** raunak has quit IRC22:07
*** alexpilotti has joined #openstack-nova22:07
*** thorst_ has quit IRC22:09
*** baoli has quit IRC22:11
*** dave-mccowan has quit IRC22:12
*** jamesdenton has quit IRC22:13
*** raunak has joined #openstack-nova22:13
*** crushil has quit IRC22:13
openstackgerritMatt Riedemann proposed openstack/nova-specs master: PowerVM Driver Integration (Pike)  https://review.openstack.org/43238722:17
*** lucas_ has quit IRC22:18
*** esberglu has quit IRC22:19
*** esberglu has joined #openstack-nova22:19
efriedmriedem Thanks!22:22
mriedemnp22:23
openstackgerritPushkar Umaranikar proposed openstack/nova master: Adopts keystoneauth with glance client.  https://review.openstack.org/41263422:23
*** esberglu has quit IRC22:24
mriedemsuperdan: i'm going to start bugging you about stable/newton things, starting with https://review.openstack.org/#/c/408725/22:25
*** tblakes has quit IRC22:27
superdanmriedem: hmm, so this one is in ocata and we're just backporting it if they want to get a jump on the cleanup right?22:28
*** thorst_ has joined #openstack-nova22:29
mriedemsuperdan: yeah, it was reportd by someone moving to newton22:30
mriedemso i fixed on ocata with the intent of backporting22:30
mriedemhence the comments in there22:30
*** baoli has joined #openstack-nova22:31
*** ssurana has quit IRC22:32
superdanyeah, reading, I just want to get my head wrapped around it, since this is fairly strange22:33
*** esberglu has joined #openstack-nova22:33
superdanpeople would have run the online migrations when they upgraded to newton and wouldn't again until the next time22:33
*** thorst_ has quit IRC22:34
*** efried has quit IRC22:36
mriedemthis is to resolve the issue for anyone upgrading from mitaka before the hit the issue, unless i'm not catching your point22:36
superdanyeah, I think I get it22:37
*** esberglu has quit IRC22:37
mriedemin mitaka we had the build request mirror the instance,22:37
*** Apoorva has quit IRC22:37
mriedemfailed instance build in the api (i think) which didn't get deleted,22:38
mriedemsomething like that22:38
mriedemthen in newton, we serialized the instance into the build request,22:38
mriedembut when you try to load that old build request from mitaka, it's data format is different and blows up on load22:38
*** sree_ has joined #openstack-nova22:38
superdanyeah22:38
superdanwhy didn't we just do the delete.filter(instance_uuid=null()).limit($limit) ?22:39
superdaninstead of the pre-query?22:39
superdanI mean too late now, just thinking22:39
*** sree_ is now known as Guest5588522:39
mriedemthis https://review.openstack.org/#/c/306023/22:39
*** scarab_ has quit IRC22:39
mriedembecause it's sticking with the limit/count semantis in the online migrations cli22:39
mriedemwe talked about just doing the delete straight up on master22:39
mriedemhttps://review.openstack.org/#/c/408727/2/nova/objects/build_request.py22:40
superdanI think we'd still be able to do the same thing with just delete, but anyway22:40
*** cmart has joined #openstack-nova22:40
superdandid we also make it not blow up on load?22:40
superdanthis makes instance list blow up until you run this right?22:41
*** mdrabe has quit IRC22:41
mriedemi'd have to dig into all of that context again22:42
mriedemyou were +2 on the ocata change fwiw :)22:42
superdanI know, I just don't have this in my head anymore and.. it's a weird thing to backport22:42
mriedemthe whole idea was to backport it from the start22:43
mriedemthe blow up on load is here https://review.openstack.org/#/c/298455/16/nova/objects/build_request.py@11022:43
*** Guest55885 has quit IRC22:43
mriedemwith a mitaka db record that doesn't have the instance_uuid, that's going to blow up either way, so i'm not sure how we'd handle it, unless we checked for a uuid recored?22:44
superdanI know, I know22:44
mriedem*record22:44
superdanum22:44
mriedemhttps://github.com/openstack/nova/blob/stable/mitaka/nova/db/sqlalchemy/api_models.py#L14322:45
superdandid we not bump the version on that because it wasn't sent over RPC?22:45
superdanbut it was stored in the db...22:45
mriedem"Note that the BuildRequest object version is not being bumped because this object is not yet passed over the wire anywhere or looked up anywhere, so there are no backwards compatibility concerns."22:45
superdanyeah, I'm just trying to figure out why we didn't try to handle the explosion22:46
superdanbut I'll just stop asking questions I guess22:47
mriedemi'm assuming no one just ever thought of it22:48
superdanin newton, we were listing buildreqs and putting them in front of the instance list,22:50
cfriesenI'm trying to run devstack on master and getting this:22:50
cfriesenpkg_resources.VersionConflict: (packaging 16.5 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('packaging>=16.8'))22:50
superdanand presumably this but means BuildRequestList.get_all() would fail to yield anything until you run this migration22:50
cfriesenanyone know what's going on there?22:50
superdanwhich makes the api broken until you get this online migration22:50
superdanbut we could have just made BuildRequestList.get_all() ignore a known exception there and log22:51
superdanwhich seems like an obvious fix, so I'm just wondering why we didn't do it22:51
*** burt has quit IRC22:55
*** david-lyle has joined #openstack-nova22:55
mriedemi also backported https://review.openstack.org/#/c/420051/ and i'm not sure if we care or not now22:55
*** lpetrut has quit IRC22:58
mriedemi think we want all of these in newton if we want people to use placement before ocata https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/newton+topic:bug/164731622:58
mriedemwhich, maybe we care less about now22:58
mriedemanyway, gotta run now22:58
*** jamielennox is now known as jamielennox|away22:58
superdanI care bigly22:59
*** Swami has quit IRC22:59
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova-specs master: Add prep-for-network-aware-scheduling-pike spec  https://review.openstack.org/43248923:01
*** catintheroof has quit IRC23:03
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Add and use ProcessedNetworkRequest object  https://review.openstack.org/41802523:04
*** david-lyle has quit IRC23:04
*** catintheroof has joined #openstack-nova23:04
*** ijw has quit IRC23:06
*** ijw has joined #openstack-nova23:07
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Pass objects into _validate_requested_network_ids  https://review.openstack.org/41802723:07
*** Apoorva has joined #openstack-nova23:07
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Pass objects into _create_ports_for_instance  https://review.openstack.org/41851223:08
*** catintheroof has quit IRC23:08
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Pass objects into _update_ports_for_instance  https://review.openstack.org/41851323:09
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Extract preallocate_for_instance  https://review.openstack.org/41887623:10
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Tidy up preallocate_for_instance  https://review.openstack.org/41997823:11
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: Fix no networks preallocate_for_instance return  https://review.openstack.org/41997923:12
*** figleaf is now known as edleafe23:13
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: WIP: introduce preallocate_for_instance method.  https://review.openstack.org/41888123:13
*** nic has quit IRC23:13
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: WIP: Call preallocate_for_instance before scheduler  https://review.openstack.org/41312423:14
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova master: WIP: Add processed_requests to allocate_for_instance  https://review.openstack.org/42010323:15
*** jaosorior has quit IRC23:15
*** gouthamr has joined #openstack-nova23:21
*** marst has quit IRC23:22
*** lx_ has quit IRC23:23
*** dimtruck is now known as zz_dimtruck23:24
cfriesenanyone around?  I'm getting this in current devstack:  pkg_resources.VersionConflict: (packaging 16.5 (/usr/local/lib/python2.7/dist-packages), Requirement.parse('packaging>=16.8'))   and I'm not sure where the requirement for 16.8 is coming from given that /opt/stack/requirements/upper-constraints.txt says 16.523:28
openstackgerritPushkar Umaranikar proposed openstack/nova master: Add service_token for nova-glance interaction  https://review.openstack.org/41966223:34
openstackgerritPushkar Umaranikar proposed openstack/nova master: Add service_token for nova-glance interaction  https://review.openstack.org/41966223:34
*** jwcroppe has quit IRC23:34
*** jwcroppe has joined #openstack-nova23:35
*** crushil has joined #openstack-nova23:35
*** ssurana has joined #openstack-nova23:37
*** jwcroppe has quit IRC23:39
*** Swami has joined #openstack-nova23:43
*** slaweq has quit IRC23:45
*** adreznec has quit IRC23:47
*** adreznec has joined #openstack-nova23:47
*** slaweq has joined #openstack-nova23:48
*** jamielennox|away is now known as jamielennox23:50
*** ducttape_ has quit IRC23:51
mriedemcfriesen: usually the thing being installed right before it is what's pulling it in23:54
*** ssurana has quit IRC23:57

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