Thursday, 2015-04-30

*** annashen has quit IRC00:00
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742700:02
*** annashen has joined #openstack-nova00:02
*** oro has joined #openstack-nova00:03
*** annashen has quit IRC00:07
*** annashen has joined #openstack-nova00:08
*** sdake has quit IRC00:09
*** annashen has quit IRC00:09
*** doude has quit IRC00:11
*** otter768 has joined #openstack-nova00:12
*** smccully has quit IRC00:15
*** angdraug has quit IRC00:15
*** otter768 has quit IRC00:17
*** smccully has joined #openstack-nova00:18
*** baoli has joined #openstack-nova00:21
*** zzzeek has quit IRC00:22
*** Marga_ has joined #openstack-nova00:29
*** oro has quit IRC00:30
*** mtanino has quit IRC00:33
*** yingjun has joined #openstack-nova00:36
*** packet has joined #openstack-nova00:36
openstackgerritEli Qiao proposed openstack/nova-specs: Add more properties to limits and used_limits api  https://review.openstack.org/14568900:40
*** achanda has quit IRC00:41
*** promulo__ has joined #openstack-nova00:41
*** promulo_ has quit IRC00:46
*** mwagner_lap has quit IRC00:46
*** packet has quit IRC00:46
*** BadCub is now known as BadCub_Hiding00:48
*** sdake has joined #openstack-nova00:48
*** joefides_ has quit IRC00:50
*** joefides has joined #openstack-nova00:51
*** zhenguo has joined #openstack-nova00:51
jheskethdansmith, jogo: okay, rebuilt th images and tested them, so now running against 174480 which should work now00:53
*** sdake has quit IRC00:53
dansmithjhesketh: cool00:56
*** packet has joined #openstack-nova00:57
jheskethdansmith: okay it's working except that your new migration reads more rows that turbo-hipster allows00:59
dansmithjhesketh: probably not surprising though, right?00:59
jheskethso I'll need to create an exception in the dataset which is another image rebuild00:59
jheskethyeah, and an exception seems reasonable00:59
dansmithjhesketh: sorry about that01:00
jheskethoh that's not a problem01:00
jheskethit is important to note though as it means that migration may take time in a real deployment01:00
*** browne has quit IRC01:00
dansmithjhesketh: so, hmm, actually, what rows is it reading?01:00
dansmiththey should all be converted because you've ran the migration, right?01:01
jheskethunless there is a way to optimise the query01:01
jheskethdansmith: https://ssl.rcbops.com/turbo_hipster/logviewer/?q=/turbo_hipster/results/80/174480/14/check/real-db-upgrade_nova_mysql_user_001:th-mysql/f2b1417ca83f4b6f9c92dcbb1fc2c252/user_001.log01:01
jheskethdansmith: actually, it could be the reads between running the migrate flavors01:02
dansmithjhesketh: wait, you mean the migrate_flavor_data is01:02
dansmithright, okay01:02
jheskethso it's a bug in my code01:02
jheskethsorry01:02
dansmithhah, no problem01:02
jheskethnevertheless, it's working, so if you wanted to merge your code I'd say go for it01:03
jheskethotherwise I'll fix up my code and rebuild and have a positive vote in ~1hr01:03
dansmithjhesketh: cool, can you comment on there that you think it's good save that issue or something?01:03
dansmithah, okay01:03
dansmithif it's an hours thing, I'm cool waiting for a vote01:03
*** mwagner_lap has joined #openstack-nova01:03
dansmithif it won't be ready by my morning, then a comment by you on there would be appreciated and we'll unblock everyone waiting on this01:04
jheskethokay, will do01:04
jheskethwhat time is it for you currently01:04
dansmith180401:04
dansmith"my morning" can be pretty fluid :)01:04
*** zhangtralon has joined #openstack-nova01:05
jheskethheh01:06
dansmithjhesketh: I gotta run off to dinner.. thanks a ton for your help with all this!01:07
jheskethno trouble at all01:07
jheskethhave a good evening01:07
*** Jeffrey4l has quit IRC01:09
*** markvoelker has joined #openstack-nova01:11
*** rfolco has quit IRC01:14
*** baoli has quit IRC01:15
*** baoli has joined #openstack-nova01:16
*** mdbooth has quit IRC01:16
*** mmedvede has quit IRC01:19
*** achanda has joined #openstack-nova01:19
*** eliqiao has quit IRC01:19
*** popw has joined #openstack-nova01:20
*** eliqiao has joined #openstack-nova01:20
*** mdbooth has joined #openstack-nova01:22
*** eliqiao has left #openstack-nova01:26
*** eliqiao has joined #openstack-nova01:26
openstackgerritVincent Hou proposed openstack/nova: Correct the order of the parameters to call swap_volume  https://review.openstack.org/17430701:32
*** unicell has quit IRC01:38
*** Jeffrey4l has joined #openstack-nova01:42
*** alex_xu has quit IRC01:43
*** IanGovett has joined #openstack-nova01:47
*** vilobhmm1 has quit IRC01:48
*** dims has joined #openstack-nova01:48
*** Marga_ has quit IRC01:50
tonybdims: ping?01:50
dimstonyb: pong01:50
*** Marga_ has joined #openstack-nova01:51
tonybdims: I have a RPC/oslo_messaging query for you (or your delegate)01:51
tonybI'll state right now RPC has alwasy just workd for me so I don't really know a whole lot about it01:52
*** patrickeast has quit IRC01:52
tonybI'm seeing an RPC call produced (and I can see it in rabbit) but the message times out so I suspect that somehow there isn't a comsumer subscribed/registered01:53
tonybdims: is that something you've see before? or any ideas how to track down why the message isn't reaching the consumer?01:53
*** Marga_ has quit IRC01:55
dimstonyb: no errors, stack traces?01:55
tonybdims: Yeah I get the generic 500 (something didn't work) error message and the RPC timeout stacktrace.01:56
tonybdims: let me regenerate both and paste01:58
dimscool, also where do you see it? nova api log or conductor log?01:58
tonybapi log01:58
*** packet has quit IRC01:58
tonybdims: I don't want to derail your plans so feel free to say 'file a bug' at any point01:59
tonybhttp://paste.openstack.org/show/LiifCkMJGjK3ZHUqG12R/02:01
tonybdims: I don't have tracinf turned on in rabbit right now but in the past I see rabbit publish the message and no reply02:01
dimsany hits in the log for the message id? dce43cb688214328845a4b24acc1ed8f02:02
*** Marga_ has joined #openstack-nova02:02
*** yingjun has quit IRC02:03
tonybdims a grep just shows 2 lines both in the paste above02:03
dimssome sort of HA in your environment or plain ol' devstack?02:04
*** yingjun has joined #openstack-nova02:05
*** smccully has quit IRC02:06
tonybdims: plain old devstack in a rackspace VM devstack and nova are from ~48hours agao02:06
dimsfedora or ubuntu?02:06
tonybdims: (aslo 48hours ago) I did a brand new install of 10.04 so all the pip modules should be current02:07
*** baoli has quit IRC02:07
tonybsorry ubuntu 14.04 NOT 10.04 that'd be nuts ;P02:07
*** baoli has joined #openstack-nova02:07
dimsgrab me "rabbitmqctl status"?02:08
dimsso this sounds like the nova compute that is supposed to pick up the message is not picking it up02:08
tonybhttp://paste.openstack.org/show/213020/02:08
tonybdims: yeah that's what I was thinking but I don't have any idea on how to track that down02:09
*** Jeffrey4l has quit IRC02:10
dimsone thing to try quickly is to restart just the nova compute process02:11
dimsafter cleaning up the compute logs and making sure there are no errors after it starts up02:12
*** yamahata has quit IRC02:12
*** otter768 has joined #openstack-nova02:13
dimsif that does not work, please log a bug and we can request sileht to help. there are various tricks with rabbitmq (like rabbitmqctl force_reset) etc. we may have to try after we capture a bit more logs etc (including rabbitmq logs)02:14
tonybdims: So when I killed nova-compute I get "2015-04-30 02:15:11.224 ERROR oslo_messaging._drivers.impl_rabbit [-] Failed to consume message from queue:"02:16
*** Marga_ has quit IRC02:16
dimswith a fresh restart?02:17
dimsof nova-compute02:17
*** Marga_ has joined #openstack-nova02:17
*** signed8bit has joined #openstack-nova02:17
*** otter768 has quit IRC02:18
tonybThat was killing nova-compute after It'd run the rpc client at least one.02:19
tonyband after killing and restarting nova-compute the message still times out.02:20
*** Marga_ has quit IRC02:21
tonybokay I'll open a bug02:21
dimsweird, thanks!02:24
eliqiaohi dims: still around?02:25
tonybdims: is there an easy way to incraes the log level of oslo_messaging to DEBUG?02:25
dimseliqiao: pong02:25
*** IanGovett has quit IRC02:25
*** yingjun has quit IRC02:26
eliqiaodims: I have a question about compute_api's lock/unlock/get_lock method, I see that in nova-api we have alreate use isntances object instead of instance_uuid to call nova_compute_api, my question is since we have get an instance object in nova-api, we can get/change the instance's status in nova-api, why we still need to call nova_compute api to do lock/unlock/get_lock?02:27
dimstonyb: quickest it to touch up the level in openstack/nova/nova/config.py02:27
*** yingjun has joined #openstack-nova02:28
dimseliqiao: not sure about that, may need dansmith or mriedem i think02:29
tonybdims: thanks02:29
*** Jeffrey4l has joined #openstack-nova02:29
eliqiaodims: ah sorry , my mistake, I thought dansmith is dims, my fault...02:29
eliqiaodims: I am quite strange that I still see dansmith at this time(he should be in bed)02:30
eliqiao:)02:30
*** VW_ has joined #openstack-nova02:30
dimseliqiao: some folks have a setup to they can log and catch up on the irc chatter overnight :)02:31
dimsi am signing off now :)02:31
*** dims has quit IRC02:31
*** VW_ has quit IRC02:32
*** VW_ has joined #openstack-nova02:32
*** bkopilov has quit IRC02:36
*** fifieldt has joined #openstack-nova02:36
*** yamahata has joined #openstack-nova02:43
*** alex_xu has joined #openstack-nova02:44
*** browne has joined #openstack-nova02:45
*** ir2ivps3_ has quit IRC02:46
*** ir2ivps3 has joined #openstack-nova02:48
*** heyongli has quit IRC02:49
*** otter768 has joined #openstack-nova02:50
*** baoli has quit IRC02:51
*** heyongli has joined #openstack-nova02:51
*** baoli has joined #openstack-nova02:52
*** baoli_ has joined #openstack-nova02:53
*** baoli has quit IRC02:53
*** dikonoor has joined #openstack-nova02:54
*** harlowja has quit IRC02:56
*** harlowja has joined #openstack-nova02:56
*** harlowja has quit IRC02:57
*** sdake has joined #openstack-nova02:59
*** sdake_ has joined #openstack-nova03:02
*** sdake has quit IRC03:02
*** kaufer has joined #openstack-nova03:02
*** zhangtralon has quit IRC03:09
*** erlon has quit IRC03:11
*** penick has joined #openstack-nova03:13
*** vilobhmm1 has joined #openstack-nova03:18
*** packet has joined #openstack-nova03:20
*** vilobhmm11 has joined #openstack-nova03:21
*** vilobhmm1 has quit IRC03:24
*** Jeffrey4l has quit IRC03:24
*** harlowja has joined #openstack-nova03:27
*** gtt116__ has joined #openstack-nova03:31
*** popw1 has joined #openstack-nova03:33
*** popw has quit IRC03:34
*** gtt116_ has quit IRC03:35
*** baoli_ has quit IRC03:36
*** dave-mccowan has quit IRC03:40
*** penick_ has joined #openstack-nova03:41
*** penick has quit IRC03:42
*** penick_ is now known as penick03:42
*** tjones1 has quit IRC03:44
*** otter768 has quit IRC03:44
*** tjones1 has joined #openstack-nova03:45
*** tjones1 has left #openstack-nova03:46
*** penick has quit IRC03:52
*** sdake_ has quit IRC03:52
*** yingjun has quit IRC03:54
*** isd has joined #openstack-nova04:00
*** vladikr has quit IRC04:03
*** unicell has joined #openstack-nova04:05
*** vilobhmm11 has quit IRC04:09
*** achanda has quit IRC04:11
*** rajesht has joined #openstack-nova04:12
*** unicell1 has joined #openstack-nova04:14
*** unicell has quit IRC04:15
*** VW_ has quit IRC04:22
*** sdake has joined #openstack-nova04:24
jheskethdansmith: sorry it took longer than expected, but th now passes on https://review.openstack.org/#/c/174480/04:25
*** bkopilov has joined #openstack-nova04:25
*** packet has quit IRC04:26
*** yingjun has joined #openstack-nova04:45
*** yingjun has quit IRC04:46
*** ajo has joined #openstack-nova04:49
*** ildikov has quit IRC04:54
*** signed8bit has quit IRC05:02
*** flwang1 has quit IRC05:05
*** ildikov has joined #openstack-nova05:07
*** sudipto has joined #openstack-nova05:09
*** _gryf|afk is now known as _gryf05:14
*** achanda has joined #openstack-nova05:16
*** josecastroleon has joined #openstack-nova05:17
*** Nikolay_St has quit IRC05:17
*** emagana has joined #openstack-nova05:19
*** josecastroleon has quit IRC05:19
*** openstackgerrit has quit IRC05:22
*** openstackgerrit has joined #openstack-nova05:22
*** harlowja is now known as harlowja_away05:23
*** fazal_ has quit IRC05:33
*** cfriesen has quit IRC05:34
*** kaufer has quit IRC05:37
openstackgerritMh Raies proposed openstack/python-novaclient: Adding missing nova read only CLI test  https://review.openstack.org/17114805:40
*** kiran-r has joined #openstack-nova05:40
*** otter768 has joined #openstack-nova05:45
*** ildikov has quit IRC05:45
*** ajayaa has joined #openstack-nova05:46
*** claudiub has joined #openstack-nova05:49
*** garyk has joined #openstack-nova05:50
*** otter768 has quit IRC05:50
*** yingjun has joined #openstack-nova05:56
*** isd has quit IRC05:57
*** Murali has joined #openstack-nova06:00
*** josecastroleon has joined #openstack-nova06:00
*** tojuvone has joined #openstack-nova06:03
*** Hosam has joined #openstack-nova06:05
*** oro has joined #openstack-nova06:06
*** armax has quit IRC06:08
sudiptojohnthetubaguy, bauzas Hi good morning!06:10
*** inhumanitas has joined #openstack-nova06:10
*** kiran-r has quit IRC06:14
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/17805506:18
openstackgerritmelanie witt proposed openstack/nova: Update self with db result in InstanceInfoCache.save  https://review.openstack.org/17894206:18
*** doron_afk has joined #openstack-nova06:20
*** ildikov has joined #openstack-nova06:22
*** dikonoor has quit IRC06:22
*** dikonoor has joined #openstack-nova06:24
*** rajesht has quit IRC06:24
*** rajesht has joined #openstack-nova06:24
*** fawadkhaliq has joined #openstack-nova06:27
*** oro has quit IRC06:38
*** kiran-r has joined #openstack-nova06:40
*** kiran-r has quit IRC06:46
*** romainh has joined #openstack-nova06:48
*** kevinbenton has quit IRC06:49
*** kevinbenton has joined #openstack-nova06:50
*** inhumanitas has quit IRC06:52
*** Longgeek has joined #openstack-nova06:52
*** dulek has joined #openstack-nova06:53
*** zul has joined #openstack-nova06:53
*** kiran-r has joined #openstack-nova06:55
*** rushiagr_away is now known as rushiagr06:57
*** danieru_ has quit IRC06:58
*** danieru has joined #openstack-nova06:58
*** inhumanitas has joined #openstack-nova06:59
*** doron_afk is now known as doron07:00
openstackgerritEli Qiao proposed openstack/nova: API: remove admin require from compute_node_get_all_by_* from db layer  https://review.openstack.org/17533407:02
openstackgerritEli Qiao proposed openstack/nova: API: Add policy enforcement test cases for pci API  https://review.openstack.org/17574507:02
openstackgerritEli Qiao proposed openstack/nova: API: remove instance_get_all_by_host hard-code admin check from db  https://review.openstack.org/17767307:02
openstackgerritEli Qiao proposed openstack/nova: API: remove admin require for compute_node(get_all/search_by_hyperviso) from db  https://review.openstack.org/17574407:02
openstackgerritEli Qiao proposed openstack/nova: API: remove admin require for compute_node_create/update/delete from db layer  https://review.openstack.org/17569307:02
*** jcoufal has joined #openstack-nova07:03
*** doron is now known as doron_afk07:03
*** Longgeek has quit IRC07:07
*** sahid has joined #openstack-nova07:08
*** mpaolino has joined #openstack-nova07:09
*** browne has quit IRC07:09
*** mpaolino has quit IRC07:10
*** bfic has joined #openstack-nova07:10
*** dulek has quit IRC07:11
*** zul has quit IRC07:12
*** lpetrut has joined #openstack-nova07:12
*** zul has joined #openstack-nova07:12
*** subscope has quit IRC07:12
*** ociuhandu has joined #openstack-nova07:14
*** subscope has joined #openstack-nova07:19
*** yingjun has quit IRC07:22
*** Longgeek has joined #openstack-nova07:22
*** alexpilotti has joined #openstack-nova07:23
*** dikonoor has quit IRC07:25
*** dikonoor has joined #openstack-nova07:26
*** nkrinner has joined #openstack-nova07:27
*** gtt116_ has joined #openstack-nova07:28
*** gtt116__ has quit IRC07:30
*** oro has joined #openstack-nova07:33
*** oro has quit IRC07:39
*** jlanoux has joined #openstack-nova07:40
*** mpavone has joined #openstack-nova07:40
*** Hosam_ has joined #openstack-nova07:42
*** Hosam has quit IRC07:45
*** otter768 has joined #openstack-nova07:46
*** pixelb has joined #openstack-nova07:48
*** irenab_ has joined #openstack-nova07:48
*** irenab has quit IRC07:49
*** irenab_ is now known as irenab07:49
*** otter768 has quit IRC07:51
*** stefanb has quit IRC07:51
*** fawadkhaliq has quit IRC07:52
*** doron_afk is now known as doron08:02
*** kiran-r has quit IRC08:03
*** jistr has joined #openstack-nova08:04
*** stefanb has joined #openstack-nova08:04
*** jichen has joined #openstack-nova08:05
*** yassine_ has joined #openstack-nova08:05
*** derekh has joined #openstack-nova08:10
*** doron is now known as doron_afk08:13
*** yingjun has joined #openstack-nova08:15
openstackgerritRadoslav Gerganov proposed openstack/nova-specs: VMware: Native HTML5 consoles for VMware  https://review.openstack.org/12728308:15
*** moshele has joined #openstack-nova08:15
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: scheduler: weight nodes based on their cached images  https://review.openstack.org/17330408:16
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: Add new image cache monitor in compute nodes  https://review.openstack.org/17330308:16
openstackgerritAlvaro Lopez Garcia proposed openstack/nova: compute monitors: set update delta from base class  https://review.openstack.org/17398708:16
*** Nikolay_St has joined #openstack-nova08:18
*** jcoufal_ has joined #openstack-nova08:21
*** lucasagomes has joined #openstack-nova08:24
*** nkrinner has quit IRC08:25
*** jcoufal has quit IRC08:25
*** nkrinner has joined #openstack-nova08:27
*** redbeard has joined #openstack-nova08:28
*** inara` has quit IRC08:31
*** garyk has quit IRC08:31
*** garyk has joined #openstack-nova08:32
*** ajo has quit IRC08:34
*** ajo_ has joined #openstack-nova08:34
*** popw1 has quit IRC08:36
*** popw has joined #openstack-nova08:36
*** zul has quit IRC08:38
*** lpetrut has quit IRC08:41
*** matrohon has joined #openstack-nova08:43
*** salv-orl_ has joined #openstack-nova08:45
*** salv-orlando has quit IRC08:46
*** belmoreira has joined #openstack-nova08:46
*** pask81 has joined #openstack-nova08:48
*** inara has joined #openstack-nova08:50
*** gszasz has joined #openstack-nova08:52
*** pkoniszewski has joined #openstack-nova08:53
*** kiran-r has joined #openstack-nova08:56
*** zhangtralon has joined #openstack-nova08:57
gilliard Hello Nova!08:59
haypodansmith: hi. i tried to reply to your comments on my python 3 spec, the problem is that in some places, you ask me the opposite of other developers :-) https://review.openstack.org/17686809:00
eliqiaogilliard:  hello, GM!09:01
gilliard:)09:01
*** achanda has quit IRC09:01
*** hightall has joined #openstack-nova09:05
*** doude has joined #openstack-nova09:05
johnthetubaguyhaypo: we don't always all agree, thats the fun bit, I will take a look at how thats going09:10
haypojohnthetubaguy: thanks :)09:10
haypojohnthetubaguy: i don't have a strong opposition on points raised by dansmith, except for the alternative: i want to keep this paragraph09:11
haypoi want to explain why we don't drop python 2 immediatly, because different developers asked for this option09:11
haypo(don't understand why it's not possible in practice)09:11
johnthetubaguyhaypo: we deploy >20k hosts that have a disto on them doesn't support python2.7, if that helps with the scale of the problem?09:12
tojuvonejohnthetubaguy: Do you think the review got to agreement what to implement or should continue the discussion on that: https://review.openstack.org//169836/09:13
johnthetubaguyhaypo: now we compiled python2.7 and got that out to them all, but its a massive faf, but python3.4 is the way forward, so I agree we need to work on both09:13
johnthetubaguyhaypo: at least thats kinda where I am coming from, does that make any more sense?09:14
*** eglynn has joined #openstack-nova09:14
*** yingjun has quit IRC09:14
johnthetubaguytojuvone: honestly, the whole evacuate instance HA thing is looking like it needs a summit session, and some deep thought, we keep getting it very wrong, so its probably time to take a step back09:15
haypojohnthetubaguy: which linux distro doesn't come with prebuilt python2?09:16
*** oro has joined #openstack-nova09:20
johnthetubaguyhaypo: that would be telling, but think of distros that are released before python27 was released, its one of those09:21
johnthetubaguy(and think debian, not something that has access to EPEL)09:22
*** doron_afk has quit IRC09:22
johnthetubaguyhaypo: the main point here, is changing the python version is a big deal, in lots of ways09:22
haypojohnthetubaguy: "distros that are released before python27 was released" these ones are not really the target of the spec. anyway, if you need to compile your own python binary, compiling python 2.7 or 3.4 should be the same :)09:23
haypojohnthetubaguy: my spec doesn't change the python version, it's written explicitly, no?09:23
johnthetubaguyhaypo: right, thats why I support the spec09:23
haypojohnthetubaguy: my spec adds python3 support and asks to not use it :-D09:23
johnthetubaguydon't get me wrong, I want us to run on python3.4, its just I need time to get there09:24
haypojohnthetubaguy: sure09:24
*** doron_afk has joined #openstack-nova09:25
tojuvonejohnthetubaguy: Ok :) This topic would also be interesting inside OPNFV session (monday), but if there is slot for Nova, I guess it would be that and also as this is more openstack internal?09:26
*** hightall has quit IRC09:29
tojuvonejohnthetubaguy: Ok, I read the summit etherpad, so there would be already something on Wednesday 3:30 - 4:10.09:31
*** fawadkhaliq has joined #openstack-nova09:34
*** oro has quit IRC09:35
*** claudiub has quit IRC09:36
johnthetubaguytojuvone: whats the OPNFV session on Monday? is that in the conference or design summit?09:36
*** zul has joined #openstack-nova09:38
*** kiwik-chenrui has quit IRC09:38
*** ndipanov has joined #openstack-nova09:39
*** Hosam_ has quit IRC09:40
*** emagana has quit IRC09:40
*** ndipanov has quit IRC09:40
*** ndipanov has joined #openstack-nova09:41
openstackgerritMatthew Gilliard proposed openstack/nova-specs: Updates links on tags spec  https://review.openstack.org/17899809:43
*** otter768 has joined #openstack-nova09:47
*** lpetrut has joined #openstack-nova09:49
tojuvone<johnthetubaguy>: Seems to be still more open that OPNFV session about what to bring up. Mostly I guess for OPNFV projects to introduce the needs against openstack. Here is the etherpad: https://etherpad.opnfv.org/p/Vancouver_OpenStack09:49
*** otter768 has quit IRC09:52
johnthetubaguytojuvone: ah, interesting: https://openstacksummitmay2015vancouver.sched.org/event/dbd2188f366a132cd38bd3e3811cb338#.VUH7561VhBc09:55
johnthetubaguythanks09:55
*** bfic has quit IRC09:56
*** dims has joined #openstack-nova09:56
*** jlanoux has quit IRC09:59
openstackgerritzhangtralon proposed openstack/nova: DB:support for migration objects multi-statues  https://review.openstack.org/16960410:01
sudiptobauzas, I understood the object model to an extent...wanted to ask you a few things.10:01
*** bfic has joined #openstack-nova10:03
_gryfjohnthetubaguy, I'm looking on the summit-ideas etherpd, and under "Performance of unshelving instance booted from image is too slow" topic there is Make evacuate not bad10:03
tojuvone<johnthetubaguy> So at least on OPNFV sessions there might be NFV side perspective shown more to OpenStack guys :) For "Evacuate" there is at least Doctor (fault and maintenance) project and HA project.10:03
*** IanGovett has joined #openstack-nova10:03
_gryfjohnthetubaguy, so maybe indeed there is a good chance to make a session for the evacuation state10:03
_gryfsooner the better10:03
openstackgerritzhangtralon proposed openstack/nova: DB:support for migration objects multi-statuses  https://review.openstack.org/16960410:06
*** fawadkhaliq has quit IRC10:08
*** mwagner_lap has quit IRC10:13
*** jlanoux has joined #openstack-nova10:13
heyonglijohnthetubaguy, i put some pci topic to nova summit etherpad, hope there are some time slot avaliable.10:14
johnthetubaguyheyongli: what line did you add it in?10:14
johnthetubaguyah, 267?10:15
openstackgerritsahid proposed openstack/nova: console: clean tokens do not happen for all kind of consoles  https://review.openstack.org/17901410:15
heyonglijohnthetubaguy, at the ehthpad's bottom10:15
*** openstackgerrit_ has joined #openstack-nova10:16
heyonglijohnthetubaguy, above "List of slots available", is there ok?10:16
johnthetubaguyheyongli: for those, I think its best to get some specs up first, we could discuss those in the un-conference if needed, there is a session on the resource tracker already, so those bits will hopefully be covered in there, with any luck10:17
heyonglijohnthetubaguy, sure, there is some bp, i will try to get that spec or bug ready.10:18
openstackgerritzhangtralon proposed openstack/nova: DB:support for migration objects multi-statuses  https://review.openstack.org/16960410:18
openstackgerritzhangtralon proposed openstack/nova: add support for muti_statuses_query from migration  https://review.openstack.org/16963110:19
*** bfic has quit IRC10:21
sudiptojohnthetubaguy, if I drop the scheduled_at column from the instance table and there are no references in the code that actually updates or acts on that field, can you tell me what kinda things I should be taking care of?10:21
johnthetubaguysudipto: well, its an object version issue here, the old version that has that field need to have it dropped before its saved into the new DB10:24
sudiptojohnthetubaguy, it seems, I'd have to change the object version10:24
sudiptojohnthetubaguy, yeah, ok - so I was wondering about how the upgrade actually takes place.10:25
johnthetubaguysudipto: its an API change, so yes, all API change mean a version change10:25
sudiptojohnthetubaguy, but none of the APIs seem to be using this field at all...in such a case too, it's an API change? As in the references have been removed I feel.10:26
johnthetubaguysudipto: so normally its a case of converting back to older objects (in this case it might be just add the extra null value), I am not certainly myself without digging in the code and reminding myself10:26
johnthetubaguysudipto: the filed its-self is part of the API10:26
heyonglijohnthetubaguy, beside pci resource management, there are othere thing about pci most of is make it stable, get a trusted ci, or minor feature, hope that could get some time slot also.10:26
*** tjones1 has joined #openstack-nova10:27
johnthetubaguyheyongli: its unlikely at this point, as we have all the slots mostly full, by we can consider it for sure, can I answer the questions you have about that here? I thought we agreed direction on the CI and were just waiting for someone to create one, and it sounded like the mellanox one was very close to that10:29
*** flwang1 has joined #openstack-nova10:29
heyonglijohnthetubaguy, we had CI, you might not know, so i just want to said, we have, and we should make it stable.10:30
*** sudipto_ has joined #openstack-nova10:30
*** sudipto has quit IRC10:30
*** mwagner_lap has joined #openstack-nova10:30
sudipto_johnthetubaguy, sorry, i got disconnected. Basically converting back to older objects would happen when you downgrade your controller?10:31
heyongliIntel PCI CI/SRIOV CI cover most of PCI testing, there might some gap, we can discuss on that at any time slot, then hope that will make pci get some progress on feature and stabibility.10:31
*** openstackgerrit_ has quit IRC10:31
johnthetubaguysudipto_: compute nodes are older than the control plane, nova-conductor will downgrade10:31
johnthetubaguyheyongli: that was the one where it didn't run the upstream tempest tests I guess10:31
*** apuimedo has joined #openstack-nova10:32
johnthetubaguyheyongli: so my question is, what do you need to discuss with the rest of the Nova community, what feedback/answers are you wanting from the session? it seems like the direction you need to go is already agreed, I guess I am missing something?10:32
heyonglijohnthetubaguy, yes, but we can run that also, and also hope pci testing case running now could be into tempest.10:33
johnthetubaguyheyongli: I suspect they would accept good tests if they were proposed, but thats a QA session really, not a Nova session as such, and probably best just to get the tests up for review in tempest10:33
sudipto_johnthetubaguy, Ok so it means that the compute is sending us an object over RPC and we don't have a way to handle it in the control plane...10:34
johnthetubaguysudipto_: sorry, I am being unclear, we really need to get this documented somewhere10:34
johnthetubaguysudipto_: the new control place sends new objects to the compute node10:35
heyonglijohnthetubaguy, ok got it, i might need move the CI part to QA team session.10:35
johnthetubaguyheyongli: I would just submit your patches, or join one of their meetings, I don't think a summit session will be needed, but I could be wrong10:35
*** zul has quit IRC10:35
johnthetubaguysudipto_: then compute rejects that as its on old code10:36
johnthetubaguysudipto_: nova-conductor and then convert it into the version that code can accept10:36
*** yamahata has quit IRC10:36
*** sudipto has joined #openstack-nova10:37
johnthetubaguysudipto_: in your case, it might just be adding the null extra property: https://github.com/openstack/nova/blob/master/nova/objects/instance.py#L32310:37
sudiptojohnthetubaguy, got it, basically - if you get a compute data that has that field, we would just null it in the instance.py10:38
heyonglijohnthetubaguy, maybe not deserve a summit meeting, if pci featues/bug fix won't be blocke by ci.10:38
*** bfic has joined #openstack-nova10:39
johnthetubaguysudipto: yeah, its possible the base logic already adds in the defaults, I can't remember, but thats the stuff that needs checking, its backporting the object for older compute nodes, I hope that helps a bit, the spec doesn't need to be over detailed10:39
*** ociuhandu has quit IRC10:40
*** sudipto_ has quit IRC10:40
heyongliand cause pci is not a priority task so far, so it's progressed slow, i'like seek way to change this situation if possible.10:40
johnthetubaguyheyongli: yeah, clean ups we would welcome, but yeah, we need a CI before we add too many more features in that area really, I am just not sure what questions you need answers in the summit session, we need discussion in there, not present of plans, if that makes sense10:41
johnthetubaguyheyongli: CI is the key bit, lets get it well tested, and that will need stability bug fixes, and they are high priority at the moment10:41
johnthetubaguy(or were, we haven't decided the priorities for liberty yet)10:41
sudiptojohnthetubaguy, yeah this actually helps. If the instance object is being sent by the compute, and it has sent an older version that has the scheduled_at field, we would have to make sure we don't call a 'save' on that, since in reality that column wouldn't exist.10:43
*** josecastroleon has quit IRC10:44
*** exploreshaifali has joined #openstack-nova10:45
*** pask81 has quit IRC10:45
johnthetubaguysudipto: hmm, thats a good point, we don't have online migrations yet, which would help with that, hmm… I am guessing the object experts could answer this one quickly, I would just get the spec up with notes on where you are not sure10:45
sudiptojohnthetubaguy, ok..10:45
johnthetubaguysudipto: I was thinking about the opposite issues actually, new objects sent to the old compute nodes, the plan in my head says we don't drop the old collumn till the old computes are upgraded10:46
johnthetubaguysudipto: its possible we could just drop the column a release after we drop the object property, but I suspect there is a better way to do that10:46
heyonglijohnthetubaguy, i agree, i try to fix pci issue now, and working on CI.we had ci ruuning thirdpart testcases, seem this is not enough. question is what a ci meet the testing requiemnts, all testcases tempest and be well reviewed? any more?10:47
sudiptojohnthetubaguy, hmm yeah the other way is also a very legit case, where the compute expects to work on that field but then that's not there...10:47
sudiptojohnthetubaguy, bauzas seems to be away today...any other object version expert...maybe Dan Smith?10:47
johnthetubaguysudipto: as discussed in that summit session, basically we expect the same as any other third party CI, to start with, that includes saying which tempest tests you skip, and give the logs of the tempest tests you have run: http://ci.openstack.org/third_party.html10:49
heyonglior this is qa team's problem, but i would like get your suggestion, thansk, johnthetubaguy10:49
sudiptojohnthetubaguy, ok, sorry i wasn't a part of the summit session :( ok...thankx...10:49
johnthetubaguysudipto: ideally all tempest tests, but some might not make sense or might not work, and thats fine, if you publish the list, then we can work on from that10:50
*** bfic has quit IRC10:50
sudiptojohnthetubaguy, ok.,..10:50
johnthetubaguysudipto: its possible that wasn't clear, sorry for that, but thats what I though we agreed, running the tempest tests in the usual way10:50
johnthetubaguysudipto: I agree you might need to add some tests to tempest, to get extra coverage you need, and you might need to skip some tempest tests as they don't make sense, but thats the general idea anyways10:51
johnthetubaguysudipto: sorry, I cross the streams here10:52
johnthetubaguyheyongli: sorry those messages were for you about this: http://ci.openstack.org/third_party.html10:52
johnthetubaguysudipto: yeah, dansmith should be able to help you with that when he wakes up and comes online10:52
*** alexpilotti has quit IRC10:52
johnthetubaguysudipto: I would get your draft spec uploaded though, that will make it easier to talk about10:53
sudiptojohnthetubaguy, ok, so this is the way i understood. If we remove this field, some tempest CIs may fail...and hence we need to list all the failures?10:53
johnthetubaguyheyongli: what do you mean by the "qa team" here, not sure I undertood?10:53
*** salv-orlando has joined #openstack-nova10:53
johnthetubaguysudipto: sorry, my bad, the existing test frameworks should check you code quite nicely here10:53
*** doude has quit IRC10:53
*** bfic has joined #openstack-nova10:53
sudiptojohnthetubaguy, ok, sorry for asking too many questions, but once we submit this spec, should we also ensure ourselves that the tempest use cases pass?10:54
johnthetubaguyheyongli: the qa team maintains the tempest code, feature developers who want extra coverage should help write tempest tests for them, ideally, but the vendor specific CI should be maintained by the vendor, and ideally run all the tempest tests10:54
johnthetubaguysudipto: yes, you need tempest passing, but thats done for you when you upload your patches for reviews, sorry the other conversation is about testing some hardware specific features in a new test framework10:55
johnthetubaguysudipto: I meant to send the tempest things to heyongli but my fingers didn't do that10:56
sudiptojohnthetubaguy, oh :D Ok np... :)10:56
sudiptojohnthetubaguy, I think I will get the spec up first and then go from there...10:56
*** salv-orl_ has quit IRC10:56
sudiptojohnthetubaguy, but thanks for your consultation, I know the version miss matches that we are dealing with...10:56
johnthetubaguysudipto: sounds good, I think you have all the key bits now, the spec doesn't need too much detail, just enough so we agree with the approach10:56
sudiptojohnthetubaguy, one last thing, if i submit the patch, tempest runs, it fails gives a -1 - then do I need to get in touch with someone to have it fixed?10:57
sudiptojohnthetubaguy, this is a more generic question, i suppose than being related to this spec :)10:58
sudipto...and a bit novice as well.10:58
johnthetubaguysudipto: it almost always means its your code thats broken, but we can work through that with you11:00
sudiptojohnthetubaguy, yeah ok...11:00
*** Hosam has joined #openstack-nova11:00
sudiptojohnthetubaguy, yeah i meant a case, where my code has broken the tests.11:00
johnthetubaguysudipto: that means you broke the API, so you need to not do that, basically11:00
sudiptojohnthetubaguy, yeah makes sense. Got it!11:01
sudiptojohnthetubaguy, thanks for your time. There's a huge power cut that has happened here post thunderstorms, so i am running on battery and praying that the power would be back soon :D11:02
johnthetubaguysudipto: eeek, thats happened to me before11:02
johnthetubaguysudipto: time to turn down the screen brightness, etc!11:02
heyonglijohnthetubaguy, got some valueable information from you, thansk. seems we need run tempest tests also. and i tried to put tests to tempest, but not get approved.11:02
sudiptojohnthetubaguy, yeah i will turn off the laptop till the power is back. thanks again for your time!11:02
johnthetubaguyheyongli: yes, basically the idea is that you want as much of normal nova things to work when running your particular combination of components11:03
johnthetubaguysudipto: no problem, happy to help11:03
*** sudipto has quit IRC11:03
heyonglijohnthetubaguy, from your point of view, before pci could move on, the third party ci must get vote right? thanks your suggestion about runing all tempest cases, i now know why we need that -:)11:07
johnthetubaguyheyongli: we would welcome bug fixes and stability work, thats fine, features, I really worry before we get some CI in place11:07
*** rushiagr is now known as rushiagr_away11:08
heyonglijohnthetubaguy, get CI in place, could you talk about more about this? get all tempest cases running on third party ci, i get it, and is thre more concern, it's valuable for pci, thanks.11:10
*** zhangtralon has quit IRC11:13
*** kiran-r has quit IRC11:15
ttxjohnthetubaguy:  about to retag Nova final11:18
*** markvoelker has quit IRC11:18
johnthetubaguyttx: awesome, thank you11:18
*** josecastroleon has joined #openstack-nova11:19
*** jamielennox is now known as jamielennox|away11:20
*** aix has joined #openstack-nova11:21
johnthetubaguyheyongli: it has to be running and stable, and eventually voting, if that makes sense11:22
*** danieru has quit IRC11:23
*** danieru has joined #openstack-nova11:23
*** mwagner_lap has quit IRC11:24
*** yassine_ has quit IRC11:25
openstackgerritjichenjc proposed openstack/nova: Do not delete volumes during reschedule  https://review.openstack.org/16909711:26
*** yassine_ has joined #openstack-nova11:26
*** bfic has quit IRC11:29
heyonglijohnthetubaguy, ok, i know your concern now, thanks, really. that CI will running all tempest code soon, and we will post testing statics somewhere to proofe stability, and working on to get vote.  thanks so much of your time. now time to offline for me. see you next day,and summit.11:30
*** yassine_ has quit IRC11:30
johnthetubaguyheyongli: thanks for you hard work pushing on this! talk soon11:30
*** Longgeek_ has joined #openstack-nova11:31
*** Longgeek has quit IRC11:32
*** ociuhandu has joined #openstack-nova11:32
ndipanovvery interesting bug I found yesterday: https://bugs.launchpad.net/nova/+bug/145043811:33
openstackLaunchpad bug 1450438 in oslo-incubator "loopingcall: if a time drift to the future occurs, all timers will be blocked" [Undecided,New]11:33
*** ferest has joined #openstack-nova11:33
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: convert imagebackend to support nova.virt.image.model classes  https://review.openstack.org/13202411:35
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert VFS API to use nova.virt.image.model  https://review.openstack.org/13202211:35
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert disk API over to use nova.virt.image.model  https://review.openstack.org/13202311:35
openstackgerritDaniel Berrange proposed openstack/nova: virt: introduce model for describing local image metadata  https://review.openstack.org/13202011:35
openstackgerritDaniel Berrange proposed openstack/nova: virt: convert disk mount API to use nova.virt.image.model  https://review.openstack.org/13202111:35
*** alexpilotti has joined #openstack-nova11:36
heyonglijohnthetubaguy, sure, bye11:37
*** kiran-r has joined #openstack-nova11:37
*** ajayaa has quit IRC11:38
*** Kevin_Zheng has quit IRC11:40
*** liusheng has quit IRC11:40
*** hanzhang has quit IRC11:41
openstackgerritjichenjc proposed openstack/nova: Restore shelved instance original state  https://review.openstack.org/14488911:42
*** doron_afk has quit IRC11:43
*** derekh has quit IRC11:44
*** derekh has joined #openstack-nova11:45
*** doron_afk has joined #openstack-nova11:46
*** popw has quit IRC11:47
*** rfolco has joined #openstack-nova11:48
*** otter768 has joined #openstack-nova11:48
*** yassine_ has joined #openstack-nova11:48
*** alexpilotti has quit IRC11:48
*** pask81 has joined #openstack-nova11:49
*** zul has joined #openstack-nova11:50
*** jcoufal_ is now known as jcoufal11:51
*** otter768 has quit IRC11:53
*** kiran-r has quit IRC11:54
*** kiranr has joined #openstack-nova11:54
*** baoli has joined #openstack-nova11:56
*** raildo has joined #openstack-nova11:58
*** VW_ has joined #openstack-nova11:58
*** kiranr has quit IRC11:59
*** ildikov has quit IRC11:59
*** VW_ has quit IRC12:01
*** VW__ has joined #openstack-nova12:01
openstackgerritDaniel Berrange proposed openstack/nova: objects: define the ImageMeta & ImageMetaProps objects  https://review.openstack.org/7623412:01
gilliardndipanov: nice!12:01
*** dikonoor has quit IRC12:02
*** ZZelle has quit IRC12:02
*** ZZelle has joined #openstack-nova12:02
openstackgerritPetrut Lucian proposed openstack/nova-specs: Hyper-V: Add storage QoS support  https://review.openstack.org/17542212:03
ndipanovgilliard, isn't it :)12:05
*** claudiub has joined #openstack-nova12:05
gilliardndipanov: is the drift to the future necessary? Just from reading the bug report, it seems like any clock correction backwards would halt events until the clock catches up to where it was before.,12:06
*** tojuvone_ has joined #openstack-nova12:06
sdaguegilliard: does it recover?12:07
ndipanovgilliard, right12:07
sdaguendipanov: I guess that's the question, does it actually recover once it's gotten back to the future?12:07
ndipanovsdague, it does but it can be days12:07
gilliardI guess if the clock jumps back 2 hours, you have 2 hours until the processing restarts, right?12:07
ndipanovy12:08
sdaguendipanov: right, but sudo won't work until then right?12:08
*** chuck__ has joined #openstack-nova12:08
sdagueif sudo goes back in time, I think it stops working until it gets back to the future12:08
ndipanovhmmm12:09
*** mwagner_lap has joined #openstack-nova12:09
sdaguewhich means nova compute would be boned anyway12:09
sdagueI've at least seen that in the past, maybe sudo doesn't do it any more12:09
*** dikonoor has joined #openstack-nova12:10
*** zul has quit IRC12:10
sdaguebut reverse time drift is basically going to make all kinds of things faceplant12:10
ndipanovgilliard, the thing with forward time drift12:10
sdaguecache computations, etc.12:10
gilliardsudo works alright.12:10
ndipanovis that it is sure to set all the times off12:10
*** ferest has quit IRC12:11
*** doron_afk is now known as doron12:11
*** markvoelker has joined #openstack-nova12:11
*** bfic has joined #openstack-nova12:11
*** dulek has joined #openstack-nova12:11
ndipanovsdague, anyway - the solution is to use monotonic clocks for timers - not really controversial :)12:12
*** heyongli has quit IRC12:12
sdaguendipanov: sure that's fine, it's not a bad change12:12
gilliardoh no I changed my system clock and now all https certs are invalid and I can't browse the internet ;(12:12
sdagueI'm just saying that the chance that your system is going to keep working if you set the clock back like that remains low12:13
*** heyongli has joined #openstack-nova12:13
*** romainh has quit IRC12:13
*** bfic has quit IRC12:13
*** romainh has joined #openstack-nova12:13
ndipanovsdague, yeah - NTP is assumed12:13
sdaguendipanov: right, but ntp doesn't set time back like that12:14
*** bfic has joined #openstack-nova12:14
sdagueit does it with fast slow seconds to drift back12:14
*** ildikov has joined #openstack-nova12:15
ndipanovsdague, also bouncing a service will fix it12:15
ndipanovit's not by any means critical12:15
ndipanovjust interesting...12:16
sdagueyep12:16
sdaguea git grep of time.time in nova does show how many other places we'll go off the rails here12:17
sdagueI'd +2 the monotonic add though, seems sensible12:18
*** VW__ has quit IRC12:19
*** pask81 has quit IRC12:19
ndipanovsdague, well anything using loopingcalls is affected12:19
ndipanovmeaning periodic tasks and heartbeat12:19
sdagueyeh12:20
sdagueso is that fix going to make all time.time calls monotonic?12:21
ndipanovwell we have a now() in oslo.timeutils12:21
ndipanovthat is set to a monotonic clock if available12:22
ndipanovso we should just use that I guess12:22
sdagueyeh, that seems reasonable12:22
ndipanovthe thing is - in py2.712:22
ndipanovmonotonic is not part of stdlib12:22
sdagueI kind of wonder what the impact is for when we write that value to disk12:22
ndipanovsdague, you mean in the db12:23
sdaguendipanov: it seems like a reasonable thing to add to requirements12:23
ndipanovsdague, for sure - it's like a simple wrapper around a syscall12:23
*** Hosam has quit IRC12:23
sdaguethe image cache writes timestamp values into checksums, right?12:24
sdagueor am I reading this wrong12:24
ndipanovsdague, if it does and has no code to handle negative values (like servicegroup kinda does)12:24
ndipanovthen it's gonna be a problem12:24
sdagueit looks like negative values are probably ok12:25
sdaguejust stuff will live a lot longer12:25
sdagueI guess that's where this breaks down, if you are using this value off box, it ends up causing new problems12:26
sdagueif it's just used in a single box to ensure we don't go backwards, it's ok12:26
ndipanovnot sure if we should use it there - basically anything that is supposed to survive restarts should use a utcnow()12:26
sdaguebut you don't want to interchange with that12:26
ndipanovthat is synced12:26
ndipanovall timers should use monotonic12:26
sdagueyeh, that seems right12:27
sdaguethat's just why I wanted to make sure that the monkey patch wasn't going to monkey patch monotonic into time.time() in other uses12:27
ndipanovsdague, no - it's basically what clock should the hub use12:27
sdagueok12:27
ndipanovoddly enough - oslo is not affected because py-amqp does use monotonic for heartbeats12:28
*** bkopilov has quit IRC12:31
openstackgerritNeil Jerram proposed openstack/nova: Add new VIF type VIF_TYPE_TAP  https://review.openstack.org/14691412:32
*** Longgeek has joined #openstack-nova12:32
*** Longgeek_ has quit IRC12:33
*** joefides has quit IRC12:34
*** achanda has joined #openstack-nova12:36
*** jistr has quit IRC12:39
*** achanda has quit IRC12:41
openstackgerritNeil Jerram proposed openstack/nova: Add new VIF type VIF_TYPE_TAP  https://review.openstack.org/14691412:41
*** alexpilotti has joined #openstack-nova12:43
*** Longgeek has quit IRC12:44
*** dprince has joined #openstack-nova12:44
openstackgerritjichenjc proposed openstack/nova: Refactory test cases for live-migrate error case  https://review.openstack.org/17904812:44
*** kaufer has joined #openstack-nova12:47
*** doron is now known as doron_afk12:48
*** Longgeek_ has joined #openstack-nova12:48
*** ivasev has joined #openstack-nova12:50
*** rgcs has joined #openstack-nova12:52
*** chuck__ has quit IRC12:53
*** jistr has joined #openstack-nova12:54
*** jistr is now known as jistr|biab12:55
*** dave-mccowan has joined #openstack-nova12:55
*** ivasev has quit IRC12:55
rgcsHello. Is it known that live-migration in kilo rc is broken on shared storage even when patches https://review.openstack.org/174307 and https://review.openstack.org/174059 which fix other broken issues with live-migration are applied? I'm getting a "Migration error: Cannot block migrate instance xxxxxx with mapped volumes" when attempting a normal live-migration explicitly without block-migration set.12:57
*** joefides has joined #openstack-nova12:59
claudiubhello folks, I have a little bit of a problem... can you tell me why in nova, in requirements.txt we have oslo.config>=1.9.3,<1.10.0 and on neutron, there is oslo.config>=1.11.0?12:59
sdagueclaudiub: in which branches?12:59
claudiubmaster12:59
gilliardrgcs: thanks. looking.13:00
*** thomasem has quit IRC13:00
gilliardrgcs: do you know if there's an open bug or anything? That error is thrown from code guarded by 'if is_block_migration ...'13:01
rgcsgilliard: I haven't been able to find any bug, no. That's why I came here13:02
sdagueclaudiub: it looks like nova hasn't landed the requirements update because it hasn't passed unit tests13:02
sdagueclaudiub: this is why devstack does the requirements override13:02
gilliardrgcs: suggest you raise a bug, please.13:02
sdaguegilliard: I thought someone was throwing patches on this the other day13:02
sdagueor at least I saw a tempest test I think13:03
gilliardsdague: the patch that raises this error was being backported to stable/juno13:03
claudiubsdague: I see. can you point me to the commit please?13:03
sdagueclaudiub: https://review.openstack.org/#/c/176844/913:03
gilliardsdague: am just rebasing https://review.openstack.org/#/c/157054/ so I'll look once I've finished that.13:04
*** Longgeek_ has quit IRC13:04
claudiubsdague: thanks!13:04
*** fifieldt has quit IRC13:04
*** Longgeek has joined #openstack-nova13:05
*** bfic has left #openstack-nova13:07
openstackgerritjichenjc proposed openstack/nova-specs: flavor access create should check public/private  https://review.openstack.org/17238813:07
haypoi see tests/unit/ and tests/functional/ in nova/, is tests/functional/ related to Tempest?13:08
*** artom has joined #openstack-nova13:08
haypoor does nova have 3 kinds of tests: unit, functional and tempest?13:08
openstackgerritjichenjc proposed openstack/nova-specs: flavor access create should check public/private  https://review.openstack.org/17238813:09
*** xyang1 has joined #openstack-nova13:10
sdaguehaypo: 3 kinds13:11
hayposdague: ok. i asked to decide the scope of my python3 spec :-)13:11
*** dboik has quit IRC13:12
haypoit's unclear what "nova tests" stands for13:12
*** ivasev has joined #openstack-nova13:12
sdagueI think it's unit tests first, then working tempest run13:14
sdaguethe functional tests are something we don't intend to run on multiple python versions13:14
openstackgerritjichenjc proposed openstack/nova-specs: flavor access create should check public/private  https://review.openstack.org/17238813:15
hayposdague: do you mean that it would be acceptable to restrict the spec to unit tests?13:16
rgcsgilliard: Ok opened https://bugs.launchpad.net/nova/+bug/1450471 sorry should it be a duplicate13:18
openstackLaunchpad bug 1450471 in OpenStack Compute (nova) "live-migration fails on shared storage with "Cannot block migrate"" [Undecided,New]13:18
gilliardrgcs: thanks. There's definitely something off in the code there.13:19
rgcsas far as I understand it, it should never even attempt to do block migration in this setup (and it didn't in juno)13:20
rgcsthanks for looking into it13:20
jaypipesgilliard: mornin! :)13:21
gilliardHi jaypipes :)13:21
jaypipesgilliard: so, are you OK with those steps I outlined for tasks the API WG liaison would be responsible for?13:21
gilliardjaypipes: Yeah! I think that's sound.13:22
*** VW_ has joined #openstack-nova13:22
jaypipesgilliard: OK, cool. The API WG guys had a suggestion for #4 to be "find an API WG person to write a guideline spec if not comfortable doing so", which I thought was a good suggestion.13:23
*** thomasem has joined #openstack-nova13:23
gilliardjaypipes: I think that's what informally happens at the moment, but if it's written down somewhere like you said it, then we can share the work away from just being oomichi13:23
jaypipesrighty..13:23
*** eharney has quit IRC13:24
gilliardjaypipes: are you OK with the suggested meeting time 1200UTC/Fridays?13:24
jaypipesgilliard: coolio. I'll make a wiki page listing you and alex_xu being the current API WG liaisons along with those 4 tasks.13:25
gilliardjaypipes: awesome :)13:25
jaypipesgilliard: sure, I'm fine with that, though I'll prolly miss a few meetings.13:25
alex_xujaypipes: cool13:25
gilliardHey alex_xu :)13:25
jaypipesalex_xu: hey :)13:25
alex_xugilliard: jaypipes hey folks :)13:25
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894013:25
openstackgerritSergey Nikitin proposed openstack/nova: Added method exists to the Tag object  https://review.openstack.org/17810313:25
jaypipesalex_xu: you cool with those 4 tasks I listed in the email, yes?13:25
alex_xujaypipes: I didn't get time go into the detail, I just saw the first, and first one is cool13:26
alex_xulet me quick check others13:26
jaypipesalex_xu: ok, if you wouldn't mind, pls have a detailed read and lemme know if cool.13:26
*** mriedem has joined #openstack-nova13:26
gilliardrgcs: I suspect the problem may be that the block_migration parameter in this function is not used: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L5174-L520213:26
*** thangp has joined #openstack-nova13:27
gilliardrgcs: The libvirt driver looks for it in a the migrate_data dict instead.13:27
alex_xujaypipes: ok, got it, I will repiled before the end of day13:27
*** zhenguo has quit IRC13:27
rgcsgilliard: hm is there a simple hack I could apply for a quick test?13:29
jaypipesalex_xu: cheers13:29
*** lsmola_ is now known as lsmola13:29
*** dboik has joined #openstack-nova13:30
*** dboik has quit IRC13:30
alex_xujaypipes: would you like give some suggestion on this guideline https://review.openstack.org/177778 when you have time? Hope to hear your opinion :)13:31
openstackgerritgaryk proposed openstack/nova: VMware: create commom object for instance Limits  https://review.openstack.org/17905913:31
*** dboik has joined #openstack-nova13:31
jaypipesalex_xu: will do today. had that on my todo list for a while now. sorry for the delay.13:31
openstackgerritgaryk proposed openstack/nova: VMware: Resource limits for memory  https://review.openstack.org/17906013:31
alex_xujaypipes: thanks :) no hurry13:31
openstackgerritgaryk proposed openstack/nova: VMware: store extra_specs object  https://review.openstack.org/17906113:32
openstackgerritgaryk proposed openstack/nova: VMware: add resource limits for disk  https://review.openstack.org/17906213:32
*** sdake_ has joined #openstack-nova13:34
*** vladikr has joined #openstack-nova13:35
*** zul has joined #openstack-nova13:35
*** kaufer has quit IRC13:35
sdaguehmmm so this unit test failure is interesting in that we now get some odd coupling with oslo.utils13:36
*** sdake has quit IRC13:38
*** exploreshaifali has quit IRC13:38
openstackgerritgaryk proposed openstack/nova: VMware: set create_virtual_disk_spec method as local  https://review.openstack.org/17906613:38
*** packet has joined #openstack-nova13:39
*** zul has quit IRC13:40
*** ajo_ is now known as ajo13:40
*** rajesht has quit IRC13:41
*** neelashah has joined #openstack-nova13:41
gilliardrgcs: Well, that method calls into the libvirt driver to eventually cause your error here: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L5174-L520213:43
gilliardrgcs: So I guess that inspecting the contents of migrate_data in that function will be useful. Although it looks like it's put in the debug log anyway on #5775 so perhaps you already have it.13:44
gilliardrgcs: and you can compare that to the value for block_migration I linked above, which is not used.13:44
gilliardrgcs: sorry wrong link. Error is raised here https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L584913:45
*** dave-mccowan has quit IRC13:46
*** burt has quit IRC13:46
*** sdake has joined #openstack-nova13:47
sdaguedansmith: you up yet?13:48
dansmithsdague: depends, what's broken?13:48
gilliardha13:48
*** kaufer has joined #openstack-nova13:48
sdagueoh, wait, mriedem wrote this line13:49
*** otter768 has joined #openstack-nova13:49
sdaguemriedem: https://review.openstack.org/#/c/132408/13:49
rgcsgilliard: I'm not really fluent in python, so I'm a bit lost here. From the error in libvirt it seems it is convinced to have is_block_migration set to true in migrate_data while it probably should be false. Although I don't see where I can influence this.13:49
gilliardrgcs: I can try to replicate it but it will take some time. You could just try hard-coding block_migration=False there and seeing if the migration works.13:50
*** sdake_ has quit IRC13:51
rgcsgilliard: Yeah just got the same idea, am trying that and report back in 5 mins13:51
sdaguemriedem: so you overloaded an unrelated test with safe encode testing, but that seems to be varying in the current oslo set of patchs13:52
mriedemsdague: so we can't mock encodeutils?13:52
sdaguemriedem: well... it's returning 4 calls if you run the whole test suite13:52
mriedemsdague: this is a new thing?13:52
*** jistr|biab is now known as jistr13:53
sdagueyes, that's blocking our requirements update13:53
*** otter768 has quit IRC13:53
sdagueI'm guessing it's part of magical i18n13:54
mriedemsdague: link?13:54
mriedemself.assertEqual(2, mock_safe_decode.call_count) fails b/c call_count is 4?13:55
sdaguehttps://review.openstack.org/#/c/176844/913:55
sdagueyes13:55
sdagueif you run the whole module13:55
sdagueif you run the test, it's 213:55
mriedemwe've been running the whole module since that change was merged, right?13:55
mriedemwhich was last november13:55
sdaguemriedem: this is with a set of updated oslo libraries13:55
sdaguewhich is blocking us updating any libraries13:56
mriedemgreat13:56
*** garyk has quit IRC13:56
*** jecarey has joined #openstack-nova13:56
*** erlon has joined #openstack-nova13:56
sdaguesomething has to be leaking global state here, but I've been poking at this for the last hour and can't figure out what13:56
mriedemyeah, was going to say, something else must be mocking encodeutils13:56
mriedemi can poke at this but on a call until 9:3013:57
sdagueok13:57
rgcsgilliard: no it doesn't work. I get the same error still MigrationError: Migration error: Cannot block migrate instance 53d225ac-1915-4cff-8f15-54b5c66c20a3 with mapped volumes.  had nova-compute restarted after changing it. Still happens in pre_live_migration 5826 (since I commented the existing line out).13:57
*** eharney has joined #openstack-nova13:57
openstackgerritVictor Stinner proposed openstack/nova-specs: Adding Python 3.4 support to Nova  https://review.openstack.org/17686813:58
*** irenab has quit IRC13:59
*** armax has joined #openstack-nova13:59
mriedemnova meeting?14:00
johnthetubaguyabhishekk mikal tjones cburgess jgrimm adrian_otto funzo mjturek jcookekhugen irina_pov krtaylor danpb alexpilotti flip214 jaypipes gilliard garyk edleafe dims moshele anteaya Nisha sileht claudiub lxsli neiljerram markus_z swamireddy alevine tonyb andreykurilin ndipanov sc68cal akuriata time for nova meeting #openstack-meeting14:00
*** irenab has joined #openstack-nova14:00
*** zul has joined #openstack-nova14:00
*** signed8bit has joined #openstack-nova14:01
rgcsgilliard: wait, I changed the is_block_migration in the if migration_data block and that didn't take. So I changed the one on 5773 to false14:01
rgcsgilliard: now I get something new entirely. It tells me: Migration failure: Unable to pre-create chardev file '/var/lib/nova/instances/53d225ac-1915-4cff-8f15-54b5c66c20a3/console.log': No such file or directory14:01
rgcsgilliard: I think I read about that one somewhere while investigating14:02
*** dulek has quit IRC14:02
*** doron_afk has quit IRC14:03
*** dave-mccowan has joined #openstack-nova14:04
*** nkrinner has quit IRC14:04
*** browne has joined #openstack-nova14:04
*** irenab has quit IRC14:04
*** mmedvede has joined #openstack-nova14:06
gilliardrgcs: thanks - update the bug if yuo find anything, I'll look at it in a couple hours14:06
*** dave-mccowan has quit IRC14:06
*** mpaolino has joined #openstack-nova14:07
*** iamjarvo has joined #openstack-nova14:11
*** iamjarvo has quit IRC14:11
openstackgerritdave-mcnally proposed openstack/nova: Create a reserved aggregate filter  https://review.openstack.org/17875014:11
*** iamjarvo has joined #openstack-nova14:11
*** lsmola has quit IRC14:12
*** unicell has joined #openstack-nova14:12
*** unicell1 has quit IRC14:13
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: introduce libosinfo library to set hardware policy  https://review.openstack.org/14962514:14
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring network model  https://review.openstack.org/14962714:14
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: adding libosinfo configuration  https://review.openstack.org/14962614:14
openstackgerritVladik Romanovsky proposed openstack/nova: libvirt: use osinfo when configuring the disk bus  https://review.openstack.org/14962814:14
*** cfriesen has joined #openstack-nova14:18
*** heyongli has quit IRC14:18
*** heyongli has joined #openstack-nova14:18
*** mpaolino has quit IRC14:18
*** BadCub_Hiding is now known as BadCub14:20
*** dave-mccowan has joined #openstack-nova14:20
*** tonytan4ever has joined #openstack-nova14:21
*** jgrimm is now known as zz_jgrimm14:22
*** doude has joined #openstack-nova14:23
*** zul has quit IRC14:26
*** dikonoor has quit IRC14:26
*** VW_ has quit IRC14:29
openstackgerritTobias Engelbert proposed openstack/nova-specs: Add support for shared volumes between guests  https://review.openstack.org/17910414:29
*** irenab has joined #openstack-nova14:31
*** eharney has quit IRC14:32
*** VW_ has joined #openstack-nova14:32
*** josecastroleon has quit IRC14:35
*** irenab has quit IRC14:35
*** dprince has quit IRC14:36
johnthetubaguybeagles: let me know if I can help push any process forward for that neutron refactor stuff14:40
bauzasjohnthetubaguy: my question was about reviewing all of that, how can I track all the stuff re: the neutron refactor, since it's not (yet?) a prio ?14:40
bauzassounds hairy14:41
johnthetubaguybauzas: not sure it needs tracking more than anything else at this point, sounds like there is a natural ordering of the specs, but I could be wrong14:41
bauzasmmmm14:42
bauzasokay, let's see that when the patches will come14:42
jaypipesjohnthetubaguy: so, about the instance-tagging blueprint, if you could find another nova-driver to review, that would be great to approve that this week. :)14:42
sdaguedansmith: so https://review.openstack.org/#/c/178942/1/nova/objects/instance_info_cache.py,cm is just a refresh from the db?14:43
sdaguethat call signature just seems weird to me, but I guess thats how objects roll?14:43
dansmithsdague: which seems weird?14:43
dansmithsdague: that makes that object inline with every other object14:43
*** dims has quit IRC14:44
sdagueself.foo(...., self, ....)14:44
dansmithsdague: it's a staticmethod because it's called before we have an instance of that object at times14:44
sdagueso... why isn't it called statically14:44
dansmithlike when we're hydrating after rpc14:44
johnthetubaguyjaypipes: yeah, I can ask around, people have started to follow up on other +2s now, so hopefully that will get moving soon14:44
*** dims has joined #openstack-nova14:44
dansmithsdague: because of inheritance14:44
dansmithsdague: so if you subclassed that, you'd want the right hydration to run, not just that of your parent14:45
*** emagana has joined #openstack-nova14:45
jaypipesjohnthetubaguy: coolio. thx again!14:45
sdaguedansmith: so... if it always is going to be called on an instance then, why not just make it an instance method?14:45
dansmithsdague: because sometimes we call it from a class after looking up the class in the registry by name14:45
sdagueanyway, if that's how it is, that's fine, just commenting that it makes for some awkwardness14:45
dansmithsdague: which still honors the potential for a subclass, because name14:45
dansmithsdague: okay :)14:46
sdagueanyway, that's why I was asking "this is how this is supposed to work?" :)14:46
sdague+2 on the patch14:46
dansmithsure, no complaints14:46
*** eharney has joined #openstack-nova14:47
*** dulek has joined #openstack-nova14:47
beaglesjohnthetubaguy, yep and thanks14:48
*** zul has joined #openstack-nova14:49
beaglesjohnthetubaguy, a new consideration that probably needs covering here is that I believe there is a lot of related discussion on the neutron side of things for L. sc68cal might have some insight/thoughts on that14:49
*** dulek has quit IRC14:53
jaypipesalex_xu: https://wiki.openstack.org/wiki/Nova/APIWGLiaisons14:54
*** nelsnelson has joined #openstack-nova14:56
gilliardjaypipes: +1 thanks14:58
*** zzzeek has joined #openstack-nova14:58
jaypipesgilliard: hmm, sorry, I put your IRC nick as mgilliard... feel free to correct!14:58
gilliardno problem mjaypipes14:59
*** dave-mccowan has quit IRC14:59
*** Murali has quit IRC15:00
*** dboik_ has joined #openstack-nova15:00
bauzasalex_xu: FYI I noticed yesterday that /os-services wasn't present in the official docs for v2.1 http://developer.openstack.org/api-ref-compute-v2.1.html15:01
bauzasalex_xu: where should I provide a change for adding it ?15:01
*** emagana has quit IRC15:02
openstackgerritSergey Nikitin proposed openstack/nova: Added server tags support in nova-api  https://review.openstack.org/12894015:02
bauzasman, it's just midnight for him...15:02
gilliardalex_xu operates in every timeznoe.15:02
*** annegentle has joined #openstack-nova15:02
dimsbauzas: git://git.openstack.org/openstack/api-site i believe15:03
*** dboik has quit IRC15:03
bauzasjaypipes: ^?15:03
* bauzas jumping off for 15 mins 15:03
*** baoli has quit IRC15:05
*** baoli has joined #openstack-nova15:07
*** hightall has joined #openstack-nova15:08
*** yassine_ has quit IRC15:08
*** oro has joined #openstack-nova15:10
*** apuimedo has quit IRC15:10
*** Marga_ has joined #openstack-nova15:11
*** krtaylor has quit IRC15:12
*** Marga_ has quit IRC15:15
*** zz_jgrimm is now known as jgrimm15:17
*** krtaylor has joined #openstack-nova15:18
*** _gryf is now known as _gryf|afk15:19
*** neelashah has quit IRC15:19
*** neelashah has joined #openstack-nova15:19
johnthetubaguyjaypipes: there is a spec up for json-home by the way, not sure if that came up at the API-WG at all: https://review.openstack.org/#/c/130715/15:20
jaypipesjohnthetubaguy: oh, cool, didn't see that. thanks!15:21
*** oro has quit IRC15:22
openstackgerritAndrew Laski proposed openstack/nova: devref: update the nova architecture doc  https://review.openstack.org/17737415:23
*** obedmr has joined #openstack-nova15:23
*** belmoreira has quit IRC15:24
*** neelashah1 has joined #openstack-nova15:24
*** neelashah has quit IRC15:26
*** neelashah1 has quit IRC15:30
*** marun has joined #openstack-nova15:30
*** garyk has joined #openstack-nova15:31
*** irenab has joined #openstack-nova15:31
*** hemna_ has joined #openstack-nova15:32
*** jichen has quit IRC15:35
*** deepakcs has joined #openstack-nova15:35
deepakcsttx, hi, whats the reason for removal of kilo-rc-potential tag in https://bugs.launchpad.net/bugs/1438027 ?15:36
openstackLaunchpad bug 1438027 in OpenStack Compute (nova) "backing file path isn't relative path for file-based volume drivers using qcow2 snapshots" [Low,In progress] - Assigned to Deepak C Shetty (dpkshetty)15:36
*** irenab has quit IRC15:36
*** neelashah has joined #openstack-nova15:36
dansmithdeepakcs: because kilo is out15:37
russellbdansmith: can't go back in time and apply a fix to an rc?15:38
russellbdisappointing15:38
dansmithrussellb: delorean is in the shop :/15:38
*** hightall has quit IRC15:39
*** achanda has joined #openstack-nova15:39
jaypipesrussellb: disappointing indeed.15:39
*** emagana has joined #openstack-nova15:39
mtreinishdansmith: did you trade your jeep in for a delorean?15:39
dansmithmtreinish: heh15:40
russellbi need a jeep.15:40
russellbneed!15:40
jaypipesmtreinish: no, for a VM cabriolet.15:40
jaypipesVW..15:40
dansmithjaypipes: let's not get into comparing cars, mkay? :D15:40
jaypipesdamn I've been working in cloud for too long.15:40
jaypipesdansmith: :)15:40
mtreinishjaypipes: haha15:40
jaypipesdansmith: Old Blue is in the garage. I know you're jealous.15:41
*** pkoniszewski has quit IRC15:41
dansmithjaypipes: hah, nice15:41
ttxWith enough git karma, everything is possible15:42
*** READ10 has joined #openstack-nova15:42
dansmithttx: sadly I have neither a delorean nor that amount of git karma.. sad.15:43
*** achanda has quit IRC15:44
ttxdansmith: on the good side, Kilo is the first release I'll have a real party to celebrate15:45
ttxmeaning more than just me and myself15:45
dansmithttx: oh?15:45
*** jcoufal has quit IRC15:45
russellbooh, sounds fun15:45
ttxjeblair coming tonight15:45
*** hightall has joined #openstack-nova15:45
*** hightall has quit IRC15:46
openstackgerritBrooks Kaminski proposed openstack/nova: Xenapi: Change generate-configdrive to use cdrom  https://review.openstack.org/17913515:48
*** kaufer has quit IRC15:49
*** iamjarvo has quit IRC15:49
*** yamahata has joined #openstack-nova15:49
*** otter768 has joined #openstack-nova15:50
dansmithwoot!15:51
dansmithwedge landed15:51
*** neelashah has quit IRC15:52
*** kaufer has joined #openstack-nova15:52
*** annegentle has quit IRC15:53
*** otter768 has quit IRC15:55
openstackgerritdave-mcnally proposed openstack/nova: Create a reserved aggregate filter  https://review.openstack.org/17875015:55
*** EmilienM is now known as EmilienM|afk15:55
*** romainh has left #openstack-nova15:55
*** emagana has quit IRC15:57
*** angdraug has joined #openstack-nova15:57
cfriesenCould one of the cores take a look at https://review.openstack.org/#/c/170780/  ?    It's been basically ready to go for a couple weeks, mriedem has +2'd it three times now15:57
*** emagana has joined #openstack-nova15:59
*** dave-mccowan has joined #openstack-nova16:01
*** baoli has quit IRC16:02
*** xgsa has quit IRC16:03
*** baoli_ has joined #openstack-nova16:03
*** deepakcs has quit IRC16:03
*** dboik_ has quit IRC16:04
*** rgcs has quit IRC16:04
*** dboik has joined #openstack-nova16:04
*** jlanoux has quit IRC16:07
*** moshele has quit IRC16:07
sdaguettx: so, can you un -2 this now - https://review.openstack.org/#/c/176806/ ?16:08
ttxsdague: need taht in first: https://review.openstack.org/#/c/179083/16:09
ttxfirst post-release stable/kilo must be the preversion bump so taht we generate correct version metadata16:10
ttxI'll un-2  all my stable/kilo once those merge16:10
sdaguettx: great16:11
ttxalso fungi will revert the ACL16:11
ttxsoi that it behaves like stable/*16:11
*** busterswt has joined #openstack-nova16:14
*** salv-orlando has quit IRC16:17
*** Nic has joined #openstack-nova16:18
*** salv-orlando has joined #openstack-nova16:19
dansmithsdague: okay melwitt's patch is in, keep your eyes peeled for ssh timeouts16:19
dansmithhonestly, I really don't think this is related, but it's close enough to watch anyway16:19
*** ijw has joined #openstack-nova16:21
*** Nikolay_St has quit IRC16:21
sdagueok, will do16:21
openstackgerritMatthew Gilliard proposed openstack/nova-specs: Cancel an ongoing live migration  https://review.openstack.org/17914916:23
*** pankaj__ has joined #openstack-nova16:23
*** krtaylor has quit IRC16:25
*** matrohon has quit IRC16:25
mriedemttx: i'm not +2 on stable/kilo for nova for some reason?16:25
ttxmriedem: because against all appearances it's not stable/kilo yet16:26
mriedemok16:26
ttxmriedem, you will stable/* rights on kilo as soon as https://review.openstack.org/179045 merges16:26
ttxwe need https://review.openstack.org/#/q/branch:stable/kilo+topic:next-kilo,n,z in first16:27
openstackgerritMarian Horban proposed openstack/nova: WIP: Graceful shutdown WSGI server  https://review.openstack.org/12916716:27
ttxmriedem: hopefully later today16:27
mriedemok16:27
*** tjones2 has joined #openstack-nova16:31
ndipanovmriedem, jaypipes dansmith - you all love neutron api https://review.openstack.org/#/c/175742/16:31
*** sdake_ has joined #openstack-nova16:31
dansmithndipanov: false.16:32
ndipanovdenial... sounds like love to me16:33
dansmithheh16:33
mriedemthat change scares me16:33
ndipanovmriedem, why16:33
dansmithbecause it touches even a single line in neutronapi?16:33
mriedemthat's the kind of change that will completely bust some corner case in how neutron api works16:33
ndipanovmriedem, what do you mean16:33
ndipanovit just gets rid of even considering to check neutron quotas because it makes no sense to do it16:34
ndipanovit doesn nothing more16:34
ndipanovbasically it removes code that is racy by design16:34
*** unicell has quit IRC16:35
*** sdake has quit IRC16:35
ndipanovmriedem, it's only called from the API16:35
ndipanovone place16:35
ndipanovseemed like a win to me16:35
mriedemi have to dig into the change deeper16:36
ndipanovread my comments as well16:36
mriedemyes i saw that16:36
mriedemit's kind of what i'm talking about16:36
*** dprince has joined #openstack-nova16:36
ndipanovlol16:36
ndipanovmriedem, <316:38
openstackgerritMatthew Gilliard proposed openstack/nova-specs: Cancel an ongoing live migration  https://review.openstack.org/17914916:38
pankaj__is ther a way to set instance name = hostname  in openstack . where hostname is generated by some external REST service base on some values of tenant/project16:38
*** krtaylor has joined #openstack-nova16:38
ndipanovname is generated from a template isn't it?16:39
bauzasjohnthetubaguy: procedural question on https://review.openstack.org/#/c/76234/16:39
mriedemndipanov: yeah, template16:39
*** oro has joined #openstack-nova16:39
mriedempankaj__: http://docs.openstack.org/kilo/config-reference/content/list-of-compute-config-options.html16:39
mriedeminstance_name_template = instance-%08x16:40
mriedem(StrOpt) Template string to be used to generate instance names16:40
*** zul has quit IRC16:40
pankaj__i have  REST service whcih takes OS+appcode+location and generates next available hostname . can i have openstack use that for instance naming16:40
*** mpavone has quit IRC16:40
*** sdake has joined #openstack-nova16:40
*** mmedvede has quit IRC16:41
*** iamjarvo has joined #openstack-nova16:41
mriedempankaj__: you can name the instance on boot, but instance_name_template is for the hypervisor i believe16:41
dansmithyep16:41
bauzasmriedem: yup16:41
ndipanovso there's 3 names for an instance really :)16:41
ndipanovsimple16:42
bauzasnot really16:42
*** ociuhandu has quit IRC16:42
pankaj__these would be instance names in openstack . would it be same as hostname inside the VM16:42
ndipanovbauzas, you are right there's 416:44
ndipanovname, display_name, hostname, uuid16:44
*** sdake_ has quit IRC16:44
ndipanovpankaj__, I think nova sets it to display_name if not otherwise provided but would have to check16:45
dansmithbauzas: ndipanov: am I off base here? https://review.openstack.org/#/c/163440/316:46
*** alexpilotti has quit IRC16:46
*** igordcard_ has quit IRC16:46
ndipanovdansmith, well16:46
bauzasndipanov: I double-checked and it seems that display_name is what the user provides16:46
ndipanovno16:46
ndipanovbut...16:46
bauzasdansmith: looking...16:47
ndipanovso my but16:47
ndipanov(lol)16:47
bauzaseh16:47
ndipanovis with regards to timelines16:47
ndipanovso you are right16:47
ndipanovonce we have the request spec that is persisted16:47
ndipanovand migrate the resource tracking to use it - this can go away16:48
*** derekh has quit IRC16:48
*** dims has quit IRC16:48
ndipanovdansmith, but it's not a trivial amount of work - so the question is whether we want to hold up a bugfix on it...16:49
*** dims has joined #openstack-nova16:49
dansmithif the bugfix is a schema change and a bunch of code to do things in one place just to move them to another place, I say: "please no"16:49
bauzasndipanov: dansmith: well, you're right, it's all about paying a debt for fixing that now16:49
ndipanovdansmith, that might be the correct answer16:49
dansmiththis is debt that we introduced with numa, I'd rather not make it worse with more debt, especially since we have the right fix on the near horizon16:50
ndipanovwell16:50
bauzasdansmith: agreed, it's a migration...16:50
ndipanovit's not introduced with numa16:50
ndipanovit's introduced with pci16:51
bauzasthat's the main problem IMHO, because that's persisting more debt16:51
dansmithum, what?16:51
ndipanovbut numa is the same16:51
dansmiththis is specifically about numa_topoligy16:51
dansmither topology16:51
ndipanovright but we need the same thing for pci16:51
dansmitheven more reason to do it right :)16:51
dansmithand not have *two* hacks :)16:51
ndipanovagreed16:51
ndipanovI've been meaning to write an email explaining why these 2 break a lot of asusmptions in the scheduler16:52
openstackgerritMatthew Gilliard proposed openstack/nova-specs: Cancel an ongoing live migration  https://review.openstack.org/17914916:52
ndipanovand resource tracker16:52
openstackgerritShilla Saebi proposed openstack/nova: minor edit to policy_enforcement.rst  https://review.openstack.org/17846316:52
bauzascould we just focus on persisting the spec for Liberty ?16:53
ndipanovbauzas, well sadly it's not how it works16:53
bauzasI think it would be bad just to add more on the migration table16:53
ndipanovah from that pov16:53
bauzasfor that purpose16:53
ndipanovyes16:53
ndipanovI agree with you guys16:53
ndipanovWe need a generic solution to this16:53
johnthetubaguybauzas: looking at that patch16:53
dansmithbauzas: yes, that's what I want, to focus on the right spec16:54
bauzasso I would rather give an optimistic -1 saying "I disagree with your change but I'm fine if you find another solution that doesn't require persisting states in DB"16:54
ndipanovbauzas, not sure you can do that16:54
bauzashence the word "optimistic"16:54
ndipanovbauzas, bare in mind that means16:54
ndipanovadd crap to a json blob16:54
bauzaslol16:54
*** melwitt has joined #openstack-nova16:55
bauzasI thought we called the Canadian customs to specifically ask them to deny visas for blobs ?16:55
dansmithbauzas: it's still debt, even if we stuff it into something else16:55
dansmithprobably worse debt even16:55
ndipanovyes - I agree16:55
ndipanovwe should really fix it16:55
ndipanovbut _fix_ it16:55
bauzasdansmith: agreed, my point is to say "there are probably other ways to do that, keep looking"16:56
dansmithbauzas: I don't want to send him off on a goose chase16:56
ndipanovbauzas, there are if you don't care about races ;)16:56
dansmithbauzas: we know how to fix it, let's not pretend16:56
ndipanovyes16:56
*** patrickeast has joined #openstack-nova16:56
bauzasdansmith: I just remember how russellb found a good plan for checking on migrations the affinity rules16:56
*** igordcard_ has joined #openstack-nova16:56
bauzasthen I need more time to get a final answers than just "reqspec persistence is the plan"16:57
bauzasanswer even16:57
*** dsanders has joined #openstack-nova16:57
bauzasdansmith: but don't get me wrong, yes it needs to be done16:57
*** gszasz has quit IRC16:57
*** eglynn has quit IRC16:57
bauzasand I'm hassling the guy who is just working on the first step, ie. creating a ReqSpec object16:57
bauzasthat guy is dumb16:58
*** igordcard_ has joined #openstack-nova16:58
dansmithnot dumb, just slow :)16:58
*** exploreshaifali has joined #openstack-nova16:58
*** dikonoor has joined #openstack-nova16:58
*** igordcard_ has quit IRC16:58
bauzasdansmith: he's French, you know, these dudes have lots of holidays16:58
bauzasstarting by tomorrow, even16:59
ndipanovanyway bauzas - having code up we could look at would also help16:59
*** dikonoor has quit IRC16:59
bauzasndipanov: I had a first dep on https://review.openstack.org/#/c/76234/17:00
bauzasndipanov: since that's now in a pretty good shape, I can continue to work on17:00
*** emagana has quit IRC17:00
*** mtanino has joined #openstack-nova17:01
*** irenab has joined #openstack-nova17:01
*** achanda has joined #openstack-nova17:02
openstackgerritDan Smith proposed openstack/nova-specs: Add robustify-evacuate spec  https://review.openstack.org/16144417:02
*** Sukhdev has joined #openstack-nova17:02
dansmithbauzas: ndipanov can one or both of you comment on that patch? it's a new contributor so I want to make sure it doesn't look like I'm just being a dick17:02
dansmithbasically, I want him to have to learn that slowly like everyone else did17:02
bauzasdansmith: sure, will do17:02
dansmiththanks17:02
ndipanovdansmith, I talked to them on irc17:03
ndipanovthey reported a bunch of bugs around numa17:03
dansmithndipanov: in the last few minutes?17:03
ndipanovand actually sent an email about this17:03
*** Nic has quit IRC17:03
ndipanovin the last few years!17:04
ndipanov:D17:04
*** patrickeast has quit IRC17:04
ndipanovwill comment no worries17:04
ndipanovfirst reading bauzas spec17:04
dansmithokay17:05
*** unicell has joined #openstack-nova17:05
*** unicell has quit IRC17:05
*** vilobhmm1 has joined #openstack-nova17:05
*** unicell has joined #openstack-nova17:05
*** irenab has quit IRC17:06
*** unicell has quit IRC17:06
*** unicell has joined #openstack-nova17:06
*** emagana has joined #openstack-nova17:06
*** lucasagomes has quit IRC17:06
*** yamahata has quit IRC17:07
*** haypo has left #openstack-nova17:07
*** subscope has quit IRC17:08
*** beagles is now known as beagles_brb17:11
*** harlowja_away is now known as harlowja17:11
*** sahid has quit IRC17:12
*** salv-orlando has quit IRC17:16
*** salv-orlando has joined #openstack-nova17:16
*** Mike_D_laptop has joined #openstack-nova17:16
*** Nic has joined #openstack-nova17:17
*** mmedvede has joined #openstack-nova17:18
*** beagles_brb is now known as beagles17:18
*** salv-orlando has quit IRC17:21
*** salv-orlando has joined #openstack-nova17:21
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Remove orphaned tables - iscsi_targets, volumes  https://review.openstack.org/16621417:23
*** yamahata has joined #openstack-nova17:28
*** tjones2 has quit IRC17:30
*** tjones2 has joined #openstack-nova17:31
*** redbeard has quit IRC17:32
*** emagana has quit IRC17:35
*** ijw has quit IRC17:36
*** isd has joined #openstack-nova17:36
*** thangp_ has joined #openstack-nova17:37
*** dims_ has joined #openstack-nova17:37
*** dboik_ has joined #openstack-nova17:37
*** signed8b_ has joined #openstack-nova17:38
*** ptm has joined #openstack-nova17:39
*** sdake_ has joined #openstack-nova17:39
*** asselin__ has joined #openstack-nova17:40
*** VW_ has quit IRC17:40
artomMaybe someone in here knows - can I get devstack to install certain things form pip as opposed to RPMs?17:41
*** Nikolay_St has joined #openstack-nova17:41
*** VW_ has joined #openstack-nova17:41
artomSpecifically, greenlet has disappeared from rhel7 repos...17:41
*** anish_ has joined #openstack-nova17:41
*** lpetrut has left #openstack-nova17:41
artom(And yes, in this case it *has* to be rhel7)17:41
*** haomaiw__ has joined #openstack-nova17:41
*** jamespd has joined #openstack-nova17:42
*** jeblair_ has joined #openstack-nova17:42
*** VW__ has joined #openstack-nova17:42
*** VW__ has quit IRC17:42
*** gzhai has joined #openstack-nova17:43
*** VW__ has joined #openstack-nova17:43
*** ildikov has quit IRC17:45
*** coolsvapl has joined #openstack-nova17:45
*** cburgess_ has joined #openstack-nova17:45
*** rpodolyaka_ has joined #openstack-nova17:45
*** sdague_ has joined #openstack-nova17:45
*** keekz_ has joined #openstack-nova17:45
dansmithartom: ask in -qa17:46
dansmithartom: higher density of people that would know that in there17:46
*** VW_ has quit IRC17:46
dansmithmy guess is "not"17:46
*** dims has quit IRC17:46
*** pankaj__ has quit IRC17:46
*** heyongli has quit IRC17:47
*** ZZelle has quit IRC17:47
*** haomaiwang has quit IRC17:47
*** kbyrne has quit IRC17:47
*** jamespd_ has quit IRC17:47
*** anish has quit IRC17:47
*** greghaynes has quit IRC17:47
*** cburgess has quit IRC17:47
*** rpodolyaka has quit IRC17:47
*** sdake has quit IRC17:47
*** dboik has quit IRC17:47
*** signed8bit has quit IRC17:47
*** thangp has quit IRC17:47
*** ivasev has quit IRC17:47
*** jistr has quit IRC17:47
*** pixelb has quit IRC17:47
*** jeblair has quit IRC17:47
*** PaulMurray has quit IRC17:47
*** asselin_ has quit IRC17:47
*** sdague has quit IRC17:47
*** gabriel-bezerra has quit IRC17:47
*** coolsvap|afk has quit IRC17:47
*** keekz has quit IRC17:47
*** mjturek1 has quit IRC17:47
*** gzhai1 has quit IRC17:47
*** salv-orlando has quit IRC17:47
*** bnemec has quit IRC17:47
*** jogo has quit IRC17:47
*** mkoderer has quit IRC17:47
*** morganfainberg has quit IRC17:47
*** triggerz_ has quit IRC17:47
*** gibi has quit IRC17:47
*** jesusaurus has quit IRC17:47
*** vipul has quit IRC17:47
*** devananda has quit IRC17:47
*** tanee has quit IRC17:47
*** rpodolyaka_ is now known as rpodolyaka17:47
*** VW_ has joined #openstack-nova17:47
*** sdague_ is now known as sdague17:47
*** tjones3 has joined #openstack-nova17:48
*** raildo has quit IRC17:48
*** tjones2 has quit IRC17:48
*** raildo has joined #openstack-nova17:49
*** salv-orlando has joined #openstack-nova17:49
*** bnemec has joined #openstack-nova17:49
*** jogo has joined #openstack-nova17:49
*** mkoderer has joined #openstack-nova17:49
*** morganfainberg has joined #openstack-nova17:49
*** triggerz_ has joined #openstack-nova17:49
*** gibi has joined #openstack-nova17:49
*** jesusaurus has joined #openstack-nova17:49
*** vipul has joined #openstack-nova17:49
*** devananda has joined #openstack-nova17:49
*** tanee has joined #openstack-nova17:49
*** VW__ has quit IRC17:51
*** otter768 has joined #openstack-nova17:51
*** Mike_D_laptop has quit IRC17:51
*** ijw has joined #openstack-nova17:51
*** ZZelle has joined #openstack-nova17:52
dansmithbauzas: I'm continuing to spout off numa words in responses to questions in that review.. hope I'm getting it right :)17:53
*** Nic has quit IRC17:53
openstackgerritDan Smith proposed openstack/nova: Move our ObjectListBase to subclass from the Oslo one  https://review.openstack.org/17399517:53
openstackgerritDan Smith proposed openstack/nova: Start the conversion to oslo.versionedobjects  https://review.openstack.org/17347917:53
*** pixelb has joined #openstack-nova17:53
*** ndipanov has quit IRC17:53
*** sdake has joined #openstack-nova17:53
*** greghaynes has joined #openstack-nova17:54
*** gabriel-bezerra has joined #openstack-nova17:54
*** kbyrne has joined #openstack-nova17:54
*** bkopilov has joined #openstack-nova17:54
*** otter768 has quit IRC17:55
*** mjturek1 has joined #openstack-nova17:55
*** tjones2 has joined #openstack-nova17:55
*** sdake_ has quit IRC17:56
*** igordcard has joined #openstack-nova17:56
*** tjones3 has quit IRC17:56
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Remove orphaned tables - iscsi_targets, volumes  https://review.openstack.org/16621417:57
zzzeekdansmith: can you give me a 5 second answer what i need to do with https://review.openstack.org/#/c/154243/ ?  change the migration number and rebase ?17:58
*** harlowja has quit IRC17:58
* dansmith aims for extreme brevity17:59
dansmithzzzeek: y17:59
zzzeekT17:59
dansmithzzzeek: n18:00
dims_zzzeek: you and me have to duke it out for migration number 292 :)18:00
zzzeekdims_: i want to eradicate migration numbers18:00
zzzeekdims_ dansmith is there a specific nova session where we can talk about migrations?18:00
dims_++++18:00
dansmiththen I guess dims_ wins18:00
dims_yay!18:01
* zzzeek should have number 292 becaue that is his apartment building number18:01
dims_:)18:02
*** irenab has joined #openstack-nova18:02
*** Nic has joined #openstack-nova18:03
*** angdraug has quit IRC18:05
*** annegentle has joined #openstack-nova18:05
*** ssurana has joined #openstack-nova18:07
*** aix has quit IRC18:07
*** iamjarvo has quit IRC18:08
*** lpetrut has joined #openstack-nova18:08
*** ijw_ has joined #openstack-nova18:08
*** sdake_ has joined #openstack-nova18:08
*** irenab has quit IRC18:09
*** lpetrut has left #openstack-nova18:09
*** isd has quit IRC18:09
openstackgerritDeepak C Shetty proposed openstack/nova: libvirt: Use 'relative' flag for online snapshot's commit/rebase operations  https://review.openstack.org/16880518:09
*** sdake has quit IRC18:10
*** sdake has joined #openstack-nova18:10
*** EmilienM|afk is now known as EmilienM18:11
*** ijw has quit IRC18:12
*** emagana has joined #openstack-nova18:12
*** sdake_ has quit IRC18:14
*** iamjarvo has joined #openstack-nova18:14
*** VW_ has quit IRC18:18
*** Sukhdev has quit IRC18:20
*** baoli_ has quit IRC18:20
*** Sukhdev has joined #openstack-nova18:20
*** baoli_ has joined #openstack-nova18:21
sc68calHi, for this spec http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/wrap-neutronclient.html - Could an alternative be to start using python-openstacksdk18:22
*** bkopilov has quit IRC18:23
sc68calbeagles: ^18:23
*** baoli_ has quit IRC18:25
*** ajo has quit IRC18:26
mriedemsc68cal: what would the advantage of that be?18:26
*** bkopilov has joined #openstack-nova18:27
sc68calmriedem: IIRC, at the summit in paris we had a talk from amotoki about the poor state of the python-neutronclient API, and I think the conclusion was to move towards python-openstacksdk which had a more developer friendly API18:27
sc68calmriedem: let me dig up the etherpad from the session18:28
*** jichen has joined #openstack-nova18:28
mriedemsc68cal: but but but,18:29
mriedemwhat about python-openstackclient?18:29
mriedemhow many clients and SDKs can we have? won't there be one to rule them all?18:29
mriedemwhy is the neutronclient API in a poor state? people making backwards incompatible changes?18:30
mriedeme.g. https://review.openstack.org/#/c/172646/18:30
mriedemhaving a NeutronClientException -> NovaException translation shim would go a long way18:34
mriedemthat's the big part of the wrap-neutronclient spec for me18:34
beaglessc68cal, I guess the thing is whatever client library is used it should be the one that gets precedence with tracking neutron changes.18:34
*** bkopilov has quit IRC18:35
*** esmute has quit IRC18:35
mriedembeagles: +1, i wouldn't want to move to something that the neutron team isn't primarily maintaining and testing18:35
sc68calmriedem: the problem is the python-neutronclient API is kind of bad. You just end up constructing dictionaries with k/vs that match the Neutron API18:35
*** bkopilov has joined #openstack-nova18:35
mriedemotherwise we'd have all been on openstackclient by now right?18:35
sc68calthere's no classes for any of the API resources18:35
*** patrickeast has joined #openstack-nova18:35
*** esmute has joined #openstack-nova18:35
beaglesseems a little like the arguments for the sdks are also dicts?18:36
beaglessorry s/sdks/opensdk/18:36
mriedemsc68cal: hrm, will neutron project be deprecating the client in favor of the sdk?18:36
mriedemor change the client to use the sdk under the covers?18:36
beaglesin any case I'm not opposed to one library over the other, but if it proves an extra obstacle to facilitating interaction I'm going to have failed18:37
*** tojuvone_ has quit IRC18:37
sc68calmriedem: unknown - what is the status of python-keystoneclient? I know dtroyer replaced python-keystoneclient with openstacksdk calls in DevStack18:37
mriedemi thought keystoneclient was being deprecated in favor of openstackclient18:37
beagles(one might argue then I should contribute also openstacksdk ;) but I digress)18:37
mriedemopenstackclient has the keystone v3 goodies18:38
sc68calSo then I think Neutron would probably follow the precedent set by keystone18:38
beaglessc68cal, can we leave that open for the moment? keep an eye out of things that the sdk library would need?18:38
beaglessc68cal, who would be the person on the sdk that is working on the neutron related stuff?18:39
briancurtinbeagles: right now myself and terry howe are the primary people working on SDK. terry did most of neutron18:39
beaglesbriancurtin, do you have Terry's IRC handle?18:40
briancurtinterrylhowe18:40
briancurtinhe's in #openstack-sdks and a few others, but not in here18:40
beaglesin the immediate, I can't see targeting the SDK - but I would think that once the wrapper is established it is a natural layer under which a switchover could be made18:41
sc68calbeagles: does it make sense to create yet another layer?18:42
*** iamjarvo has quit IRC18:43
*** bkopilov has quit IRC18:43
sc68calI'd rather see us try and use openstacksdk. If it isn't good, then let's fix instead of papering over18:43
sc68calpart of my reasoning is that i've tried to use the neutronclient as a python programmer and it's terrible18:43
sc68calI want to see this fixed so I can stop telling people to use ruby and the fog library\18:43
beaglessc68cal, there is a mismatch between nova and neutron that isn't resolved by changing SDKs18:43
beaglesor APIs as it were18:43
sc68calwhen you say API mismatch, do you mean between Nova's network API and Neutron's?18:44
beaglessc68cal, in a sense yes.. but it might be fair to say Nova in general and the neutron API. exceptions are an example for instance. Another thing is high level abstractions and neutron implementation details18:46
beaglese.g. give me a list of networks that is available to my tenant18:46
*** iamjarvo has joined #openstack-nova18:47
beaglesthat is not simply a question of the basic form of how a request is made, but details such as shared vs non-shared, impact of various extensions, etc.18:47
sc68caland this is mostly because we've gotten stuck on the nova-net vs. neutron question18:48
sc68calso we have to do a lot on the nova side to smooth out those differences?18:48
sc68calwhen replying to requests18:48
beaglesI'm not sure about that :) allocate_for_instance would still exist in some form or the other (maybe)18:48
beaglessc68cal, there is a lot of smoothing out :)18:50
*** Nikolay_St has quit IRC18:50
*** ijw has joined #openstack-nova18:51
beaglessc68cal, somebody was recently trying to do a fail early kind of thing with a binding_type=failed response18:51
sc68calbeagles: interesting18:52
beaglessc68cal, it is crazy - port client vs. tenant client, what data is available when, etc. Completely untenable for a nova oriented developer18:52
*** annegentle has quit IRC18:52
sc68calah - marun was asking me a similar kind of thing a couple days ago- the scope of the credentials passed into the client. I think we found it was basically getting passed in via the magic "context" arg - so it could be either, depending, lol.18:53
dansmithsc68cal: for what it's worth, I think our trouble with neutronapi has precisely zero to do with what client we use18:53
sc68caladmin vs. tennat18:53
*** exploreshaifali has quit IRC18:54
*** ijw_ has quit IRC18:54
sc68caldansmith: ah, ok, my first couple reads of beagles spec, I was not quite sure where this refactor was going to happen in the nova codebase18:55
beaglessc68cal, yeah it gets a little interesting. Nova can't do what it needs to all of the time with the tenant's privileges (creating and deleting ports, getting extra port details that are filtered by policies etc)18:55
dansmithsc68cal: neutronapi for us is the thing that bridges nova concepts and neutron concepts.. the api bit is the "internal nova network api"18:56
*** redbeard has joined #openstack-nova18:56
*** bkopilov has joined #openstack-nova18:56
*** eharney has quit IRC18:56
dansmithsc68cal: which started out as "exactly what nova-network does, but calling into neutron"18:56
sc68caldansmith: ahh I see18:56
dansmithsc68cal: which is dumb because things that were atomic, or a single action in nova-network are not atomic and a billion actions in neutron18:56
dansmithsc68cal: the authors of it seemed to shrug at the differences and do the best to make it seamless18:56
dansmithwhen what should have happened is refactoring the api so that it made sense for both18:57
bauzasdansmith: sorry, I was afk for dinner and reading stories18:58
dansmithsc68cal: so what we've got now is a thing that we're completely terrified to touch because every time we fix one thing, we break ten more18:58
*** matrohon has joined #openstack-nova18:58
bauzasdansmith: re: the patch, that's just hurting a piece of code that I'm not expert, ie. the migrations18:59
bauzaswell, not the migrations, the migrations table rather18:59
dansmithsc68cal: which has been my reasoning for building a replacement alongside what we have and proving that it works, instead of refactoring the current thing18:59
dansmithmriedem: agree with that analysis?18:59
bauzasdansmith: but seeing it on the top level, I think you're right - the migrations table just seems useless for any other thing than a flavor if we persist the spec19:00
* mriedem has been sidetracked with other arguing in other channels19:00
mriedemreading scrollback19:00
dansmithbauzas: it's not useless, it's just a record of the movement, and has nothing to do with resource claims, etc19:00
dansmithbauzas: it used to be that all we could change was from one flavor to the other, so we stuck the from/to flavor ids in that migration object, but things are more complex now19:01
bauzasdansmith: I need to read carefully your last comment because you explain how it's done re: flavors19:01
dansmithyeah19:01
bauzasdansmith: yeah, because of your bp in Kilo right?19:01
dansmithbauzas: not really19:01
dansmithbauzas: this has been in play for a long time now19:01
*** jecarey_ has joined #openstack-nova19:01
*** jecarey has quit IRC19:01
bauzasok, then I need to take time for giving a view19:02
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Remove orphaned tables - iscsi_targets, volumes  https://review.openstack.org/16621419:02
bauzasbut as I said, on an upper view, I think the patch is not needed if we persist the spec - just because it has nothing to see with claims IIUC19:02
*** ijw has quit IRC19:02
*** iamjarvo has quit IRC19:03
mriedemdansmith: i agree with your analysis :)19:03
mriedemformally19:03
*** bkopilov has quit IRC19:03
*** irenab has joined #openstack-nova19:05
*** vladikr has quit IRC19:08
*** angdraug has joined #openstack-nova19:09
*** irenab has quit IRC19:11
dansmithalaski: look at line 11419:12
dansmithalaski: I just didn't realize I had said it elsewhere in the spec, but "data model" is where you made the comment in the first place19:12
beaglesmriedem, and yes I will address you comments on the spec :)19:12
*** xyang1 has quit IRC19:12
alaskidansmith: yeah.  it's also on line 17819:12
alaskidansmith: do you get a popup when I comment on your reviews? :)19:13
dansmithalaski: ah right19:13
beaglesmriedem, I wonder... can I submit a revision patch to the spec? I don't recall seeing that before19:13
mriedembeagles: people have done that19:13
dansmithalaski: I rooted your system ages ago, so I just get the event stream that way19:13
*** iamjarvo has joined #openstack-nova19:13
*** ildikov has joined #openstack-nova19:14
alaskidansmith: nice, bypass the middleman19:14
beaglesmriedem, ok cool. When I saw it get approved and merged it was "Yay" then I saw your comments then it was "s#!t"19:14
dansmithalaski: either way, I can fix those, but since they're either/or I think they're probably okay, and the implementation will go the type way19:14
beagles:)19:14
alaskidansmith: right, that's why I didn't pick on it19:14
dansmithokay cool19:14
dansmithalaski: also, you should close that window in the NW corner of your screen, at least until the end of working hours.. c'mon..19:15
*** bkopilov has joined #openstack-nova19:15
*** Hosam has joined #openstack-nova19:16
alaskidansmith: what, no... that's just puppies or some other adorable thing19:16
*** bkopilov has quit IRC19:16
dansmithoh sure, _now_ it is19:16
*** kaufer1 has joined #openstack-nova19:17
*** marun has quit IRC19:17
*** kaufer has quit IRC19:18
*** VW_ has joined #openstack-nova19:18
*** bkopilov has joined #openstack-nova19:20
*** ZZelle_ has joined #openstack-nova19:21
*** marun has joined #openstack-nova19:22
*** eharney has joined #openstack-nova19:25
*** jlk has joined #openstack-nova19:25
jlkHey all, I'm hoping somebody might be able to help me figure out a resize issue, specifically a resize revert when the revert winds up trying to resize /down/ an instance. I'm getting failures there regarding the filesystem that I need some help with.19:26
*** thangp_ has quit IRC19:26
*** bkopilov has quit IRC19:29
*** pixelb has quit IRC19:30
*** lpetrut1 has joined #openstack-nova19:30
*** oro has quit IRC19:32
*** xyang1 has joined #openstack-nova19:32
*** heyongli has joined #openstack-nova19:32
*** ajo has joined #openstack-nova19:33
*** kevinbenton has quit IRC19:33
*** ekhugen has quit IRC19:33
*** wolsen has quit IRC19:33
*** wolsen_ has joined #openstack-nova19:33
*** cburgess_ has quit IRC19:34
*** ekhugen has joined #openstack-nova19:34
*** cburgess has joined #openstack-nova19:34
*** flwang1 has quit IRC19:35
*** bkopilov has joined #openstack-nova19:35
*** kevinbenton has joined #openstack-nova19:35
jlkooooh! this is a vif plugging timeout on a resize revert. Interesting19:37
openstackgerritjichenjc proposed openstack/nova: Fix typo for test cases  https://review.openstack.org/17921119:40
mriedemcfriesen: was fixing a bug related to evacuate with neutron and vif plugging timeouts19:40
mriedemevacuate != resize though19:40
mriedemhttps://review.openstack.org/#/c/169827/19:41
openstackgerritSylvain Bauza proposed openstack/nova-specs: Proposes check destination on migrations  https://review.openstack.org/17922419:41
*** bkopilov has quit IRC19:41
*** bkopilov has joined #openstack-nova19:42
*** burt has joined #openstack-nova19:42
*** jecarey_ has quit IRC19:43
*** tonytan4ever has quit IRC19:44
openstackgerritAndrew Laski proposed openstack/nova-specs: Persist the RequestSpec object  https://review.openstack.org/17607819:44
*** jecarey has joined #openstack-nova19:46
*** jecarey_ has joined #openstack-nova19:47
*** mtanino has quit IRC19:47
cfriesenjlk: neutron or nova-network?19:49
*** bkopilov has quit IRC19:49
jlkneutron19:49
jlkstill debugging, trying to make sure it does a migration to a different host19:49
cfriesenis there a call to self.network_api.setup_instance_network_on_host() to tell neutron that it's reverting back?  (Or did we not call it yet on the new host?)19:50
cfriesenmriedem: you don't like the nearly-identical API calls in succession?  :)19:51
mriedemcfriesen: love them19:51
*** jecarey has quit IRC19:51
*** otter768 has joined #openstack-nova19:52
jlkcfriesen: I'm trying to track down what happens in a revert.19:53
cfriesenwhen running "git review" to upload a new version, is there a way to include a comment in that command so that it gets included in as part of the "uploaded patch set X" message?19:53
jlkcfriesen: so a resize is successful, then its reverted, does the revert come back to the original host? or would it go to a third host, or?19:53
dansmithcfriesen: I don't think so19:54
dansmithjlk: original19:54
mriedemthe migration record in the db has source and dest19:54
*** marun has quit IRC19:54
jlkand does it wait for the vif unplug event on the migrated to hsot?19:54
cfriesenyou guys beat me to it19:54
lifelesscfriesen: no, the patch submission is literally just a git push19:54
lifelesscfriesen: if you can't describe it in the git content, its not included.19:55
lifelesscfriesen: one could imagine teaching git review'19:55
dansmithjlk: if you're getting a timeout, then it's waiting19:55
lifelesscfriesen: to make an API call post-push to add a comment.19:55
mriedemdansmith: jlk: but there could be a bug where it's waiting for an event that's not going to come19:55
jlkdansmith: yeah, it looks like it's timing out waiting for the vif plug, and then it goes to delete, and I see19:55
dansmithmriedem: right19:55
jlk2015-04-30 19:45:43.397 23513 DEBUG nova.compute.manager [req-83390c2c-17d9-4a82-9a87-84999507ade2 None] [instance: 223a73b6-1434-4db1-a9fe-57c2f589d8d6] Events pending at deletion: network-vif-plugged-9062798b-cbbd-45c5-bc5a-0ed0334a9871 _delete_instance19:55
*** obedmr has quit IRC19:55
*** Hosam has quit IRC19:56
*** marun has joined #openstack-nova19:56
cfriesenmriedem: in https://review.openstack.org/#/c/169827/7  it wasn't getting the event because neutron thought it was on the "wrong" host19:56
dansmithjlk: what code are you running?19:56
*** Mike_D_laptop has joined #openstack-nova19:56
jlkjuno19:56
*** otter768 has quit IRC19:56
dansmithjlk: there have been fixes to this stuff since then I think19:56
jlk2015-04-30 19:45:40.681 23513 WARNING nova.virt.libvirt.driver [req-1d78fb5c-bea3-4237-b95f-f043edba0c86 None] Timeout waiting for vif plugging callback for instance 223a73b6-1434-4db1-a9fe-57c2f589d8d619:57
jlkdansmith: sent to stable/juno or...?19:57
dansmithjlk: I thought there was one specifically around resizes, but I'm not sure.. should have been backported, but...19:57
dansmithjlk: the "when neutron sends events" thing is complicated enough that I can't keep it in my head19:57
jlkI would hope so, because resize is required for DefCore juno :/19:57
dansmithjlk: so I can confirm that it's waiting because of the timeout, but whether it should or not requires a neutron person I think19:58
jlkalright19:58
dansmithsince neutron needs to do things before networking will work on the other host,19:58
dansmithI think we *have* to wait for an event too avoid the race we used to have19:58
dansmithso, I tend to think that nova is doing the right thing here, but..19:59
dansmithjlk: can you look at the API to see if the event is coming in but being sent to the wrong/old host?19:59
mriedemdansmith: were you thinking of the stuff added in this series? https://review.openstack.org/#/q/status:merged+project:openstack/nova+branch:master+topic:bug/1323658,n,z19:59
dansmithjlk: also, the old compute should log the event if it goes there instead of to the new one20:00
jlkdansmith: I could perhaps, theres a lot of calls, so somewhat confusing.20:00
jlkthe old compute, where the instnace was first resized to?20:00
*** isd has joined #openstack-nova20:00
mriedemresized from i think20:00
jlkwell20:00
jlkinstance is booted on A. Instance is resized to B. Resize to B is reverted, which sends instance back to A20:01
mriedemheh, well https://bugs.launchpad.net/nova/+bug/132365820:01
openstackLaunchpad bug 1323658 in OpenStack Compute (nova) "Nova resize/restart results in guest ending up in inconsistent state with Neutron" [Medium,Confirmed]20:01
mriedemso i added some cleanup/debugging around that in kilo20:01
dansmithjlk: is it failing at the new host or when it tries to get reverted?20:01
mriedembut never actually squashed a bug20:01
dansmithmriedem: yeah, I recall those patches, but I'm not sure I even understand the comment at this point20:01
jlkdansmith: fails when the revert attempt  happens20:02
jlkthe original resize appears successful20:02
dansmithjlk: but fails at the original host20:02
jlkyes20:02
mriedemjlk: this happens always, or intermittent?20:03
dansmithjlk: so looking at the other host to see if the event shows up there would be good20:03
dansmithjlk: like if we've not yet set instance.host = $original20:03
jlkseems to happen every single time I run this test20:03
mriedemhmm, well in juno some neutron resize scenario tests were skipped for being too fail happy https://review.openstack.org/#/c/125150/20:04
mriedemwe unskipped those in kilo https://review.openstack.org/#/c/161768/20:04
*** baoli has joined #openstack-nova20:04
dansmithmriedem: your comment can't be related since that code is skipping the wait for the event anyway20:04
mriedemso something is better, we just don't know what or where - could be changes in neutron20:04
*** obedmr has joined #openstack-nova20:04
mriedemdansmith: yeah, there was a series of patches there20:05
jlkdefinitely seeing Instance running successfully on the resize TO host20:05
mriedemwhile going down that rabbit hole20:05
dansmithjlk: if you can confirm that the event is not showing up at the other host, then we'll know if it's neutron not sending it or nova losing it20:05
dansmithmriedem: yeah20:05
mriedemfwiw bug 1323658 is still a thing20:05
openstackbug 1323658 in OpenStack Compute (nova) "Nova resize/restart results in guest ending up in inconsistent state with Neutron" [Medium,Confirmed] https://launchpad.net/bugs/132365820:05
mriedem64 failures in 10 days20:05
*** baoli has quit IRC20:07
jlkhrm that definitely looks related20:07
*** baoli has joined #openstack-nova20:07
cfriesenjlk: just as a datapoint...it looks like we don't unplug the old vifs until the confirm-resize operation20:08
dansmithcfriesen: orly20:08
cfriesenso if we revert, presumably it should end up using the previously-existing vifs20:08
jlkhrm, wouldnt that result in the same address plugged on multiple hosts?20:08
dansmithcfriesen: I wonder if that means we should not be expecting the event back20:08
dansmithjlk: no I don't think so20:09
dansmithjlk: because the mac is owned inside the VM20:09
dansmithjlk: so unless you don't stop it on the source, nothing else will reply arp for that address20:09
jlkokay20:09
*** doude has quit IRC20:10
cfriesendansmith: compute.manager.Manager._confirm_resize() calls self.network_api.setup_networks_on_host and then self.driver.confirm_migration(), which ends up calling unplug_vifs()   (at least for libvirt)20:10
dansmithit's hard to believe that resize with neutron could have been completely broken since juno and we're just now hearing about it20:10
*** pixelb has joined #openstack-nova20:10
dansmithalthough I think a lot of people do disable the events because $silly reasons20:10
cfriesenresize works, just revert doesn't20:10
jlkdansmith: resize seems fine20:10
jlkrevert not as much20:10
dansmithI meant resize revert20:10
mriedemhmmm20:11
jlkso what signatures can I search for in the two logs to figure out if / where events went?20:11
mriedemwonder if we have a resize revert test in tempest20:11
jlkmriedem: you do20:11
mriedemjlk: but with neutron?20:11
jlkbecause that's what is preventing me from passing defcore :)20:11
dansmithjlk: when you get the event timeout, do you get a trace?20:11
jlkdansmith: yes20:11
dansmithjlk: can haz pastebin?20:11
dansmithyou know, after you finish your twitter hatemail :)20:12
jlklol20:13
jlkgotta dig it out here20:13
jlkhttps://gist.github.com/j2sol/2c6432973baf1038e18720:14
jlkdo you need more around that?20:14
dansmithnope20:14
jlkupdated to ahve the req at the top  https://gist.github.com/j2sol/2c6432973baf1038e18720:14
openstackgerritDan Smith proposed openstack/nova: WIP: Don't wait for an event on a resize-revert  https://review.openstack.org/17922820:16
dansmithjlk: ^20:16
jlkoooh20:17
dansmithfeel free to tweet *nice* things about the excellent service you received here today :)20:17
jlklet me hack it in20:17
jlkgeez, have I been that bad on twitter?  :/20:17
dansmithyes20:17
dansmithsometimes at night, I can still hear the screaming20:17
openstackgerritAndrew Laski proposed openstack/nova-specs: Fix pep8 violations in tests  https://review.openstack.org/17923020:18
*** erlon is now known as erlon_awaY20:19
*** oro has joined #openstack-nova20:19
*** Sukhdev has quit IRC20:20
jlkwhat the heck. I seem to already have that change here?20:20
mriedemfail defcore20:20
*** harlowja has joined #openstack-nova20:20
jlknope, wrong area20:20
dansmithyeah, there are other places20:20
dansmithmriedem: sadly, that change doesn't fail any unit tests :(20:21
mriedemi'm checking the tempest test we have20:22
jlkdansmith: that was totally it!20:22
jlktempest passes now20:22
dansmithjlk: okay, I'll backport to kilo and juno20:23
jlkrock120:23
mriedemjlk: you're testing trunk tempest right?20:23
jlk!20:23
dansmithjlk: after this call you will have an opportunity to rate my service on twitter from 1-1020:23
jlkwow, so much burn20:23
dims_melwitt: early congrats!20:24
*** Sukhdev has joined #openstack-nova20:24
mriedemdansmith: jlk: note that the resize revert test passes in the neutron job http://logs.openstack.org/50/177450/1/check/check-tempest-dsvm-neutron-full/fca0bfd/console.html.gz#_2015-04-24_21_20_54_83920:25
mriedemif this were 100% fail that would be busted20:25
mriedemeven on juno http://logs.openstack.org/89/177889/1/check/check-tempest-dsvm-neutron-full/41adbee/console.html#_2015-04-27_18_14_05_40120:26
dansmithmriedem: same host20:26
dansmithmriedem: I think that's the deal20:26
mriedemoh yes20:26
mriedemlet me check the multinode job20:26
mriedemsweet sweet multinode job20:26
dansmithjlk: karma reset to zero :)20:26
openstackgerritDan Smith proposed openstack/nova: Don't wait for an event on a resize-revert  https://review.openstack.org/17922820:27
*** READ10 has quit IRC20:27
jlksounds like y'all were planning a blanket party for me at summit...20:27
*** ajo has quit IRC20:28
dansmithjlk: I do have to make a few calls to cancel things now20:28
mriedemjlk: can you get a bug open so we can track against ^20:30
mriedemneed that for backports20:30
jlksure20:30
dansmithalkready dont20:30
dansmither, already done :)20:30
dansmithhttps://bugs.launchpad.net/nova/+bug/145062420:30
openstackLaunchpad bug 1450624 in OpenStack Compute (nova) "Nova waits for events from neutron on resize-revert that aren't coming" [High,Confirmed] - Assigned to Dan Smith (danms)20:30
*** emagana has quit IRC20:30
jlkyeah launchpad pointed me to that20:31
openstackgerritDan Smith proposed openstack/nova: Don't wait for an event on a resize-revert  https://review.openstack.org/17922820:31
dansmithmriedem: should be good now I think ^20:32
jlkRelated to https://bugs.launchpad.net/nova/+bug/1380934 ?20:32
openstackLaunchpad bug 1380934 in OpenStack Compute (nova) "failure rebuilding instance after resize-revert" [Low,Fix released] - Assigned to Yasuaki Nagata (yasuaki-nagata)20:32
*** marun has quit IRC20:32
mriedemjlk: certianly looks related20:33
mriedemhttps://review.openstack.org/#/c/135819/ also needs to be cherry picked20:34
mriedemto stable/juno20:34
*** ajo has joined #openstack-nova20:34
dansmithhttps://review.openstack.org/#/q/Id515137747a4b76e9b7057c95f80c8ae74017519,n,z20:36
dansmithbackports ^20:36
*** Mike_D_laptop has quit IRC20:38
artomThat's it, I want a Canadian/English version of OpenStack that spells flavour correctly.20:39
mriedemit's flavor20:39
artomThis must be the 12th time I make this "mistake" ;)20:39
beaglesartom: are you situated in Canada?20:41
openstackgerritAndrew Laski proposed openstack/nova: Cells: Call compute api methods with instance objects  https://review.openstack.org/7974120:42
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds Hyper-V vNic hot-plug implementation  https://review.openstack.org/13825520:42
openstackgerritAdelina Tuvenie proposed openstack/nova: Adds Hyper-V OVS ViF driver  https://review.openstack.org/14004520:42
artombeagles, yes.20:42
beaglesreferring to it as "Canadian" spelling made me wonder20:43
*** achanda has quit IRC20:43
*** harlowja has quit IRC20:45
*** harlowja has joined #openstack-nova20:45
artombeagles, it certainly isn't Quebecois :p20:46
beaglesartom, non20:46
*** htruta has quit IRC20:46
*** raildo has quit IRC20:46
*** dprince has quit IRC20:49
*** keekz_ is now known as keekz20:50
mriedemdansmith: so the neutron multinode job must be running the resize test as single node20:50
mriedemhttp://logs.openstack.org/54/157054/11/experimental/check-tempest-dsvm-neutron-multinode-full/2521846/console.html#_2015-04-30_14_41_06_70020:50
mriedemhrm20:50
dansmithwell,20:51
mriedemresize_to_same_host probably takes precedence20:51
dansmithit might be happening to land there20:51
dansmithyheah20:51
mriedemwe should change that to not resize to same host20:51
mriedems/we/I/20:51
dansmithcertainly on the multinode one20:51
mriedemyeah20:51
dansmithI also wonder if we'll start to see that job's reliability go *down* if we swtich that20:51
dansmithall kinds of things we can hit with that which weren't previously in play20:52
dansmithbut good for sure20:52
mriedemright, kind of the point20:52
dansmithyeah20:52
mriedemso much for that idea20:53
mriedemhttp://logs.openstack.org/54/157054/11/experimental/check-tempest-dsvm-neutron-multinode-full/2521846/logs/etc/nova/nova.conf.txt.gz20:53
mriedemwe don't set allow_resize_to_same_host20:53
mriedemthat gd jogo is always one step ahead20:53
bauzasdansmith: so I code reviewed all the resources related to the resize, and I'm +1 wiht you20:53
dansmithbauzas: cool20:54
bauzasdansmith: I'll provide a new comment on it20:54
dansmithmriedem: well, I don't know how to explain it otherwise20:54
dansmithmriedem: he clearly hit the issue and this fixed it20:54
dansmithmriedem: maybe something else is going on in that test that we're not seeing20:54
*** alanf-mc has joined #openstack-nova20:55
mriedemvif_plugging_is_fatal = True20:55
mriedemyeah, not sure20:55
*** sdake_ has joined #openstack-nova20:55
cfriesenartom: we should honour the correct spelling of flavour?20:56
sdaguemriedem: did you ever get around to circling on - https://review.openstack.org/#/c/176844/9 ?20:56
mriedemsdague: not really20:56
sdagueand the fact that the mock call count on safe_encode is apparently different now?20:56
artomcfriesen, totally.20:56
mriedemsdague: will check quick20:56
*** isd has quit IRC20:56
sdaguemaybe dims_ has an idea20:56
dims_looking20:57
sdaguebecause atm, that's blocking us updating any requirements, which is going to be a problem20:57
dansmithmriedem: unless the test isn't noticing the failure20:57
artomcfriesen, like, submit all the patches right now. I will personally +3 all of them.20:57
sdaguedims_: my instinct is oslo.i18n global state20:57
dansmithjlk: when it fails, you get the instance in an error state, right?20:57
mriedemdansmith: the test completes in like 21 seconds20:58
mriedemdansmith: with a timeout of 30020:58
dansmithmriedem: seems kinda quick20:58
dansmithmriedem: yeah, and it should be waiting for the event for a long time20:58
dansmithmriedem: but if it doesn't check the state of the instance after the revert or something and then just deletes it...20:58
sdagueso... be cautious of test times, some of these tests build computes in setup20:59
*** sdake has quit IRC20:59
sdaguewhich means it's not accounted for correctly20:59
*** marun has joined #openstack-nova20:59
*** sdake has joined #openstack-nova20:59
mriedemhttp://git.openstack.org/cgit/openstack/tempest/tree/tempest/api/compute/servers/test_server_actions.py#n23320:59
mtreinishsdague: that's something I still want to look into fixing20:59
mriedemit does the revert and waits for active20:59
dansmithyeah20:59
mtreinishit shouldn't be too hard to add events to the subunit stream21:00
*** annegentle has joined #openstack-nova21:00
mtreinishfrom setupclass21:00
*** vilobhmm1 has quit IRC21:00
dansmithso21:00
sdaguemtreinish: yeh, though server_actions also does the rebuild optimization so it's doing it on teardown or something21:01
dansmithIIRC, neutron doesn't do this for all plugins21:01
sdaguejsut don't trust the timings in that test :)21:01
dansmithare we running on ovs in this test?21:01
*** vilobhmm1 has joined #openstack-nova21:01
*** unicell has quit IRC21:01
sdagueI thought neutron multinode was ovs21:01
*** angdraug has quit IRC21:01
*** sdake has quit IRC21:01
mriedemyes21:01
*** unicell has joined #openstack-nova21:01
dansmithokay21:01
mriedemhttp://logs.openstack.org/54/157054/11/experimental/check-tempest-dsvm-neutron-multinode-full/2521846/logs/etc/neutron/neutron.conf.txt.gz21:01
*** sdake has joined #openstack-nova21:01
mriedemwell http://logs.openstack.org/54/157054/11/experimental/check-tempest-dsvm-neutron-multinode-full/2521846/logs/etc/neutron/plugins/ml2/ml2_conf.ini.txt.gz21:02
mriedemmechanism_drivers = openvswitch,linuxbridge,l2population21:02
mriedemwhatever that means21:02
dansmithmriedem: no nova admin creds there21:02
dansmithmriedem: so it can't be sending events, AFAIK21:02
*** vilobhmm1 has quit IRC21:02
*** vilobhmm1 has joined #openstack-nova21:03
mriedemdansmith: ah yup21:03
mriedem# nova_admin_tenant_id =21:03
*** sdake_ has quit IRC21:03
dansmith_rightg21:03
*** patrickeast has quit IRC21:03
dansmithso something is up there I think21:03
*** vilobhmm1 has quit IRC21:03
*** patrickeast has joined #openstack-nova21:03
mriedemwouldn't nova be waiting then for something that doesn't happen?21:04
dansmiththat's why I was wondering about the vif driver21:04
*** vilobhmm1 has joined #openstack-nova21:04
bauzasalaski: around for https://review.openstack.org/#/c/171951/1/nova/scheduler/chance.py,cm ?21:04
*** josecastroleon has joined #openstack-nova21:04
*** melwitt has quit IRC21:04
*** melwitt has joined #openstack-nova21:04
*** angdraug has joined #openstack-nova21:05
dims_sdague: possibly the oslo.log bump - https://review.openstack.org/#/c/163027/21:05
*** rfolco has quit IRC21:05
*** melwitt has quit IRC21:05
*** melwitt has joined #openstack-nova21:05
*** anish_ is now known as anish21:06
*** anish has quit IRC21:06
*** anish has joined #openstack-nova21:06
mriedemdims_: sdague: checking nova tests, the only place that mocks out safe_decode is the one test that's failing21:06
melwittdims_: thanks :) (late reply)21:06
mriedemso yeah has to be something global in oslo21:06
*** harlowja has quit IRC21:07
bauzasmelwitt: kudos :)21:07
*** josecastroleon has quit IRC21:07
melwittbauzas: thanks :)21:08
dansmithmriedem: and yet, events are coming in: http://logs.openstack.org/54/157054/11/experimental/check-tempest-dsvm-neutron-multinode-full/2521846/logs/screen-n-cpu.txt.gz#_2015-04-30_14_37_03_51421:08
bauzasmelwitt: so prepare yourself to get a huge list of changes I want you to +221:08
dims_mriedem: that's the one spot i recall being touched recently (review 163027), should be easy enough to check, by just using the older version min/max for oslo.log, want me to try that?21:08
bauzasmelwitt: do you know how I can bribe you ? beers at Vancouver ?21:08
melwittbauzas: lol ;)21:08
dims_melwitt: yes, kudos again :)21:09
jlkdansmith: yes, I believe so, but tempest deletes it right away. I see it getting set to ERROR state though.21:09
mriedemdims_: sure, that must be it though21:09
dims_mriedem: i am going to use the same review if there are no objectsions21:09
mriedemuse what for what now?21:09
dansmithjlk: yeah, I forgot you were using tempest21:09
jlkjust because I haven't bothered to try it manually. I can if that'll help anything21:10
*** VW_ has quit IRC21:10
dansmithnp21:10
dansmithjlk: we're trying to figure out why our tests aren't hitting this, because it seems like they should21:10
jlkokay21:11
mriedemdims_: https://review.openstack.org/#/c/163027/1 is in 1.1.0, which nova was already using21:11
mriedemhttps://review.openstack.org/#/c/176844/9/requirements.txt21:11
mriedemoh nvm21:11
mriedemoslo.log>=1.0.0,<1.1.021:11
mriedemso yeah, that has to be the issue21:11
mriedemso maybe i just change the nova test to check call_count >= 221:12
dims_mriedem: let me test the theory and then we can change the call_count21:12
jlkoh crap. I'm getting failures again.21:12
*** ildikov has quit IRC21:12
jlkoh it's different21:14
jlk2015-04-30 21:11:19.509 28855 ERROR oslo.messaging.rpc.dispatcher [req-b4391ef1-ccf3-4106-bb3e-09eefb57ebc5 ] Exception during message handling: Resize error: Unable to resize disk down.21:14
*** kaufer has joined #openstack-nova21:14
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Updated from global requirements  https://review.openstack.org/17684421:15
dansmithjlk: which hypervisor?21:15
jlklibvirt21:15
jlkkvm21:15
dansmithmost don't support downsizing things21:15
jlkI was running into this earlier, but it seemed to have gone away in favor of the network issue21:15
dansmithdisks, that is21:15
jlkwonder if it's because the same instance was used for a number of other tests and that's making things different21:16
*** kaufer1 has quit IRC21:16
alaskibauzas: in the middle of something atm, can look in a bit21:17
bauzasalaski: nah, just wanted to discuss with you about force_hosts and if we should just kill that because I hate it :)21:18
*** vilobhmm1 has quit IRC21:18
*** matrohon has quit IRC21:18
alaskibauzas: yeah, that would be lovely21:18
*** vilobhmm1 has joined #openstack-nova21:19
bauzasalaski: because calling a scheduler for telling it not to schedule is just nonsense to me21:19
bauzaslike "eh I love you but I don't trust you"21:19
*** vilobhmm1 has quit IRC21:19
jlkoh this is fantastic21:19
dansmithmriedem: well, I don't get it, but sending events when no creds are configured seems really strange to me21:19
jlkif I run the resize revert test in isloation, totes works21:19
mriedemdansmith: yeah that seems busted21:19
dansmithjlk: sounds like maybe a tempest race21:20
dansmithjlk: hassle mtreinish21:20
jlknot sure why that results in resize down errors but perhaps21:20
alaskibauzas: if the scheduler is going to do claims then it has to go through there.  but a user specifying a host doesn't have a clear use case IMO21:20
bauzasalaski: okay, I have very small bandwidth for that, but at Ieast I should fire something in ML21:20
dansmithjlk: it makes sense21:20
dansmithjlk: tempest tries to re-use instances to avoid taking eleventy billion minutes to run21:20
bauzasalaski: well, it's just all about forcing a destination21:20
dansmithjlk: so if something is in a bad ordering, it would cause that21:21
bauzasalaski: like we do for live migrate or evacuate21:21
bauzasalaski: that doesn't require a scheduler call IMHO21:21
alaskibauzas: sure, but why specify a destination is my question21:21
bauzasalaski: because operators want to hack that21:21
*** redbeard has quit IRC21:21
bauzasalaski: what's just insane is that it's something end-user possibly21:22
bauzasalaski: because it's an AZ attribute21:22
bauzasI mean on the API side21:22
*** mwagner_lap has quit IRC21:22
alaskiI understand people want the capability, I would just like a more clear use case than "I don't trust the scheduler"21:22
dansmiththe scheduler stole a candy bar from me earlier in the week, so I'm pretty untrusting of it21:23
*** vilobhmm1 has joined #openstack-nova21:23
jlkargh, yeah.21:24
bauzasdansmith: we know that the scheduler is a bullier right21:24
jlkmtreinish: hi! race condition alert :)21:24
bauzas(is that the right word ?)21:24
*** Longgeek has quit IRC21:24
dansmithjlk: does it matter for your purposes?21:24
dansmithjlk: like, do you have to pass it all in one go?21:24
jrollalaski: testing a particular hypervisor seems like a use case21:24
*** vilobhmm1 has quit IRC21:24
jrollalaski: I *think* our ops team does that sometimes21:25
bauzasalaski: I actually just fired up a spec related to that and how forcing hosts is risky21:25
bauzasalaski: just because scheduler filters Do Something21:25
mtreinishjlk: heh, uh oh21:25
*** mragupat has joined #openstack-nova21:25
mriedemdims_: sdague: testing a patch now21:26
*** ildikov has joined #openstack-nova21:26
dims_mriedem: i am waiting on https://jenkins07.openstack.org/job/gate-nova-python27/11170/console21:28
bauzasalaski: for example of something beasty https://bugs.launchpad.net/nova/+bug/142777221:28
openstackLaunchpad bug 1427772 in OpenStack Compute (nova) "Instance that uses force-host still needs to run some filters" [Low,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)21:28
*** Longgeek has joined #openstack-nova21:28
bauzasalaski: we have also https://bugs.launchpad.net/nova/+bug/1214943 as an exhibit on how all of this is bad https://bugs.launchpad.net/nova/+bug/121494321:29
openstackLaunchpad bug 1214943 in OpenStack Compute (nova) "Live migration should use the same memory over subscription logic as instance boot" [High,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)21:29
*** nelsnelson has quit IRC21:29
*** angdraug has quit IRC21:29
*** VW_ has joined #openstack-nova21:30
*** unicell has quit IRC21:30
bauzasalaski: so, re: all of that, I think we need some way to query the scheduler to know if what we do is valid, hence https://review.openstack.org/#/c/179224/21:30
bauzasalaski: and we should just move the force_hosts logic down to the conductor and call that ^ (spec)21:30
*** sdake_ has joined #openstack-nova21:31
*** iamjarvo has quit IRC21:32
*** ajo has quit IRC21:32
*** dboik has joined #openstack-nova21:33
dims_mriedem: indeed it was the oslo.log bump - gate-nova-python27 finished fine with older rev21:33
mriedemdims_: i have the fix21:33
mriedemwill push that up and rebase the sync on top of it21:33
*** unicell has joined #openstack-nova21:33
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Updated from global requirements  https://review.openstack.org/17684421:34
*** sdake has quit IRC21:34
dims_y, i switched it back21:34
dims_+1 mriedem21:34
openstackgerritMatt Riedemann proposed openstack/nova: Fix assert on call count for encodeutils.safe_decode mock  https://review.openstack.org/17925421:34
mtreinishjlk: reading the back scroll I think there might have been a tempest bug filed about the resize tests and resize down at one point21:35
mtreinishbut I don't really remember21:35
openstackgerritMatt Riedemann proposed openstack/nova: Updated from global requirements  https://review.openstack.org/17684421:35
mtreinishbut yeah that test probably doesn't have proper protections in place to block a resized down21:35
mriedemdims_: sdague: ^ rebased21:35
dims_+1'ed both :)21:36
*** signed8b_ has quit IRC21:36
mriedemdansmith: proud of my use of mock.call_args_list here https://review.openstack.org/#/c/179254/1/nova/tests/unit/virt/libvirt/test_driver.py21:36
mriedembaoli: can someone check on the intel pci CI job?21:37
mriedemit's failing on everything21:37
*** dboik_ has quit IRC21:37
* dansmith hands mriedem a cookie21:37
*** mmedvede has quit IRC21:37
dansmithmriedem: it seems to be flaky actually, I saw it pass on something earlier21:37
*** dboik has quit IRC21:37
dansmithbut agreed, it's less useful than noise at the moment21:38
mriedemif i can come away from this day with doing at least one useful thing, it might still be a win21:38
dims_dansmith: cookies are dangerous! https://www.youtube.com/watch?v=Gyk55GYnGl021:39
*** emagana has joined #openstack-nova21:39
mriedemdims_: isn't that kind of the whole republican party's base theory?21:40
*** angdraug has joined #openstack-nova21:40
mriedemgive a mouse a cookie and he'll never learn to make cookies for himself21:40
dims_haha21:40
mriedemthen eventually the mice will riot in baltimore21:40
*** sdake_ has quit IRC21:40
mriedemif only i'd listened to ted cruz21:41
dims_:)21:41
*** sdake has joined #openstack-nova21:42
*** annegentle has quit IRC21:42
*** annegentle has joined #openstack-nova21:42
*** jichen has quit IRC21:44
*** mriedem is now known as mriedem_away21:47
*** bkopilov has joined #openstack-nova21:48
*** annegentle has quit IRC21:48
*** lpetrut1 has quit IRC21:48
*** kaufer has quit IRC21:51
*** otter768 has joined #openstack-nova21:52
*** achanda has joined #openstack-nova21:52
jlkmtreinish: I couldn't find anything in existing reports, so I made https://bugs.launchpad.net/tempest/+bug/145064821:53
openstackLaunchpad bug 1450648 in tempest "No protection against resize down in resize testing" [Undecided,New]21:53
*** igordcard_ has joined #openstack-nova21:53
*** joefides has quit IRC21:53
*** jgrimm is now known as zz_jgrimm21:53
mtreinishjlk: ok thanks, I'll take a look21:54
*** flwang1 has joined #openstack-nova21:54
mtreinishyeah the server reuse there has always been kinda funky. It might just be easiest to move that test into a different class without server reuse21:55
*** igordcard has quit IRC21:55
*** dboik has joined #openstack-nova21:56
*** irenab has joined #openstack-nova21:56
jlkis that something I could try real quick?21:57
*** otter768 has quit IRC21:57
*** dboik_ has joined #openstack-nova21:57
dansmithjlk: certainly if there's an open bug for this you can "pass the test" by just showing that you work, except you have to run this one in isolation because $bug, right?21:57
dansmithjlk: I mean, all for helping to get it fixed, but I sensed your urgency before...21:58
jlkdansmith: yeah, that's right. It passes in isolation. I was hoping to do a local mod to tempest to let it run the whole gamut so I can submit to the defcore folks.21:58
jlkthe urgency is just that once I get this done I can move on to something else fun :)21:59
*** emagana has quit IRC21:59
*** oomichi has joined #openstack-nova22:00
*** jecarey_ has quit IRC22:00
dansmithjlk: well, I dunno which is worse, hacking the verification test, or failing it but showing you pass without the bug :)22:00
dansmithbut anyway22:00
*** dboik has quit IRC22:00
jlkhaha, that's a fair point22:01
jlkI'm already hacking nova by putting your change in before it's merged, but I think at this point this system is something of an honor system22:01
*** irenab has quit IRC22:01
alaskijroll: yeah, testing a compute is a good use case.  though force_hosts may not be the solution22:01
dansmithyeah, well, that's why I got the backport up for you22:01
dansmithso it's at least something proposed for stable/juno :)22:01
jrollalaski: right :)22:02
jlkdansmith: yeah, I do appreciate that22:02
dansmithjlk: so I think you're legit with your nova change, I mean22:02
alaskibauzas: I agree it's bad.  I'm not sure we can bypass the scheduler if it's handling claims though, I thought everything would need to nominally go through the scheduler22:03
bauzasalaski: claims are compute objects22:04
alaskibauzas: now.  I thought there was talk of moving them22:04
*** oro has quit IRC22:04
*** dims has joined #openstack-nova22:04
bauzasalaski: even if by some way we have to have a related claiming system for the scheduler22:04
bauzasalaski: yup22:04
*** dims_ has quit IRC22:05
*** Hosam has joined #openstack-nova22:05
bauzasalaski: but that's not exactly for the same reason22:05
bauzasalaski: that's mostly because we're loosing track for the decisions given by the scheduler once select_dest() is returning22:05
bauzasso that's racy22:05
alaskisure, but it would be racy to migrate an instance without telling the scheduler22:06
bauzasalaski: hence my new API22:06
bauzasalaski: we need to make sure the scheduler accepts that22:06
*** thomasem has quit IRC22:07
bauzasalaski: but there is a different paradigm between asking the scheduler to select from a full list of hosts and just verifying a host22:07
*** annegentle has joined #openstack-nova22:08
*** vilobhmm1 has joined #openstack-nova22:08
*** mmedvede has joined #openstack-nova22:08
*** vilobhmm1 has quit IRC22:08
*** vilobhmm1 has joined #openstack-nova22:09
*** busterswt has quit IRC22:09
*** melwitt_ has joined #openstack-nova22:11
*** melwitt_ has quit IRC22:11
*** melwitt has quit IRC22:12
*** gyee has joined #openstack-nova22:13
*** armax has quit IRC22:15
*** burt has quit IRC22:15
*** Nic has quit IRC22:15
*** jamielennox|away is now known as jamielennox22:16
*** Sukhdev has quit IRC22:19
*** iamjarvo has joined #openstack-nova22:19
*** Sukhdev has joined #openstack-nova22:20
*** melwitt has joined #openstack-nova22:20
*** vilobhmm1 has quit IRC22:21
*** erlon_awaY has quit IRC22:21
*** vilobhmm1 has joined #openstack-nova22:21
*** mragupat has quit IRC22:22
*** alanf-mc has quit IRC22:28
*** packet has quit IRC22:30
*** alanf-mc has joined #openstack-nova22:30
*** Hosam has quit IRC22:31
openstackgerritmelanie witt proposed openstack/nova: WIP: send object to cells instance_update_at_top  https://review.openstack.org/17651822:32
*** VW_ has quit IRC22:33
*** emagana has joined #openstack-nova22:36
*** thomasem has joined #openstack-nova22:39
*** thomasem has quit IRC22:39
*** igordcard has joined #openstack-nova22:39
*** oro has joined #openstack-nova22:40
*** thomasem has joined #openstack-nova22:42
*** emagana has quit IRC22:42
*** annegentle has quit IRC22:43
*** obedmr has quit IRC22:45
*** emagana has joined #openstack-nova22:46
*** artom has quit IRC22:49
openstackgerritFei Long Wang proposed openstack/nova: Fix nova backup for volume-backed instance  https://review.openstack.org/16449422:49
*** jlk has left #openstack-nova22:51
*** annegentle has joined #openstack-nova22:58
*** achanda has quit IRC23:01
*** vilobhmm1 has quit IRC23:02
*** vilobhmm1 has joined #openstack-nova23:02
*** annegentle has quit IRC23:03
*** marun has quit IRC23:05
*** baoli has quit IRC23:06
*** oomichi has quit IRC23:06
*** marun has joined #openstack-nova23:06
*** melwitt has quit IRC23:07
*** iamjarvo has quit IRC23:07
*** oro has quit IRC23:08
openstackgerritChris Friesen proposed openstack/nova: fix network setup on evacuate  https://review.openstack.org/16982723:08
*** annegentle has joined #openstack-nova23:08
*** Sukhdev_ has joined #openstack-nova23:10
*** claudiub has quit IRC23:10
*** Sukhdev has quit IRC23:11
*** hemna_ has quit IRC23:11
*** marun has quit IRC23:11
*** vilobhmm11 has joined #openstack-nova23:11
*** vilobhmm11 has quit IRC23:12
*** vilobhmm11 has joined #openstack-nova23:12
*** BadCub is now known as BadCub_Hiding23:12
alex_xubauzas: it should be here https://github.com/openstack/api-site/tree/master/api-ref/src/wadls/compute-api/src/v2.1/wadl23:13
*** vilobhmm1 has quit IRC23:13
dansmithjogo: pretty nasty resize bug: https://review.openstack.org/#/c/179228/23:14
dansmithjogo: apparently resize-revert has been broken with neutron since junoish23:14
*** achanda has joined #openstack-nova23:14
*** salv-orl_ has joined #openstack-nova23:14
jogodansmith: not surprised23:15
jogodansmith: so is there a tempest test for this somewhere that is failing?23:15
dansmithjogo: it should only fail on multinode, but it's not and we can't figure out why23:15
dansmithjogo: but that test is clearly misconfigured23:15
dansmithjogo: and the operator that reported the issue has confirmed this fixes it and +1d the patch23:16
dansmithso, we're still trying to figure out why it's not failing in our job, but so far it's not clear23:16
*** jgriffith has quit IRC23:16
dansmithi.e. the test has no nova admin creds configured, but is also successfully sending events to nova, which shouldn't be possible, as far as I know23:17
jogodansmith: multinode and neutron right?23:17
dansmithyes23:17
*** jgriffith has joined #openstack-nova23:17
jogoahh, hmm I recall something like this failing23:17
*** salv-orlando has quit IRC23:17
jogobut not sure now23:18
*** vilobhmm11 has quit IRC23:18
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Merge tag '2015.1.0'  https://review.openstack.org/17928423:18
*** vilobhmm1 has joined #openstack-nova23:18
mtreinishdansmith: which test?23:19
*** krak has joined #openstack-nova23:19
dansmithmtreinish: the resize_revert23:19
jogomtreinish: on multinode neutron23:19
jogowhen resize is on the same node23:20
dansmithmtreinish: it's not a tempest problem though, because the op was hitting it with tempest and this patch makes it pass :)23:20
dansmithno23:20
dansmithjogo: when resize is *not* on the same node23:20
jogoerr woops23:20
openstackgerritAlex Xu proposed openstack/nova: Add version bump guideline in microversion devref  https://review.openstack.org/17777823:20
mtreinishdansmith: yeah, it doesn't look like it has admin. Is it required for resize?23:23
dansmithmtreinish: no, it's required for sending events back to nova23:23
jogothis test right ? test_resize_server_revert23:24
dansmithmtreinish: and nova is configured to require them23:24
dansmithjogo: yeah23:24
dansmithmtreinish: I'm talking about neutron having nova_admin_* creds in its conf file23:24
mtreinishdansmith: ah ok, I misunderstood23:24
dansmithwhen I said "that test" i meant "that job"23:24
dansmithjogo: are these using noauth?23:24
jogodansmith: how do I check?23:25
dansmithwould be nova policy I think23:26
jogohttp://logs.openstack.org/28/179228/3/experimental/check-tempest-dsvm-neutron-multinode-full/f61ef10/logs/23:26
jogohttp://logs.openstack.org/28/179228/3/experimental/check-tempest-dsvm-neutron-multinode-full/f61ef10/logs/etc/nova/policy.json.txt.gz23:26
dansmithactually paste,23:27
dansmithwhich I'm looking at23:27
dansmithbut I don't know how we configure to actually use one or the other :$23:27
jogoI doubt we are using noauth23:28
dansmithI wouldn't think so23:28
jogoauth_strategy = keystone23:28
jogohttp://logs.openstack.org/28/179228/3/experimental/check-tempest-dsvm-neutron-multinode-full/f61ef10/logs/etc/nova/nova.conf.txt.gz23:28
dansmiththat's not it23:28
dansmiththat's how we auth to neutron I think23:28
dansmiththis is neutron calling to us23:29
jogowe default general auth for nova to keystone as well23:30
dansmithwhere?23:30
jogonova/api/auth.py23:31
dansmitheach endpoint in api-paste has a noauth, noauth2, and keystone23:31
dansmithand I don't know how we choose keystone23:31
dansmithah, okay23:31
jogodansmith: ugly python foo code23:31
dansmithI was expecting to see that default in the nova.conf23:31
dansmithwell, I dunno, it's acting like it's just letting anything send an event with no creds23:32
dansmithso I dunno23:32
jogoso I looked at the logs from ^ and it looks like we resize across instances23:32
jogocan you get the users tempest.conf?23:32
dansmithacross compute nodes you mean?23:32
mtreinishjogo: it's probably running with tenant isolation, so it's making a new user for each test class23:32
*** jlk has joined #openstack-nova23:33
dansmithjogo: it's jlk23:33
jlkohai23:33
dansmithmtreinish: what do you think that has to do with this?23:33
jogojlk: we are trying to reproduce the test_resize_server_revert failure on our multi node neutron job23:33
openstackgerritAlex Xu proposed openstack/nova: Add the rule of separate plugin for Nova REST API in devref  https://review.openstack.org/16291323:34
jogojlk: and are having trouble. Would you be able to share your tempest.conf with us for comparison?23:34
jlksure23:34
mtreinishdansmith: nothing jogo just said users from the tempest.conf, and I just wanted to clarify that they probably weren't being used23:34
dansmithokay23:34
jlklet me grep out comments23:35
dansmithindependent of this bug, neutron has no nova admin creds and is sending us events, because I see them in the logs23:35
dansmithand I don't know how that can be :)23:35
jogojlk: comparing it with http://logs.openstack.org/28/179228/3/experimental/check-tempest-dsvm-neutron-multinode-full/f61ef10/logs/tempest_conf.txt.gz23:35
*** melwitt has joined #openstack-nova23:36
*** annegentle has quit IRC23:36
*** isd has joined #openstack-nova23:36
jogodansmith: http://logs.openstack.org/28/179228/3/experimental/check-tempest-dsvm-neutron-multinode-full/f61ef10/logs/etc/neutron/neutron.conf.txt.gz23:37
jogosearch for '[nova]'23:37
jlkjogo: https://gist.github.com/j2sol/4a118407aedd13d37a7023:38
*** emagana has quit IRC23:38
*** marun has joined #openstack-nova23:40
*** tjones2 has quit IRC23:41
*** emagana has joined #openstack-nova23:41
jogojlk thanks23:42
*** Alexandra_ has joined #openstack-nova23:43
jogoto be clear what test failed for you?23:43
jogojlk: test_resize_server_revert?23:44
jlkyes23:44
jogokk23:44
jogobtw you set run_ssh = true23:44
jogothen false a few lines later23:44
jlkyeah, the false wins23:44
*** krtaylor has quit IRC23:44
mtreinishjogo: heh, yeah false is the right choice for that one :)23:45
*** irenab has joined #openstack-nova23:45
*** salv-orl_ has quit IRC23:46
jogoyeah23:46
jogojlk: hmm I don't see anything that stands out23:46
jlkI suppose it's possible that our neutron just sucks23:47
jogodansmith: not sure what is going on and its too late in the day for me to dig into the nova logs23:47
jogojlk: everyones neutron socks23:47
jlklets try tomorrow23:47
jogosucks23:47
jogojlk: well the fix is going in either way23:47
jlkcould be a false positive and the instance doesn't actually have the IP back, I didn't try to validate connectivity23:47
*** harlowja has joined #openstack-nova23:49
*** irenab has quit IRC23:50
*** otter768 has joined #openstack-nova23:53
openstackgerritmelanie witt proposed openstack/nova: Fix disconnect_volume issue when find_multipath_device returns None  https://review.openstack.org/15962623:54
*** eliqiao1 has joined #openstack-nova23:55
*** krtaylor has joined #openstack-nova23:56
dansmithjogo: +1, I have crap I gotta do anyway23:58
*** otter768 has quit IRC23:58

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