Friday, 2017-03-17

*** catintheroof has joined #openstack-nova00:03
sbezverkmriedem: correct about individual containers00:03
sbezverkmriedem: in paralel I have a job running newton images and it passes wihtout issues00:03
sbezverkmriedem: I will continue debugging to confirm connectivity issue.. curl should tell me that00:04
Sukhdevmriedem : I see lots of time out errors in n-cpu.logs - here is a sample - http://paste.openstack.org/show/603037/00:04
*** iceyao has joined #openstack-nova00:07
*** tbachman_ has joined #openstack-nova00:08
*** claudiub has quit IRC00:09
*** iceyao has quit IRC00:09
mriedemSukhdev: do you have any customizations to the local.conf you used to stack devstack? can you post your local.conf in a paste?00:09
mriedemseems you're having rpc issues, which would mean investigating the oslo.messaging configuration values in nova.conf00:09
*** tbachman has quit IRC00:10
*** tbachman_ is now known as tbachman00:10
*** yingjun has joined #openstack-nova00:11
Sukhdevmriedem : here is local.conf -  http://paste.openstack.org/show/603039/00:13
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/44677700:13
Sukhdevmriedem : here is /etc/nova/nova.conf  - http://paste.openstack.org/show/603040/00:15
*** catintheroof has quit IRC00:16
*** sbezverk has quit IRC00:18
*** zz_dimtruck is now known as dimtruck00:19
*** ssurana has quit IRC00:19
*** sbezverk has joined #openstack-nova00:20
Sukhdevmriedem : can you spot anything suspicious in either of those configs?00:22
*** sbezverk has quit IRC00:24
*** Jeffrey4l has quit IRC00:25
mriedemthey look ok,00:28
mriedemthey are all for ironic though, and i've never setup an ironic devstack instance, so i'm not sure what to be looking for,00:28
mriedemyou might want to ask in the #openstack-ironic channel00:28
*** Sukhdev_ has joined #openstack-nova00:30
openstackgerritTony Breeds proposed openstack/os-vif master: Add Constraints support  https://review.openstack.org/41332500:31
*** amotoki has joined #openstack-nova00:37
Sukhdevmriedem : this does not go to ironic at all - as soon as nova boot is issued, it fails in nova itself. So, there is no log in the Ironic side00:38
*** gouthamr has joined #openstack-nova00:38
*** amotoki has quit IRC00:41
mriedemSukhdev: is ironic running OK?00:42
mriedemthe ironic virt driver in the nova-compute service will be getting resource information from the ironic API service00:42
Sukhdevmriedem : yes00:42
mriedemthat resource information is fed into the placement service,00:42
mriedemand the filter scheduler uses that information for scheduling decisions00:43
Sukhdevmriedem : I did not look into Ironic API logs - let me take a peek00:44
mriedemSukhdev: you could also compare to the local.conf from the ironic CI job that runs on nova changes here http://logs.openstack.org/01/446601/1/check/gate-tempest-dsvm-ironic-ipa-wholedisk-bios-agent_ipmitool-tinyipa-ubuntu-xenial-nv/4630b48/logs/local.conf.txt.gz00:46
mriedemit could be the flavors you have defined don't fit the nodes available00:47
Sukhdevmriedem : excellent Idea - thanks for the pointer - let me check if some of this config is causing the issue.00:47
Sukhdevmriedem : One quick question (for my clarification) I read somewhere while looking for help on Google it stated that in Ocata release Nova mendate cell configuration - is it true? Do I need to add anything in local.conf in this regard>00:53
*** sbezverk has joined #openstack-nova00:53
mriedemSukhdev: you don't need anything in local.conf for cells v2 in ocata00:54
Sukhdevmriedem : cool - thanks - was worried if that has anything to do with this :-)00:54
mriedemi don't think it would, the scheduler in ocata didn't take cells into consideration00:55
SukhdevGreat - thanks00:55
sbezverkmriedemЬ curl returns 401 Unauthorized00:55
sbezverkmriedem: it does not look like network issue then..00:56
mriedemsbezverk: did you provide a token in the curl request to / ?00:57
*** dikonoor has joined #openstack-nova00:58
sbezverkmriedem: cannot do it as it is a gate job01:00
*** crusio has quit IRC01:00
melwittmriedem: argh, dangit (test trace)01:01
*** crusio has joined #openstack-nova01:01
sbezverkmriedem: do not have much flexebility there01:01
melwittoh, you took care of it. thanks01:01
mriedemmelwitt: yup01:01
*** catintheroof has joined #openstack-nova01:02
*** catintheroof has quit IRC01:02
mriedemsbezverk: i'm not sure what you mean. you're scripting this into the CI job right? if you've added something that makes a curl request to the root of the placement endpoint from the nova-scheduler container, can't you also get a token and include that in the request, from within the script/CI job?01:02
*** catintheroof has joined #openstack-nova01:02
mriedemOS_TOKEN=$(openstack token issue -f value -c id)01:02
sbezverkmriedem: cool thanks, let me try with it01:03
*** phuongnh has joined #openstack-nova01:04
*** Apoorva has quit IRC01:06
dtp-afkjroll are you still here?01:08
*** dtp-afk is now known as dtp01:09
*** kevinz has joined #openstack-nova01:10
openstackgerritGhanshyam Mann proposed openstack/nova master: Add api-ref for filter/sort whitelist  https://review.openstack.org/42176001:10
*** sbezverk has quit IRC01:12
*** sbezverk has joined #openstack-nova01:12
*** armax has quit IRC01:13
*** baoli has joined #openstack-nova01:14
openstackgerritDan Peschman proposed openstack/nova master: Option to always create network metadata information as static  https://review.openstack.org/33629301:18
*** unicell has quit IRC01:19
*** unicell has joined #openstack-nova01:21
*** dikonoor has quit IRC01:26
*** unicell has quit IRC01:31
*** liangy has joined #openstack-nova01:36
sbezverkmriedem: ok so the process is alive, there must be something with scheduler preventing it finding it..01:39
sbezverkmriedem: http://paste.openstack.org/show/603043/01:39
*** Sukhdev has quit IRC01:40
*** Sukhdev_ is now known as Sukhdev01:40
mriedemsbezverk: try restarting nova-scheduler, i think we cache the failed attempt and don't try again for like 10 minutes01:40
*** wangqun has joined #openstack-nova01:43
dtpmriedem, if i have other ideas on implementation of https://blueprints.launchpad.net/nova/+spec/service-hyper-pci-uuid-in-api, should i just keep them to myself?01:44
sbezverkmriedem: well, it is at the gate. once failed the job is failed/gone..01:44
mriedemsbezverk: you can't reproduce locally?01:45
mriedemdtp: umm, idk01:45
*** amotoki has joined #openstack-nova01:45
mriedemdtp: we could talk tomorrow, i've got to call it a day01:45
dtpsounds good01:45
sbezverkmriedem: when scheduler starts it tries to communicate with placement right away?01:46
mriedemsbezverk: i don't think so no01:46
mriedemonly once a request to create an instance comes in01:46
sbezverkmriedem: ok so ordering would not matter much01:46
sbezverkI mean process start up01:46
mriedemsbezverk: placement should come before the scheduler, but i'd have to dig into details, which i can't right now01:47
mriedemsbezverk: check that nova devref doc on placement that i linked earlier, there might be something i'm forgeting01:47
sbezverkmriedem: ok I will, also will try to repro in local test bed. thank you for your help01:47
mriedemyw01:48
*** amotoki has quit IRC01:50
*** Jeffrey4l has joined #openstack-nova01:53
*** jamielennox is now known as jamielennox|away01:56
*** rfolco_ has joined #openstack-nova01:57
*** rfolco_ has quit IRC01:57
gmannalex_xu: sfinucan mriedem can you check this. updated enum value format (api-ref for sort/filter) - https://review.openstack.org/#/c/421760/01:59
*** zioproto has quit IRC02:01
*** jamielennox|away is now known as jamielennox02:01
*** dtp has quit IRC02:03
*** dimtruck is now known as zz_dimtruck02:06
*** tanee is now known as tanee_away02:06
*** tanee_away is now known as tanee02:07
*** kaisers__ has quit IRC02:09
*** crusio has quit IRC02:12
*** crusio has joined #openstack-nova02:12
*** Jeffrey4l has quit IRC02:14
*** Jeffrey4l has joined #openstack-nova02:14
alex_xugmann: thanks, I will check it soon02:23
gmannmriedem: alex_xu johnthetubaguy sfinucan snikitin : i doubt cpu id should be integer, i replied on https://review.openstack.org/#/c/445855/1  and https://review.openstack.org/#/c/434745/302:24
gmannneed your opinion02:24
gmannalex_xu: thanks02:24
*** masber has joined #openstack-nova02:26
gmannlibvirt driver(current diagnostics info provider) seems not appending the CPU id02:26
*** Shunli has joined #openstack-nova02:27
*** Shunli has quit IRC02:29
*** Shunli has joined #openstack-nova02:29
*** fragatin_ has joined #openstack-nova02:34
*** yamahata has quit IRC02:35
*** Sukhdev has quit IRC02:36
*** jichen has joined #openstack-nova02:36
*** tbachman has quit IRC02:36
*** catintheroof has quit IRC02:36
*** fragatina has quit IRC02:37
*** tbachman has joined #openstack-nova02:39
*** fragatin_ has quit IRC02:39
*** crusio has quit IRC02:39
*** crusio has joined #openstack-nova02:40
*** Jeffrey4l has quit IRC02:41
*** Jeffrey4l has joined #openstack-nova02:41
*** hongbin_ has joined #openstack-nova02:50
*** gouthamr has quit IRC03:01
*** vladikr has quit IRC03:03
*** mirrorbox has quit IRC03:04
*** mirrorbox has joined #openstack-nova03:04
*** sree has joined #openstack-nova03:14
*** sree_ has joined #openstack-nova03:16
*** sree has quit IRC03:17
*** sree_ is now known as Guest8643503:17
*** crushil has joined #openstack-nova03:20
*** zz_dimtruck is now known as dimtruck03:27
*** liangy has quit IRC03:33
*** nicolasbock has quit IRC03:43
*** amotoki has joined #openstack-nova03:46
*** ijw has quit IRC03:50
*** ijw has joined #openstack-nova03:50
*** amotoki has quit IRC03:51
*** ijw has quit IRC03:52
*** markvoelker_ has quit IRC03:53
*** crusio has quit IRC03:56
*** crusio has joined #openstack-nova03:57
*** yuntongjin has joined #openstack-nova03:58
*** udesale has joined #openstack-nova04:00
*** dikonoor has joined #openstack-nova04:04
*** yamahata has joined #openstack-nova04:13
*** alex_xu has quit IRC04:17
*** Daisy has joined #openstack-nova04:19
*** owalsh_ has joined #openstack-nova04:20
*** Daisy has quit IRC04:20
*** alex_xu has joined #openstack-nova04:23
*** owalsh has quit IRC04:23
*** gongysh has joined #openstack-nova04:27
*** kaisers_ has joined #openstack-nova04:27
*** kaisers_ has quit IRC04:28
*** psachin has joined #openstack-nova04:29
*** ayogi has joined #openstack-nova04:30
*** fragatina has joined #openstack-nova04:31
*** vks1 has joined #openstack-nova04:31
*** fragatina has quit IRC04:32
*** fragatina has joined #openstack-nova04:33
*** dimtruck is now known as zz_dimtruck04:35
gmannBobBall:   can we use VM_metrics.get_VCPUs_utilisation to fetch the CPU utilization ? - https://review.openstack.org/#/c/399613/2904:37
*** hongbin_ has quit IRC04:39
*** unicell has joined #openstack-nova04:41
*** nic has quit IRC04:44
*** yuntongjin has quit IRC04:51
*** jwcroppe has joined #openstack-nova04:55
*** ratailor has joined #openstack-nova04:57
*** unicell1 has joined #openstack-nova05:11
*** unicell has quit IRC05:11
*** crushil has quit IRC05:12
*** yuntongjin has joined #openstack-nova05:20
*** ssurana has joined #openstack-nova05:22
*** Jack_Iv has joined #openstack-nova05:24
*** kaisers_ has joined #openstack-nova05:29
*** ssurana has quit IRC05:29
*** sree has joined #openstack-nova05:30
*** Guest86435 has quit IRC05:34
*** kaisers_ has quit IRC05:34
*** erlon has quit IRC05:35
*** NikhilS has joined #openstack-nova05:36
*** fragatina has quit IRC05:40
*** ecelik has joined #openstack-nova05:50
*** ecelik has left #openstack-nova05:50
*** trinaths has joined #openstack-nova05:51
*** ijw has joined #openstack-nova05:51
*** gcb has joined #openstack-nova05:54
*** ijw_ has joined #openstack-nova05:54
*** ijw_ has quit IRC05:56
*** ijw_ has joined #openstack-nova05:56
*** ijw has quit IRC05:58
*** ijw_ has quit IRC06:01
*** Jeffrey4l has quit IRC06:02
*** jith has quit IRC06:07
*** tuanluong has joined #openstack-nova06:11
*** avolkov has joined #openstack-nova06:11
*** jith has joined #openstack-nova06:16
*** Jeffrey4l has joined #openstack-nova06:17
*** lpetrut has joined #openstack-nova06:19
*** zhurong has joined #openstack-nova06:21
*** phuongnh has quit IRC06:25
*** sree has quit IRC06:26
*** ltomasbo|away is now known as ltomasbo06:26
*** phuongnh has joined #openstack-nova06:26
*** satyar has joined #openstack-nova06:31
*** ayogi has quit IRC06:32
*** sridharg has joined #openstack-nova06:37
*** belmoreira has joined #openstack-nova06:38
*** ayogi has joined #openstack-nova06:47
alex_xugmann: may I say 'valid value' instead of 'enum value' at https://review.openstack.org/#/c/421760/15/api-ref/source/parameters.yaml@42106:49
alex_xugmann: due to from the schema, it just a field accept any string06:49
alex_xugmann: you won't get error when you input something out of 'auto' and 'manual'06:49
gmannalex_xu: ah, nice point. ll update.06:52
alex_xugmann: thanks06:52
gmannalex_xu: please -1 :)06:52
alex_xugmann: ah, yea, got one point06:52
*** andreas_s has joined #openstack-nova06:53
alex_xugmann: done, thanks :)06:53
*** gcb has quit IRC06:54
alex_xugmann: I can update the patch online06:54
alex_xudo you want me do that, and I can +2 directly06:54
gmannalex_xu: updating06:54
alex_xugmann: thanks06:54
openstackgerritGhanshyam Mann proposed openstack/nova master: Add api-ref for filter/sort whitelist  https://review.openstack.org/42176006:56
gmannalex_xu: ^^06:57
alex_xugmann: thanks, done06:57
gmannalex_xu: thanks.06:58
*** nkrinner_afk is now known as nkrinner07:00
*** claudiub has joined #openstack-nova07:01
*** unicell1 has quit IRC07:04
*** unicell has joined #openstack-nova07:04
*** unicell has quit IRC07:04
*** gongysh has quit IRC07:07
*** gongysh has joined #openstack-nova07:10
*** slaweq has quit IRC07:10
*** gcb has joined #openstack-nova07:10
*** markus_z has joined #openstack-nova07:12
*** jaosorior has joined #openstack-nova07:16
*** lpetrut has quit IRC07:18
*** JayF has quit IRC07:20
*** mrhillsman has quit IRC07:20
*** jbernard has quit IRC07:23
*** jbernard has joined #openstack-nova07:23
*** zz_dimtruck is now known as dimtruck07:26
markus_zbauzas: lyarwood: claudiub: Please add this to your review backlog: https://review.openstack.org/#/c/406898/ It's a backport to stable/newton. mriedem's questions there are answered but he's busy with other items.07:27
*** kaisers_ has joined #openstack-nova07:30
*** JayF has joined #openstack-nova07:33
*** mrhillsman has joined #openstack-nova07:33
*** yuntongjin has quit IRC07:34
*** tesseract has joined #openstack-nova07:34
*** lpetrut has joined #openstack-nova07:35
*** phuongnh has quit IRC07:35
*** kaisers_ has quit IRC07:36
*** dimtruck is now known as zz_dimtruck07:36
*** phuongnh has joined #openstack-nova07:36
*** kaisers_ has joined #openstack-nova07:41
*** yuntongjin has joined #openstack-nova07:41
*** pcaruana has joined #openstack-nova07:43
*** kaisers_ has quit IRC07:45
*** amotoki has joined #openstack-nova07:48
*** sree has joined #openstack-nova07:48
*** voelzmo has joined #openstack-nova07:48
*** Jack_Iv has quit IRC07:52
*** amotoki has quit IRC07:52
*** Jack_Iv has joined #openstack-nova07:52
*** sree has quit IRC07:52
*** Jack_Iv has quit IRC07:56
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** hferenc has quit IRC08:01
*** Jack_Iv has joined #openstack-nova08:01
*** karthiks has quit IRC08:03
*** lpetrut has quit IRC08:04
*** lpetrut has joined #openstack-nova08:04
*** jpena|off is now known as jpena08:05
*** jpena is now known as jpena|off08:18
*** zioproto has joined #openstack-nova08:18
*** karthiks has joined #openstack-nova08:19
*** Jack_Iv has quit IRC08:22
*** Jack_Iv has joined #openstack-nova08:23
*** jpena|off is now known as jpena08:25
*** Jack_Iv has quit IRC08:27
*** zhurong has quit IRC08:27
*** yuntongjin1 has joined #openstack-nova08:29
*** yuntongjin has quit IRC08:29
*** amoralej|off is now known as amoralej08:38
*** ygl has joined #openstack-nova08:38
*** karthiks has quit IRC08:39
*** sree has joined #openstack-nova08:39
*** udesale has quit IRC08:41
*** udesale has joined #openstack-nova08:41
*** kaisers_ has joined #openstack-nova08:42
*** aarefiev_afk is now known as aarefiev08:43
*** lpetrut has quit IRC08:44
*** kaisers_ has quit IRC08:46
*** hferenc has joined #openstack-nova08:47
*** karthiks has joined #openstack-nova08:51
*** gcb has quit IRC08:51
*** ducnc has quit IRC08:52
*** crusio has quit IRC08:52
*** crusio has joined #openstack-nova08:52
*** yamamoto has quit IRC08:57
*** belmorei_ has joined #openstack-nova08:58
*** belmoreira has quit IRC08:59
*** lpetrut has joined #openstack-nova08:59
*** arne_r has joined #openstack-nova08:59
*** vks1 has quit IRC08:59
openstackgerritChangBo Guo(gcb) proposed openstack/nova master: Fix wrong unit test about config option enabled_apis  https://review.openstack.org/44689809:02
*** hshiina has joined #openstack-nova09:03
openstackgerrit龚肖 proposed openstack/nova master: Modify api-ref information  https://review.openstack.org/44690209:09
*** gcb has joined #openstack-nova09:09
*** diga has joined #openstack-nova09:12
*** david-lyle_ has joined #openstack-nova09:18
*** david-lyle has quit IRC09:18
*** jahsis has joined #openstack-nova09:19
*** belmorei_ has quit IRC09:21
*** karimb has joined #openstack-nova09:24
*** yuntongjin1 has quit IRC09:24
*** yuntongjin has joined #openstack-nova09:26
*** trinaths has left #openstack-nova09:27
BobBallgmann: VM_metrics is the old way of doing things and I think doesn't work correctly.  The best way is to obtain metrics using the RRDs with VM.query_data_source.09:28
*** ayogi has quit IRC09:28
BobBallgmann: I think (but I'm not certain) that VM_metrics only stores info on the first vCPU09:29
*** belmoreira has joined #openstack-nova09:29
BobBallgmann: querying the RRD datasource is the most correct way of getting the details from XenAPI09:29
BobBallgmann: See also https://git.openstack.org/cgit/openstack/ceilometer/commit/ceilometer/compute/virt/xenapi/inspector.py?id=1374cf7d229ed0b8fca0fbdc6477703d9fff0ecc09:32
*** Shunli has quit IRC09:32
gmannBobBall: ah i see.09:33
gmannBobBall:  query_data_source will fetch all latest stats09:34
*** yamamoto has joined #openstack-nova09:35
BobBallIndeed09:35
gmannBobBall: thanks, very useful information :)09:36
BobBallHappy to help :)09:36
gmannBobBall: so all info in VM_metrics is not guaranteed ?09:37
BobBallI would recommend against using it as it will likely be removed in future versions09:37
*** yamamoto has quit IRC09:38
*** kaisers_ has joined #openstack-nova09:38
BobBallIf you can get information from it then it is probably right (I think) but it doesn't have some information and is likely to have less moving forward09:38
*** yuntongjin has quit IRC09:38
*** yamamoto has joined #openstack-nova09:38
gmannBobBall: i see. +1 to remove. it give much clarity09:38
gmannthanks again09:39
*** belmoreira has quit IRC09:39
openstackgerritMichael  Henkel proposed openstack/nova master: Implements: blueprint opencontrail-dpdk-support  https://review.openstack.org/44118309:40
kashyaplyarwood: When you're about, I saw mention of a Gate failure on detach.  Is there a bug for it?  [Me searches in the scrollback meanwhile]09:41
*** ayogi has joined #openstack-nova09:41
*** kaisers_ has quit IRC09:42
*** yamamoto has quit IRC09:42
*** karthiks is now known as karthiks_afk09:42
*** wangqun has quit IRC09:43
*** Akhil has quit IRC09:43
* johnthetubaguy is not believing there was no chat after 7pm... znc what have you been up to09:44
*** amotoki has joined #openstack-nova09:48
*** belmoreira has joined #openstack-nova09:50
*** lpetrut has quit IRC09:52
*** amotoki has quit IRC09:53
*** saju_m has joined #openstack-nova09:54
saju_mi am getting this error https://bugs.launchpad.net/nova/+bug/1669924 in nova09:55
openstackLaunchpad bug 1669924 in OpenStack Compute (nova) "InstanceUpdateConflict: Conflict updating instance Expected: {'vm_state': ['building', None]}. Actual: {'vm_state': u'error'}" [Undecided,New]09:55
saju_mi am using nova master branch09:55
saju_many clue ?09:55
saju_mbecause of this, nova-scheduler shows no host found error09:57
*** mriedem has quit IRC09:58
*** mriedem has joined #openstack-nova09:58
*** mriedem has quit IRC10:03
*** rcernin has joined #openstack-nova10:04
lyarwoodI've asked this before but does anyone have a way of unwrapping comments in launchpad as you can do in bugzilla?10:05
* lyarwood has had enough of reading fsck'd up backtraces10:05
*** abalutoiu has quit IRC10:05
*** kevinz has quit IRC10:08
*** nicolasbock has joined #openstack-nova10:11
mdboothlyarwood: johnthetubaguy pointed out in review that we don't have a user for bdm_get_by_attachmend_id (or whatever)10:13
mdboothlyarwood: which got me looking for a user of attachment_id in the following 3 patches10:13
mdboothlyarwood: What did I miss?10:13
*** yingjun has quit IRC10:15
lyarwoodmdbooth: Are you asking why there isn't a user of attachment_id yet?10:17
lyarwoodmdbooth: these patches are just moving things around to make it easier to introduce the new detach flow that will use it in the following patches10:17
lyarwoodmdbooth: while also keeping the cinderv2 code around10:17
mdboothlyarwood: I mean the detach flow refactor doesn't seem related to the attachment_id thing10:18
lyarwoodmdbooth: it's not directly, I just wanted to land it before we started to add code that used it, thus the ordering10:18
mdboothjohnthetubaguy is saying don't add a db function we don't call, and mriedem is saying don't therefore add an index that's only required by that function10:18
*** hshiina has quit IRC10:19
mdboothAnd I'm saying that that function and that index are the reason attachment_id exists10:19
mdboothSo if it's not being used, don't add it yet10:19
lyarwoodmdbooth: not at all10:19
lyarwoodmdbooth: that's just the lookup right10:19
lyarwoodmdbooth: we are still going to use bdm.attachment_id10:19
lyarwoodmdbooth: we just don't need to lookup bdms by attachment_id10:19
lyarwoodmdbooth: we already have instance and volume lookups for that part10:20
mdboothWhere are we using that in the series already posted?10:20
*** satyar has quit IRC10:20
lyarwoodmdbooth: using what sorry?10:20
mdboothbdm.attachment_id10:20
lyarwoodmdbooth: again, we are not but I wanted to land the refactor _before_ we started using it in the new detach flow10:21
lyarwoodmdbooth: jgriffith posted a PoC that we were going to rebase on top of the refactor for the new detach flow10:21
mdboothRight, that makes sense to me10:21
mdboothSo why not move the refactor to the head of the series?10:21
mdboothIt doesn't have to depend on the attachment_id patches10:21
mdboothNow that I've noticed that there's no user for attachment_id, not even just posted for review, I don't think we should merge it10:22
lyarwoodthe db and model changes were the priority at the time so I didn't want the refactor changes getting in the way10:22
*** jianghuaw has quit IRC10:22
mdboothI don't understand why they would be a priority if we're not writing data there, or reading from it10:23
lyarwoodhow does that matter? we know we are going to need it10:23
mdboothNot really. I think, for example, that you'll discover that bdm lookup by attachment id is essential, and you'll need a second db migration10:24
mdboothBut we have no solid data because there's no code.10:25
lyarwoodhaha, I can't win either way10:25
mdboothlyarwood: I hadn't realised there was no user in the following patches. I'd just assumed there was.10:26
mdboothThe patches as posted are good, imho. There's no reason I see why they can't merge quickly when they have a reason to be in the code.10:26
mdboothI just think it's counter-productive to merge them now.10:27
mdbooths/counter-productive/premature/10:27
lyarwoodyup understood10:27
* lyarwood assumes mdbooth is writing that up into a review comment10:28
mdboothlyarwood: Yeah, I will.10:28
lyarwoodthanks10:28
mdboothlyarwood: Is there a merge conflict with the detach patches, btw?10:28
mdboothIf not, why not just separate them into their own independent series anyway?10:29
lyarwoodmdbooth: yes, they are based on jgriffith's own db & object change10:29
mdboothThen they can both proceed at their own pace.10:29
lyarwoodmdbooth: ah10:29
lyarwoodmdbooth: wait you mean my refactor patches10:29
mdboothYeah10:29
lyarwoodmdbooth: no, not with the db and object changes10:29
lyarwoodiirc10:29
mdboothI think you could pull https://review.openstack.org/#/c/440693/ to the top of its own series10:30
lyarwoodmdbooth: let me grab some more coffee and spin them out10:30
lyarwoodmdbooth: sure10:30
mdboothAnd that wouldn't compromise either those patches or the attachment_id patches in any way10:30
*** tanee is now known as tanee_away10:30
*** tanee_away is now known as tanee10:31
openstackgerritBalazs Gibizer proposed openstack/nova master: do not include context to exception notification  https://review.openstack.org/44694810:31
*** tanee is now known as tanee_away10:31
*** tanee_away is now known as tanee10:32
*** cdent has joined #openstack-nova10:38
*** kaisers_ has joined #openstack-nova10:38
openstackgerritLee Yarwood proposed openstack/nova master: compute: Only destroy BDMs after successful detach call  https://review.openstack.org/44069310:39
lyarwoodmdbooth: ^ that change should be flying solo now10:40
*** yamamoto has joined #openstack-nova10:41
*** kaisers_ has quit IRC10:43
mdboothlyarwood: Cool, check in a minute.10:43
*** tuanluong has quit IRC10:44
*** vks1 has joined #openstack-nova10:45
*** rcernin has quit IRC10:46
*** udesale has quit IRC10:48
*** phuongnh has quit IRC10:49
*** smatzek has joined #openstack-nova10:52
*** yamahata has quit IRC10:54
*** jaosorior has quit IRC10:55
*** gongysh has quit IRC10:56
*** jaosorior has joined #openstack-nova10:56
*** rcarrillocruz has quit IRC11:00
gmannmdbooth: johnthetubaguy kashyap : 1 query on swap volume11:01
gmannmdbooth: johnthetubaguy kashyap :  when we swap volume with nova volume update, we loss the thin provisioning.11:01
gmannany way to keep the thin provisioning  when libvirt rebase during swap volume11:02
johnthetubaguygmann: what are you aiming to do with the swap volume?11:02
gmanndid not find any flag on virDomainBlockRebase11:02
gmannjohnthetubaguy: i had thin provisioned volume attached to instance and then i want to swap that volume but new volume is not thin provisioned one its all full size as used11:03
*** karimb has quit IRC11:04
gmannallocated size is all volume size not actual consumed sized11:04
*** ygl has left #openstack-nova11:04
johnthetubaguygmann: but why did you swap to a new volume, I am just curious? migrating between volume types?11:05
*** karimb has joined #openstack-nova11:06
johnthetubaguy( gmann: honestly, I think its the same problem we have using stroage pools for migration, it doesn't zip copying zeros, but mdbooth and kashyap will know more about that than me)11:06
johnthetubaguys/zip/skip/11:06
gmannjohnthetubaguy: yea same issue, it copy all zero block too11:07
gmannjohnthetubaguy: yea use case is migrating volume to new type11:07
johnthetubaguygmann: cool, that makes sense11:07
johnthetubaguyso we have to copy everything, but copying zeros is stupid11:07
kashyapgmann: Sorry, occupied for a bit with something, bbiab11:08
gmannonly thing i had is to do fstrim or blkdiscard11:08
johnthetubaguysounds consistent with the current problems we have with all that11:08
johnthetubaguygmann: yeah, that shouldn't be needed for sure.11:08
gmannyea11:08
gmannkashyap: sure take your time.11:08
mdboothgmann: That could be tough11:09
mdboothgmann: I think qemu would have to do explicit zero detection during the rebase operation11:10
*** tbachman has quit IRC11:10
mdboothgmann: When we do this for ephemeral storage, we get sparseness from metadata11:11
mdboothkashyap: Do you know qemu supports doing a block rebase with explicit zero detection?11:11
lyarwoodgmann: which volumebackend is this with btw?11:12
mdboothAnd if libvirt exposes that?11:12
kashyapmdbooth: I saw some 'detect zeroes' stuff fly by on the QEMU list.  Don't recall top off my head, need some digging11:12
*** lpetrut has joined #openstack-nova11:12
*** zhurong has joined #openstack-nova11:13
*** edmondsw has quit IRC11:14
gmannmdbooth: kashyap ok. please let us know if something going to be supported or already there. it will really help11:16
gmannlyarwood: lvm11:16
mdboothgmann: So, for ephemeral storage block migration with qcow2 we use VIR_MIGRATE_NON_SHARED_INC11:17
mdboothThis basically means we copy the backing file11:17
*** crusio has quit IRC11:17
mdboothThen the live migration copies just the 'overlay'11:17
*** crusio has joined #openstack-nova11:18
mdboothIOW qemu is relying on qcow2 metadata11:18
gmannk11:19
mdboothFor volume copy we don't have this11:19
gmanncan it be done with VIR_DOMAIN_BLOCK_REBASE_SHALLOW when same backing file (not sure it can) ?11:20
mdboothhttps://libvirt.org/html/libvirt-libvirt-domain.html#virDomainBlockRebaseFlags11:20
mdboothgmann: There's no backing file for bolumes11:20
mdboothvolumes11:21
mdboothgmann: It doesn't look to me like any of the above options support zero-detection during copy11:21
gmannhumm11:21
gmannyea11:21
mdboothgmann: I'd be moderately confident that this can't be done right now11:22
kashyapmdbooth: gmann: I was quickly scanning QEMU block schema11:22
kashyapI see a 'detect_zeroes' option that could be specificed when _configuring_ a block device11:23
mdboothIncidentally, what *could* be done is this:11:23
kashyapAnd a QEMU block developer confirms: If an area is allocated nowhere in the backing chain, block-stream won't allocate it11:23
mdbooth1. cinder tells nova to make an atomic local snapshot of the volume11:24
mdbooth2. Nova makes atomic snapshot and starts writing to snapshot11:24
mdbooth3. Cinder does fast backend-specific copy of volume from A to B11:24
mdbooth4. Cinder tells Nova to rebase its snapshot on to B, which is identical to A at the point Nova snapshotted it11:25
mdbooth5. Nova commits its snapshot to B11:25
mdbooth6. Profit11:25
mdboothThat's a way different control flow, though11:26
*** tbachman has joined #openstack-nova11:26
mdboothkashyap: That's qcow2 thought, right?11:27
mdbooththough11:28
gmannmdbooth: humm, it is on what johnthetubaguy proposal on cinder nova flow ?11:28
kashyapmdbooth: Yep.  Still talking to Max.  Let me paste my conv. snippet11:28
mdboothkashyap: So this is a cinder volume: lvm exported over iscsi11:28
mdboothqemu just sees a single, flat block device11:28
johnthetubaguythat swap volume stuff has to follow after multi-attach I feel11:29
mdboothjohnthetubaguy: Yep.11:29
johnthetubaguycool, sounds like we are on the same page there then11:29
kashyapmdbooth: Noted11:29
kashyapSo, here we go, 8 lines of paste:11:29
kashyap12:21 < mreitz> Well, if an area is allocated nowhere in the backing chain, block-stream won't allocate it11:29
kashyap12:21  * kashyap does notice 'detect_zeroes' flag as an option for @BlockDeviceInfo11:29
kashyap12:22 < mreitz> At least from what I can tell from the code11:30
kashyap12:22 < mreitz> Yeah, you can open the target BDS with detect-zeroes=on...11:30
kashyap12:24 < mreitz> But as far as I can tell, copy-on-read actually always uses zero detection and converts requests accordingly11:30
kashyap12:24 < mreitz> And block-stream performs its writes through the copy-on-read mechanic11:30
kashyap12:24 < kashyap> mreitz: Ah, so, in that case (when the target block dev is opened with 'detect-zeroes=on'), thin provisioning will be retained?11:30
kashyap12:24 < mreitz> So I'd think that block-stream should always do zero detection11:30
* kashyap tries a little experiment11:31
mdboothkashyap: Ah, ok. So there's no detect zeroes option because it's always done.11:31
*** hshiina has joined #openstack-nova11:31
mdboothSo we'd just need to ensure we're doing it on the output?11:31
kashyapmdbooth: I think so.  The experiment is:11:32
mdboothgmann: Anyway, ^^^ is orthogonal to cinderv3.11:32
kashyapBuild a backing chain of empty images, stream and see whether something gets allocated.11:32
mdboothAs johnthetubaguy says.11:33
mdboothAnd I don't see how we could support swap_volume with multi_attach in any case.11:33
mdboothkashyap: Never mind the backing chain. Create a sparse flat file with some data allocated in the middle and stream that.11:34
mdboothCan you get it to create an output file which is also sparse?11:34
kashyapNeed to try it out.11:34
kashyapmdbooth: You have a quick way to write zeroes to a qcow2 file?11:35
*** ratailor has quit IRC11:35
mdboothkashyap: To be a good test, I would explicitly not use qcow2 at any point.11:35
mdboothShould be flat at both source and dest.11:35
kashyap[Maybe dd if=/dev/zero...]11:35
mdboothHowever, creating sparse qcow2 is trivial, right?11:35
mdboothAlso, libguestfs if you want to write data into it.11:36
kashyapmdbooth: Not use QCOW2 because, to remove its metadata complications?11:36
mdboothYeah, the interesting test is whether sparse detection works *without* qcow2 metadata.11:36
* mdbooth is confident that it works with qcow2 metadata.11:36
kashyapOh, yes, 'guestfish'.  In the past I did use it, instead of 'dd'11:36
*** kaisers_ has joined #openstack-nova11:39
*** Jack_Iv has joined #openstack-nova11:40
*** Jack_Iv has quit IRC11:40
*** Jack_Iv has joined #openstack-nova11:40
kashyapmdbooth: Sparse qcow2 is the default, no?  (When you do `qemu-img create -f qcow2 foo.qcow2 10M`)11:42
* kashyap bbiab; lunch11:42
*** kaisers_ has quit IRC11:44
gmannkashyap: mdbooth seems interesting to me. but i have to go home now(its late). ll read log and catch you guys later. thanks for help btw11:44
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/44677711:45
*** gszasz has joined #openstack-nova11:48
*** amotoki has joined #openstack-nova11:49
*** arne_r has quit IRC11:53
*** amotoki has quit IRC11:53
*** ijw has joined #openstack-nova11:54
*** jichen has quit IRC11:54
*** ijw has quit IRC11:58
*** ijw_ has joined #openstack-nova12:00
*** jaosorior is now known as jaosorior_brb12:01
*** ijw_ has quit IRC12:04
*** aysyd has joined #openstack-nova12:06
*** satyar has joined #openstack-nova12:07
*** edmondsw has joined #openstack-nova12:09
*** tblakes has joined #openstack-nova12:09
*** vks1 has quit IRC12:13
*** Jack_Iv_ has joined #openstack-nova12:15
*** bkopilov has quit IRC12:16
*** Jack_Iv has quit IRC12:18
*** alexpilotti has quit IRC12:18
openstackgerritGábor Antal proposed openstack/nova master: Add json style checking for sample notifications  https://review.openstack.org/44367712:18
*** alexpilotti has joined #openstack-nova12:18
openstackgerritGábor Antal proposed openstack/nova master: Add json style checking for sample notifications  https://review.openstack.org/44367712:20
*** Oku_OS is now known as Oku_OS-away12:24
*** Oku_OS-away is now known as Oku_OS12:24
*** erlon has joined #openstack-nova12:33
*** Jack_Iv_ has quit IRC12:33
*** markvoelker has joined #openstack-nova12:35
cdentedleafe: not sure if this will be helpful on your functional test explorations but I was just reminded that I had this that I started before jay's big functional test he did: https://review.openstack.org/#/c/427309/12:36
*** fandi has joined #openstack-nova12:39
*** kaisers_ has joined #openstack-nova12:40
*** kaisers_ has quit IRC12:44
*** felipemonteiro_ has joined #openstack-nova12:48
*** jaypipes is now known as leakypipes12:49
*** sree_ has joined #openstack-nova12:52
*** sree_ is now known as Guest5241712:52
*** Jack_Iv has joined #openstack-nova12:52
*** sree has quit IRC12:54
*** mriedem has joined #openstack-nova12:55
edleafekashyap: are you around for some questions?12:55
*** yamamoto has quit IRC12:55
dimscdent : could use a "## Need Volunteers/help" section :) thanks for the updates!12:55
*** sree has joined #openstack-nova12:55
*** yamamoto has joined #openstack-nova12:56
edleafecdent: my problem was the driver mocks. Started on it, but on a client call now12:56
openstackgerritChangBo Guo(gcb) proposed openstack/nova master: Remove old oslo.messaging transport aliases  https://review.openstack.org/44699012:56
kashyapedleafe: Hiya, yes.  I can try :-)12:56
cdentdims: that's a good idea but I would be half inclined to put that as the top level heading and indent everything else :)12:56
dims:)12:57
*** Guest52417 has quit IRC12:57
*** awaugama has joined #openstack-nova12:58
*** gcb has quit IRC12:58
edleafekashyap: it's the same problem that mriedem was talking to you about - volume migration failures12:58
*** litao has quit IRC12:59
edleafekashyap: on a call with the client now - give me a few12:59
kashyapedleafe: Sure.  Just to note: I wasn't following the entire issue from Nova POV, mdbooth is more in the trenches there.  I was mostly following it from libvirt / QEMU perspective13:00
*** sree has quit IRC13:01
*** sree has joined #openstack-nova13:02
*** psachin has quit IRC13:03
*** baoli has quit IRC13:03
edleafekashyap: well, there are two different errors: one from libvirt, and one from QEMU :)13:03
*** kevinz has joined #openstack-nova13:03
kashyapedleafe: One of them is the memory corruption issue?13:04
kashyap(The one from libvirt)13:04
kashyapAnd do you also have a log for the other one from QEMU?13:06
*** sree has quit IRC13:06
edleafekashyap: I can get them13:06
mriedemkashyap: edleafe isn't talking about the thing from yesterday13:06
mriedemhe's talking about volume swap13:06
*** sree has joined #openstack-nova13:06
edleafekashyap: the error is libvirtError: Requested operation is not valid: pivot of disk 'vdb' requires an active copy job13:06
kashyapmriedem: Ah, a different issue13:06
edleafeThis is on a newer libvirt, using Mitaka with Matt's patches13:07
mdboothedleafe: That's an old one13:07
edleafemdbooth: I saw the bugzilla reports13:07
edleafemdbooth: their libvirt should have the fixes for that13:07
kashyapmriedem: Meanwhile, for the Gate issue mdbooth was looking yesterday, please see the comment here when you get a moment -- https://bugs.launchpad.net/nova/+bug/1673483/comments/313:08
openstackLaunchpad bug 1673483 in OpenStack Compute (nova) "libvirt: test_attach_volume_shelved_or_offload_server times out waiting for device detach (which fails)" [Undecided,Confirmed]13:08
mdboothedleafe: The latest Nova should work with old libvirt on that one13:08
*** mdrabe has joined #openstack-nova13:08
kashyapmriedem: I also notified folks on #ubuntu-packaging IRC on Freenode -- so they can pull in the missing patch13:08
edleafemriedem: so would your patches make their code "the lates Nova"?13:08
edleafeat least as far as this issue is concerned13:08
mdboothkashyap: Ubuntu have engineers? I thought they just had marketing.13:09
kashyapmdbooth: :-) C'mon, don't be so mean13:09
* mdbooth is yet to meet one13:09
*** karimb has quit IRC13:09
kashyapCredit where it's due: Serge Hallyn is a real machine13:09
mriedemedleafe: i had backported to mitaka the fix i thought was related to this pivot issue that lyarwood worked on13:09
*** catintheroof has joined #openstack-nova13:10
kashyapmdbooth: He does most of the work.  And once when I met him at a conference, and asked him how on earth is he handling it all13:10
edleafemriedem: yeah, that's what I thought13:10
*** catintheroof has quit IRC13:10
kashyapHe said: "Yeah, my SO complains..."13:10
mriedemedleafe: this https://review.openstack.org/#/c/433793/13:10
*** catintheroof has joined #openstack-nova13:10
*** sree has quit IRC13:10
kashyapBut that's just one person.  I admittedly don't know any others13:11
kashyapmriedem: Why did you abandon it?13:11
*** kevinz has quit IRC13:11
*** kevinz has joined #openstack-nova13:12
*** jpena is now known as jpena|lunch13:12
mdboothmriedem edleafe: Landed in Newton:13:13
mdboothhttps://review.openstack.org/#/c/427290/13:13
* mdbooth thought there was a Mitaka fix, but maybe that was downstream only13:13
*** esberglu has joined #openstack-nova13:13
*** SzarkaAlex has joined #openstack-nova13:14
*** mat128 has quit IRC13:14
mriedemkashyap: mitaka13:15
mriedemkashyap: it's not justified for mitaka at this point13:15
kashyapAh!13:15
kashyapFor a moment, lost track of release status13:15
kashyapSays, it's "Legacy Release" phase https://releases.openstack.org/13:16
kashyapedleafe: That fix mriedem pointed out is what you're looking for.13:16
edleafekashyap: just checked their system, and they have those changes applied13:17
kashyapedleafe: And they still see the same pivot failure?13:17
*** karimb has joined #openstack-nova13:18
SzarkaAlex@gibi Hi! Are you here?13:18
*** bkopilov has joined #openstack-nova13:18
mdboothedleafe: Can you do me a favour. There's an edge case in that code that we knowingly glossed over, namely that we can't detect if the job fails.13:20
*** ociuhandu has quit IRC13:20
mdboothedleafe: Can you correlate the Nova log with the libvirt logs and look for a failure of the rebase job?13:21
edleafemdbooth: sec...13:21
edleafemdbooth: like this? http://paste.openstack.org/show/603131/13:23
*** ayogi has quit IRC13:23
mdboothedleafe: That's the nova log.13:23
edleafeah13:23
mdboothCan you look in the libvirt log?13:23
*** gouthamr has joined #openstack-nova13:23
mdbooth/var/log/libvirt/whatever probably13:23
edleafelooking...13:24
mdboothkashyap: 'requires an active copy job'13:24
mdboothIs that the same as the pivot-too-early problem?13:25
kashyapmdbooth: Oh, I think vaguely recall, I think that edge case you discussed in one of the reviews...13:25
*** liangy has joined #openstack-nova13:25
kashyapmdbooth: Yes, it's the same problem13:25
kashyapWait, let me think again13:26
kashyapmdbooth: No, I was wrong:13:26
mdbooth                       _("disk '%s' not ready for pivot yet"),13:26
kashyapPivot too early implies that there _is_ an active block operation in progress13:26
mdbooth    if (disk->mirrorState != VIR_DOMAIN_DISK_MIRROR_STATE_READY) {13:26
mdbooth        virReportError(VIR_ERR_BLOCK_COPY_ACTIVE,13:26
mdbooth                       _("disk '%s' not ready for pivot yet"),13:26
mdbooth                       disk->dst);13:26
mdboothvs:13:26
mdbooth    if (!disk->mirror) {13:27
mdbooth        virReportError(VIR_ERR_OPERATION_INVALID,13:27
mdbooth                       _("pivot of disk '%s' requires an active copy job"),13:27
mdboothI think there's no copy job at all13:27
kashyapRequires an active job means: there's no block operation at all13:27
mdboothedleafe: Yeah, those libvirt logs would be really interesting13:27
kashyaps/no/no _live_/13:27
*** ratailor has joined #openstack-nova13:28
mdboothIncidentally, if the issue is that the job failed I think we *have* to switch to consuming events from libvirt.13:29
mdboothI think we're out of workarounds13:29
kashyapedleafe: Those logs would be useful, assuming you had log filters enabled in /etc/libvirt/libvirtd.conf:13:29
kashyap        log_filters="1:libvirt 1:qemu 1:conf 1:security 3:event 3:json 3:file 3:object 1:util"13:29
kashyap        log_outputs="1:file:/var/log/libvirt/libvirtd.log"13:29
*** amotoki has joined #openstack-nova13:29
*** rfolco has joined #openstack-nova13:29
kashyap(Restart libvirtd; repeat your test; _then_ post the log.)13:30
*** dave-mccowan has joined #openstack-nova13:30
mdboothkashyap: Actually looking at that code in qemuDomainBlockPivot(), I think the Nova code is wrong when it does:13:31
mdbooth        if status is None:13:31
mdbooth            return True13:31
mdboothLooks like it should raise an exception at that point, as it will never succeed.13:31
edleafemdbooth: I see the log; it's 3GB, but its last entry is about 8 hours ago?!?13:31
mdboothedleafe: Did it get rolled somewhere?13:32
kashyapOh dear13:32
edleafemdbooth: kashyap: let me restart libvirt, verify that it's logging, repeat the test, and then I'll post the logs and re-ping you13:32
kashyapedleafe: If possible to repeat the test13:32
*** smatzek has quit IRC13:32
kashyapFirst, please take a backup of that 3G log, _if_ you need it, and then empty it out ($ > /var/log/libvirt/libvirt.log), so we can start from a clean slate.13:33
edleafemdbooth: it has a current timestamp, but last entry is 8 hours ago13:33
kashyapThen, enable the log filters, repeat the test, etc.13:33
edleafekashyap: I was going to roll over the log, eyah13:33
edleafeyeah13:33
*** jianghuaw__ has quit IRC13:33
*** baoli has joined #openstack-nova13:33
*** amotoki has quit IRC13:33
edleafebut first another pot of coffee is a higher priority :)13:34
*** jianghuaw__ has joined #openstack-nova13:34
kashyapGo for it13:34
*** bkopilov has quit IRC13:34
kashyapmdbooth: Sigh, it's like a landmine.  Not sure how your eyes don't bleed looking at that13:34
*** diga has quit IRC13:38
*** eharney has joined #openstack-nova13:38
*** weshay_pto is now known as weshay_sick13:40
*** kaisers_ has joined #openstack-nova13:41
kashyapmdbooth: And yeah, didn't miss your quote above, from qemuDomainBlockPivot() function, it is looking for the libvirt event READY to decide whether the job is ready for pivot or not...13:41
mdboothkashyap: But before that it'll raise a different error if the job doesn't exist13:42
mdboothSpecifically the error that edleafe is seeing13:42
kashyapmdbooth: You're referring to:13:42
kashyap    if (!disk->mirror) {13:42
kashyap        virReportError(VIR_ERR_OPERATION_INVALID,13:42
kashyap                       _("pivot of disk '%s' requires an active copy job"),13:42
kashyap                       disk->dst);13:42
mdboothYes13:43
kashyap?13:43
openstackgerritRoman Dobosz proposed openstack/nova-specs master: Provide detailed error information for placement API  https://review.openstack.org/41839313:43
*** ratailor has quit IRC13:43
*** andreas_s has quit IRC13:43
kashyapmdbooth: In that case, either the job was already finished (maybe not gracefully); or it was not started.  Hence, it whines "no block operation for me work on"13:44
kashyapLet's wait for edleafe's logs (hopefully small, with that specific test)13:45
mdboothEither way, based on that code I belive the pivot will fail13:45
*** kaisers_ has quit IRC13:45
*** aysyd has quit IRC13:46
*** SzarkaAlex has quit IRC13:47
*** bkopilov has joined #openstack-nova13:48
*** ociuhandu has joined #openstack-nova13:50
*** jaosorior_brb is now known as jaosorior13:50
*** yingjun has joined #openstack-nova13:52
*** ratailor has joined #openstack-nova13:53
*** crushil has joined #openstack-nova13:53
*** ijw has joined #openstack-nova13:55
*** ijw has quit IRC13:55
*** zhurong has quit IRC13:56
*** smatzek has joined #openstack-nova13:57
*** jianghuaw__ has quit IRC14:03
*** tbachman has quit IRC14:05
*** gongysh has joined #openstack-nova14:06
*** hongbin has joined #openstack-nova14:08
*** jpena|lunch is now known as jpena14:08
*** brault_ is now known as brault|away14:09
openstackgerritMichael  Henkel proposed openstack/nova master: contrail: add vrouter VIF plugin type support  https://review.openstack.org/44118314:10
leakypipesmhenkel: :)14:11
kashyapmdbooth: So, if you want to hear the results (credit: Max from QEMU did the tests & reported) of earlier experiment with qcow2, I can write here.14:11
mhenkelhey leakypipes14:11
mdboothkashyap: Shoot14:11
kashyapmdbooth: When I asked about the format, he says it doesn't really matter: Detection whether the source contains zeroes -- That is independent of the format, the code actually checks the data read from the source whether it is zero.14:11
mdbooths/with/without/14:11
*** tbachman has joined #openstack-nova14:11
kashyapmdbooth: Okay, here we go:14:12
*** tbachman has quit IRC14:12
mhenkelleakypipes: is the commit msg looking ok now?14:12
kashyapThe experiment being: build a backing chain, of depth one, of empty images, perform 'block-stream' and see whether something gets allocated.  Three cases:14:12
kashyap(1) With empty images nothing is allocated at all;14:12
kashyap(2) With zeros (using 'qemu-io -c 'write -P 0 0 64M' base.qcow2') written to the base, the qcow2 file for some reason (there's one, but not sure what) grows by a cluster (64 kB).14:13
kashyap(3) With non-zero data (using 'qemu-io -c 'write -P 42 0 64M' base.qcow2'), all data is written to the overlay.14:13
kashyap* * *14:13
openstackgerritDan Smith proposed openstack/python-novaclient master: Fix aggregate_update name and availability_zone clash  https://review.openstack.org/44700914:13
dansmithso mriedem, we supposedly have tests for this ^ and they pass, but the two cases they check don't work in real life14:14
kashyapmdbooth: Max tells (& I can confirm by testing as I have the QMP env. ready) running the same tests on a raw image should yield the same results.14:14
dansmithmriedem: thoughts on how to test that change?14:14
openstackgerritRoman Dobosz proposed openstack/nova-specs master: Provide detailed error information for placement API  https://review.openstack.org/41839314:14
mdboothkashyap: Is this dependent on how the target disk is initially created?14:14
kashyapmdbooth: Hmm, that is a good question.  The target image in this specific test is a simple qcow2 overlay14:15
mdboothSo, in the case of volume migration the source and destination are both block devices from the pov of qemu14:16
edmondswmriedem, what is the plan/status on setting send_service_user_token conf setting to True by default (i.e. no longer experimental)?14:16
*** brault|away is now known as brault14:16
mriedemdansmith: ooo i smell a customer bug14:16
mriedemdansmith: tests where? novaclient?14:16
mdboothkashyap: I'd be interested to see the result if you create 2 sparse files with loopback devices, and copy between the loopback devices14:17
dansmithmriedem: hang on, linking14:17
mdboothIs the result sparse?14:17
mriedemedmondsw: we need some scale testing first,14:17
kashyapAlways asks tricky questions on a Friday, mdbooth...14:17
mdboothkashyap: Hopefully it's just a little reconfiguration of the test you've already got14:17
mdboothI think you've already done the hard work :)14:18
kashyapmdbooth: I will let you know, once I come back from my bike ride.  My eyes are aching14:18
mriedemedmondsw: raj_sing- is the lead on that stuff i believe. we have service user tokens enabled in the nova-next job, but as part of the original spec we had talked about the need for some scale testing to stress it to force the usage of the service user tokens, and to stress keystone since it has to do double duty token-wise per request now.14:18
dansmithmriedem: added a comment with links14:18
mriedemedmondsw: https://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/use-service-tokens.html#performance-impact14:18
mriedem"Rally benchmark tests will be ran with and without the “service_user” config options set to compare the results for long running tasks like snapshot or live migration."14:18
mriedemedmondsw: if you have some people familiar with scale testing and rally, it would be helpful to pitch in on the testing there14:19
mriedemi'm not sure if raj_sing- or the osic people are focusing on that right now14:19
lbragstadaunnam around?14:19
mriedemdansmith: i wouldn't trust the unit tests at all,14:20
*** ijw has joined #openstack-nova14:20
mriedemdansmith: i'd probably just write a functional test in the novaclient tree that does what you need for how this is supposed to work14:20
edmondswmriedem that all makes sense. We don't use rally but we do some scale testing. I can ask about trying this there14:20
dansmithmriedem: clearly not, the same tests pass before and after this14:20
mriedemsee it break on the bug, and then show it passing with the fix14:20
kashyapmdbooth: Quick clarification, before I head out for a few: IIUC, you want the loopback device to be the overlay, yes?14:20
mriedemdansmith: like what i've been doing with the functional regression tests in nova lately14:20
mdboothkashyap: I want both source and destination to be loopback devices backed by sparse files14:21
mdboothkashyap: They should both be the same size14:21
mdboothkashyap: The source should contain some data, but the dest should initially be blank14:21
mriedemedmondsw: cool. i'm thinking a long-running volume-backed migration where the token will expire and have to be revalidated for cinder and neutron,14:21
dansmithmriedem: okay I forgot about the functional ones in here.. looks like we don't have any for aggregates14:21
mriedemedmondsw: or a long-running snapshot of a large instance (note you'll need the unmerged glance patches for that)14:21
*** saju_m has quit IRC14:22
*** prateek has quit IRC14:22
mriedemdansmith: at first glance i'm not seeing anyway14:22
mriedembut they are pretty simple to add14:22
mriedemlike https://github.com/openstack/python-novaclient/blob/master/novaclient/tests/functional/v2/legacy/test_extended_attributes.py14:22
dansmithyeah, I'll work on it14:22
mriedemspecify the base 2.1 version,14:23
edleafekashyap: mdbooth: still trying to get the repro for the failure. Didn't give up (yet) :)14:23
kashyapmdbooth: Okay, noted. Just to restate: The backing file(s) must be sparse; and the overlays are loopback devices -- then try a copy among the overlays and see if sparseness is preserved14:23
mriedemextend base class, and that gives you most of what you need14:23
mriedemself.nova() runs the command14:23
mdboothkashyap: Bingo14:23
kashyapedleafe: Don't give up!  One simply does not give up in #openstack-nova channel!14:23
mdboothkashyap: I think that accurately represents the issue as described14:23
kashyapOkay, with that clarity, bbiab14:23
edleafekashyap: heh, I figured it was taking me so long you might have thought that I just went back to bed or something14:24
ijwThe Nova team has beds now?14:24
ijwLuxury.14:24
edleafeIndeed!14:24
mriedemi have a dugout in the dirt14:24
mriedemit serves my needs14:24
markus_zmriedem: AFAIK I provided all information for your concerns on https://review.openstack.org/#/c/406898/ Can I do anything else there?14:27
*** mlavalle has joined #openstack-nova14:30
mriedemmarkus_z: i've removed the -114:30
markus_zthanks14:30
*** zz_dimtruck is now known as dimtruck14:31
mriedemmarkus_z: so basically there are some things backported, like the console refactor patches, which were not functionally needed, but made the target bug fix backport easier14:31
*** xinliang has quit IRC14:32
mriedemand all of those groundwork backports are already merged by now anyway14:32
markus_zmriedem: The refactor patches were not backported as they weren't functionally needed. That's why there are conflicts.14:33
*** vks1 has joined #openstack-nova14:33
markus_z*if* we would have backported the "groundwork" patches, then there wouldn't have been conflicts.14:34
mriedemsure, but that refactor series also introduced a regression in ocata,14:34
mriedemthe one about xen and libvirtd14:34
mriedem*virtlogd14:34
*** amoralej is now known as amoralej|lunch14:34
markus_zah, damn, you're right14:35
mriedemright, so we don't want those backports14:35
mriedemfor the refactor patches14:35
mriedemor did we backport that to newton?14:35
markus_zsec, I have to check the fix again, need a minute14:35
mriedemlooking at the topic branch for newton i don't think we did https://review.openstack.org/#/q/topic:%22bug+1455252%2214:35
mriedemi think that was https://review.openstack.org/#/c/385367/14:36
mriedemhmm maybe not14:36
markus_zThat was your fix: https://review.openstack.org/#/c/442550/14:38
*** gongysh has quit IRC14:39
markus_zI think it was this one: https://review.openstack.org/#/c/407450/3/nova/virt/libvirt/driver.py14:40
markus_zyep, pretty sure. That's where I screwed up the log_path.14:41
mriedemyup14:41
markus_zThat's not backported.14:41
mriedemok14:41
*** kaisers_ has joined #openstack-nova14:41
*** rmart04 has joined #openstack-nova14:42
raj_sing-mriedem: edmondsw Performance testing with service token enabled is part of our plan for Pike. I am not sure yet how to do that, but will focus once glance patch land. Currently we are debugging some errors on that patch.14:43
*** tbachman has joined #openstack-nova14:43
mriedemmarkus_z: +W my german friend14:43
mriedemsorry for the delay14:43
edmondswraj_sing- great, tx14:43
*** yamamoto has quit IRC14:43
*** xinliang has joined #openstack-nova14:44
mriedemmtreinish: sdague: can you take a look at these ocata backports? fixes the retry regression: https://review.openstack.org/#/q/topic:bug/1671648+branch:stable/ocata14:44
markus_zmriedem: Thanks a lot my american hero ;P14:45
gibimriedem, mdbooth: I looked into the circular reference bug you found yesterday. Here is the easiest way to solve it https://review.openstack.org/#/c/446948/14:45
*** yamamoto has joined #openstack-nova14:45
sdaguemriedem: mtreinish is in singapore, so it's sat already14:45
mriedemmtreinish: what was the anime new york hero guy again?14:45
mriedemdamn14:45
mriedembauzas: can you take a pass through these backports? https://review.openstack.org/#/q/topic:bug/1671648+branch:stable/ocata14:45
*** kevinz has quit IRC14:46
markus_zfrickler: Got a second about https://review.openstack.org/#/c/444164/3 ? That's the VNC setup patch.14:46
*** kaisers_ has quit IRC14:47
Dinesh_BhorHi all, Can someone take a look at these two small patches: https://review.openstack.org/#/c/445338/ , https://review.openstack.org/#/c/445782/ Both are having one +2.14:49
*** raj_sing- is now known as raj_singh14:49
*** yamamoto has quit IRC14:50
*** dikonoor has quit IRC14:50
openstackgerritSean Dague proposed openstack/nova master: Improve descriptions for hostId, host, and hypervisor_hostname  https://review.openstack.org/44676114:52
sdaguemriedem / melwitt how about that wording ^^^^14:53
*** fandi has quit IRC14:53
mriedemsdague: typos14:55
mriedemplus other unaddressed stuff from PS114:55
mriedemotherwise the new wording is good, and the example of why it's useful14:55
sdaguemriedem: I'll fix the typos, I think the adminstrator only adds are just consistent with other fields that have it14:55
sdagueso are fine14:55
mriedemi'm pretty sure nothing else in the os-hypervisors api ref says "this field is only for admins"14:56
*** Dinesh_Bhor has quit IRC14:56
mriedemhttps://developer.openstack.org/api-ref/compute/?expanded=show-hypervisor-details-detail#show-hypervisor-details14:56
mriedemso if we say that for hypervisor_hostname in that API ref, then say it for all,14:56
mriedemor none14:56
mriedemif you're going to chew gum in class, you have to bring enough for everyone14:57
*** stvnoyes has joined #openstack-nova14:57
openstackgerritSean Dague proposed openstack/nova master: Improve descriptions for hostId, host, and hypervisor_hostname  https://review.openstack.org/44676114:57
sdaguedamn, the inline editor doesn't let you make 2 edits as once14:58
*** marst has quit IRC14:58
*** nkrinner is now known as nkrinner_afk14:58
openstackgerritSean Dague proposed openstack/nova master: Improve descriptions for hostId, host, and hypervisor_hostname  https://review.openstack.org/44676114:59
openstackgerritSean Dague proposed openstack/nova master: Improve descriptions for hostId, host, and hypervisor_hostname  https://review.openstack.org/44676114:59
mriedemjesus14:59
mriedemat some point you just have to pull it down sean :()14:59
sdaguebecause changesets are expensive?15:00
openstackgerritDan Smith proposed openstack/python-novaclient master: Fix aggregate_update name and availability_zone clash  https://review.openstack.org/44700915:00
mriedemsdague: because it keeps getting messed up15:01
mriedemyou fix one thing but not another, and then vice-versa15:01
sdaguemriedem: ok, oh is it reverting the old ones?15:01
sdaguegah, ok15:01
mriedemi guess?15:01
mriedemidk man, just pull it down15:01
mriedemi'm enjoying my -1 stat padding though15:01
sdagueheh15:01
sdaguethis is one of those areas where github is *so* much better than gerrit15:02
*** markus_z has quit IRC15:02
*** tbachman has quit IRC15:02
*** sree has joined #openstack-nova15:03
jgriffithmriedem johnthetubaguy hey... just want to check with the two of you. For the client.get_highest_microversion call;  would you prefer that we ONLY call that when a call for a method that requires/wants the version info is requested?15:03
*** sbezverk has quit IRC15:03
*** marst has joined #openstack-nova15:04
jgriffithjohnthetubaguy I think that might be the point you were trying to make in the review comments, so rather than ALWAYS do it on init, provide an explicit method to query that info, and then also use that mechanism when calling things like the new attach/detach methods15:04
openstackgerritSean Dague proposed openstack/nova master: Improve descriptions for hostId, host, and hypervisor_hostname  https://review.openstack.org/44676115:04
*** marst has quit IRC15:05
*** marst has joined #openstack-nova15:05
leakypipesmhenkel: yup!15:05
johnthetubaguyjgriffith: so if you get your detach patch, and try use the logic, I think that will clear things up. That needs 3.27 or it fails with "the world is upside down" error. Only attach needs the explcit call to check if 3.27 is supported and chose the old or new path.15:05
melwittthat api-ref wording is a hot topic I see!15:06
mriedem+215:06
mriedemfinally15:06
mriedemwelcome new contributor15:06
johnthetubaguymelwitt: looking at what dansmith has done to your quota patches, I guess you are working through that?15:06
jgriffithjohnthetubaguy ok15:06
jgriffithjohnthetubaguy thanks15:06
dansmithjohnthetubaguy: yes, I made a mess, but I knew it was going to be15:07
*** tbachman has joined #openstack-nova15:07
melwittjohnthetubaguy: yes, sorry about that. I'm going to finish fixing those up today. we split them into smaller chunks for easier review15:07
dansmithmelwitt: I can help if you want, but probably not very parallelizeable work15:07
melwittjohnthetubaguy: on the one you reviewed today, that "destroy all by project" is just a plain destroy. that patch is just making Quotas object read/write to API DB15:07
melwittdansmith: nah, it's okay, I have got it15:08
*** NikhilS has quit IRC15:08
melwittjohnthetubaguy: I think what you were thinking of was an older version of the quota counting patch where I was using a destroy with limit/offset for addressing races15:09
melwittI took that out15:09
*** mriedem is now known as mriedem_afk15:10
*** dansmith is now known as superdan15:10
*** armax has joined #openstack-nova15:12
openstackgerritSilvan Kaiser proposed openstack/nova master: Removes getfattr from Quobyte Nova driver  https://review.openstack.org/42864615:12
melwittjohnthetubaguy: nevermind my earlier statement. I think I don't understand what you mean by "Its the delete something and the sync logic brings it back to life problem."15:13
*** amoralej|lunch is now known as amoralej15:13
melwitteverybody was +2 on this patch PS8. all I did was update a few code comments based on leakypipes feedback15:14
*** dave-mccowan has quit IRC15:15
leakypipesmelwitt: the Quota object patch you mean?15:15
*** READ10 has joined #openstack-nova15:16
melwittleakypipes: yeah, https://review.openstack.org/#/c/410945/15:16
edleafekashyap: mdbooth: Sorry, wasn't able to grab the logs from the client machine - it's behind several layers of firewalls, so I'll need someone from their location to send them to me15:16
edmondswmriedem fyi just marked https://bugs.launchpad.net/nova/+bug/1656056 as a dup of https://bugs.launchpad.net/nova/+bug/1657774 where the fix is already proposed15:16
openstackLaunchpad bug 1657774 in OpenStack Compute (nova) "duplicate for #1656056 Nova does not re-raise 401 Unauthorized received from Neutron for admin users" [Undecided,Confirmed] - Assigned to Roman Podoliaka (rpodolyaka)15:16
openstackLaunchpad bug 1657774 in OpenStack Compute (nova) "Nova does not re-raise 401 Unauthorized received from Neutron for admin users" [Undecided,Confirmed] - Assigned to Roman Podoliaka (rpodolyaka)15:16
edleafeThey're in Japan, so it won't be until Monday15:16
edmondswmriedem you had marked the original high, so you probably want to do the same on the other now that the original is a dup15:16
edmondswfix proposed lgtm15:17
melwittleakypipes: I think I addressed all your comments, the one you wanted most was the single db transaction thing and I posted a comment that when I tried that, I got a "transaction already started" because I think the decorator already starts and maintains a transaction?15:17
kashyapedleafe: No worries.  When you have it, can take a look.  But please don't forget to enable the log filters I noted in the scrollback15:17
leakypipesmelwitt: right, I think I had re-commented "ok, yes, makes sense" on that (or similar) :)15:18
melwittleakypipes: oh, hm, lemme check again15:18
edmondswmriedem_afk ^ I was tagging mriedem...15:18
melwittleakypipes: you didn't reply on that, the last reply I see from you was about the lack of a parent-child relationship of the tables15:19
leakypipesdoh, melwitt it was a draft comment never submitted... fuug15:19
*** Jack_Iv has quit IRC15:20
edleafekashyap: yes, I checked, and they were exactly as you said15:20
edleafeoops, my manners15:21
*** edleafe is now known as figleaf15:21
*** Jack_Iv has joined #openstack-nova15:21
* kashyap nods15:22
melwittleakypipes: a-ha!15:22
johnthetubaguymelwitt: yeah, I was trying to remember what I mean in there too15:25
melwittheh :)15:25
johnthetubaguymelwitt: I think it was fine before, just trying to remember what I was worried before15:26
*** dave-mccowan has joined #openstack-nova15:28
*** jwcroppe has quit IRC15:28
*** jwcroppe has joined #openstack-nova15:29
*** yingjun has quit IRC15:31
*** armax has quit IRC15:32
*** jwcroppe has quit IRC15:33
*** Apoorva has joined #openstack-nova15:34
*** felipemonteiro_ has quit IRC15:35
*** kenperkins has joined #openstack-nova15:36
*** ijw has quit IRC15:37
*** ijw has joined #openstack-nova15:39
*** ijw_ has joined #openstack-nova15:41
*** ijw_ has quit IRC15:42
openstackgerritThomas Stewart proposed openstack/nova master: Add lan9118 as valid nic for hw_vif_model property for qemu  https://review.openstack.org/39348915:42
*** mriedem_afk is now known as mriedem15:42
*** ijw_ has joined #openstack-nova15:42
*** ijw has quit IRC15:43
*** jwcroppe has joined #openstack-nova15:43
*** crushil has quit IRC15:45
*** jsheeren has joined #openstack-nova15:45
jsheerenhi all15:45
jsheereni'm seeing this in my nova-compute log since today: INFO oslo.messaging._drivers.impl_rabbit [-] A recoverable connection/channel error occurred, trying to reconnect: Socket close15:46
jsheerenthe nova-compute service get's marked down by the controllers for a minute or two, then it recovers15:46
jsheerenhas anyone seen this behaviour before,15:46
jsheeren?15:46
*** ZZelle has joined #openstack-nova15:47
*** ratailor has quit IRC15:48
leakypipesmhenkel: looks like you still need to address those unit test failures, though. let us know if you need assistance.15:48
*** yamamoto has joined #openstack-nova15:48
*** Jack_Iv has quit IRC15:49
snetijohnthetubaguy, I've updated the base patch for policy. can you please check this: https://review.openstack.org/#/c/434842/15:50
*** READ10 has quit IRC15:51
*** aarefiev is now known as aarefiev_afk15:51
*** rmart04 has quit IRC15:52
*** sbezverk has joined #openstack-nova15:52
mriedemsuperdan: some easy test fixups in https://review.openstack.org/#/c/447009/15:52
efriedmriedem (aka Swamp Thing) your influence has spread: https://review.openstack.org/#/c/445667/2/nova_powervm/tests/virt/powervm/volume/test_iscsi.py@5315:53
mriedemsuperdan: our next release of novaclient is going to be a major version bump, so we'll want to backport that bug fix to stable/ocata15:53
*** voelzmo has quit IRC15:53
*** rmart04 has joined #openstack-nova15:54
mriedemefried: cool15:54
mriedemsuperdan: but then after the bug fix i think we should just remove those deprecated arguments15:54
efriedmriedem BTW, yesterday I looked through nova-powervm to see what it would take to retrofit the whole project accordingly.  Yeeeaaaahhh, prolly not gonna do that wholesale any time soon.15:54
mriedemretrofit for what? autospec?15:55
efriedyeah.15:55
efriedBut at least we can implement it moving forward.15:55
efriedAnd the in-tree driver will be clean.15:55
mriedemwarning on autospec, claudiub has experience with that https://review.openstack.org/#/c/339232/15:55
mriedemit does take a performance hit on the test run15:56
superdanmriedem: I guess I missed the point at which we started having stable branches for clients15:56
*** aysyd has joined #openstack-nova15:56
mriedemsuperdan: years ago15:56
mriedemso we could backport the fix to ocata and release 7.1.115:56
efriedThat's interesting - the docs on autospec claim it's lazy out of the box.15:56
*** yamamoto has quit IRC15:56
superdanmriedem: regardless of when, I guess I missed it15:56
mriedemso your customer can pick that up w/o the backward incompatible changes that will be in 8.0.0 in pike15:57
mriedemwe needed stable branches on all of the clients and libraries just to get fixes back, plus we needed it at times to unscrew the gate back before upper-constraints15:57
claudiubooh, autospec15:59
claudiubi'm actually working on it15:59
claudiubI want it to become a permanent thingy15:59
*** rmart04 has quit IRC16:00
claudiubmriedem: something like this should do the trick: https://github.com/testing-cabal/mock/pull/39416:00
claudiubthere's still an issue with mock.patch autospecing, on which i'm working on.16:00
mriedemcool16:00
efriedclaudiub Second sentence here claims it's already lazy: https://docs.python.org/3/library/unittest.mock.html#autospeccing16:01
efriedclaudiub So you've discovered that's a false claim under certain conditions?16:02
claudiubit is a false claim. :)16:02
claudiubefried: https://github.com/testing-cabal/mock/issues/39316:02
efriedclaudiub Down a page or so, more explicitly: "Because the speccing is done “lazily” (the spec is created as attributes on the mock are accessed) you can use it with very complex or deeply nested objects (like modules that import modules that import modules) without a big performance hit."16:02
efriedImagine my disappointment.16:02
claudiubi know, right? :)16:03
*** vishwanathj has joined #openstack-nova16:03
claudiubanyways, the only thing that specing / autospecing does at the moment, is ensure that your mock only have the same attributes / members as the spec itself, raising an AttributeError if non-existent attributes are accesed.16:04
claudiubso, there's at least that.16:04
openstackgerritLee Yarwood proposed openstack/nova master: compute: Move detach logic from manager into driver BDM  https://review.openstack.org/43952016:04
openstackgerritLee Yarwood proposed openstack/nova master: compute: Only destroy BDMs after successful detach call  https://review.openstack.org/44069316:04
*** nicolasbock has quit IRC16:04
efriedclaudiub That issue doesn't look related to performance/laziness16:04
lyarwoodmdbooth: ^ remove_volume_connection behaviour should remain the same now16:04
*** nic has joined #openstack-nova16:04
melwittclaudiub, efried: well, it's expensive when you go and autospec every possible attribute, which is what you're doing right?16:05
claudiubefried: but, you can give my PR i've linked above a try. it fixes this issue. check the added unit tests. There are still some unit tests failing for pypy, because the unittests themselves are faulty.16:05
mdboothlyarwood: Thanks, will look.16:05
*** Oku_OS is now known as Oku_OS-away16:05
claudiubmelwitt: actually, the way mock works, is create a child mock when a mock's attrbute is accessed, and it wasn't accessed before, and then caches it.16:05
claudiubso, what I've done, is ensure that that child mock is properly spec'ed when created.16:06
claudiubso, it won't autospec everything, it will only autospec accessed attributes / methods.16:06
melwittclaudiub: okay, but you don't use every child mock in every test, right? or did you only spec the childs that are going to be asserted in tests?16:07
openstackgerritDan Smith proposed openstack/python-novaclient master: Fix aggregate_update name and availability_zone clash  https://review.openstack.org/44700916:08
claudiubright, only spec the childs that are going to be asserted in the tests.16:09
*** jahsis has quit IRC16:09
*** stewie925 has joined #openstack-nova16:10
claudiubanyways. will try out some new experiments on nova with mock autospecs. will see then the performance impact.16:10
claudiuband if it's a reasonable impact, autospecs should be used pretty much everywhere in openstack. :)16:11
melwittokay, cool16:11
cfriesenso going back to the issue I raised yesterday about RPC timeouts during live migration waiting for large images to download from glance to the compute node...is this just a case of "we don't support that"?16:11
mriedemcfriesen: did you see my reply?16:12
*** sree has quit IRC16:12
*** Apoorva has quit IRC16:12
cfriesenmriedem: yes, though that was dealing with a service token.  in my case it's an RPC timeout that's the issue, not authentication16:12
cfriesenif it takes more than 60 seconds to download the glance image, pre_live_migration() times out16:13
figleafcdent: regarding https://review.openstack.org/#/c/427309 - it seems like you are also doing a lot of stuff manually, like telling RT to update usages, etc. Do you think it would be possible to more directly simulate the actual processes in order to ensure that the right code paths get executed?16:13
mriedemcfriesen: ok so https://docs.openstack.org/developer/nova/api_microversion_history.html#id31 won't help16:13
openstackgerritDan Smith proposed openstack/python-novaclient master: Fix aggregate_update name and availability_zone clash  https://review.openstack.org/44700916:14
cfriesenmriedem: nope.16:14
mriedemcfriesen: i'd ask tdurakov,16:14
cburgesscfriesen Worse if *anything* takes more then 60 seconds. lets says you have an instance with 10 volumes all using iscsi + multipath, that can take 2 or 3 minutes to build all the luns.16:14
mriedemi'd think that we could make conductor rpc cast to the compute to do pre-live migration, and have the compute cast back to conductor when it's done16:14
cburgessmriedem That might work. The problem right now is we have to set the RPC timeout to a very large value, like 5-10 minutes in some AZs to work around this. Honestly I would like to see that become async like you just described or have a seperate timeout for just that operation.16:15
cdentfigleaf: my intent was to start narrow and then get more broad16:15
figleafcdent: understood, but it feels sorta unit test-y16:16
mriedemcburgess: i'd have to dig into the oslo.messaging internals to find out how easy it is to adjust the rpc timeout on the fly like that for a single operation16:16
cfriesenmriedem: it's easy16:16
cburgessmriedem Just pass it as an arg16:16
cburgessI think we might have to expand one nova wrapper class to support the arg but otherwise its just an arg to the call to change the timeout for that specific call.16:17
cfriesenmriedem: but the thing is that you don't necessarily know up front what a reasonable value is since it depends on the IO load on your computes and glance-api16:17
cfriesenand other stuff like cburgess pointed out16:17
*** vishwanathj has quit IRC16:17
cburgessmriedem cfriesen But a change to have conductor/compute cast to/from each other and simply take action once the call comes in rather then waiting on it and forcing it to take some fixed amount of time is a way way better solution.16:17
cburgesscfriesen Right... which is why I think moving everything to cast calls to/from conductor is way better.16:18
cfriesencburgess: mriedem: agreed...would we need to change the handling of the overall migration completion timeout?  (checking code)16:18
cburgesscfriesen Not sure if that timer starts during pre flight.16:18
mriedemthe timer is while it's moving data right?16:19
cfriesencburgess: mriedem: looks like the migration completion timeout is just a libvirt thing16:19
mriedemto kill it if it gets stuck16:19
cburgessmriedem I thought that timer was going away?16:19
mriedemcburgess: i believe it is16:19
cfriesencburgess: the progress timer is going away16:19
mriedemjohnthetubaguy and the osic fok are looking at that16:19
cburgessAhhh16:19
mriedem*folk16:19
*** slaweq_ has quit IRC16:19
johnthetubaguysorry, I missed all that chat there16:19
*** dillaman has joined #openstack-nova16:20
cburgessjohnthetubaguy Welcome to the party!16:20
cburgessjohnthetubaguy Wait its after 4PM on a Friday there... why are you at the pub?16:20
*** slaweq has joined #openstack-nova16:20
cfriesenmy concern about just moving to cast is that if one of those gets lost we're stuck with a migration in progress16:20
cburgessSorry why aren't you16:20
cburgesscfriesen Yes thats the rub.16:20
johnthetubaguyheh, I am around for a few hours yet16:21
johnthetubaguygot band rehersal before I get close to a pub anyways!16:21
cburgesscfriesen We would have to be able to cancel it. Could the migration records accomplish that?16:21
cdentfigleaf I think that's inevitable unless we want solely use the external interface of the compute manager (which might be fine), but even with there would still need to be something to causing the period job to run, and to call the external interface16:21
mriedemcfriesen: cburgess: so i just looked at oslo.messaging, and yeah it looks trivial to pass a new timeout in when constructing the client16:21
cfriesenI wonder if the existing live migration abort API would be sufficient16:21
cburgessmriedem I don't even think you have to do it when constructing the client. I think with an existing client its just an arg you can pass on call.16:21
figleafcdent: yeah, I guess I'm just too idealistic :)16:21
johnthetubaguymriedem: I thought that was a per call thing we can tweak?16:22
mriedemcburgess: oh that's even better b/c we cache the clients16:22
johnthetubaguyyeah, what cburgess said16:22
cdentfigleaf: no, you just are trying to apply principles that might work elsewhere, here16:22
cburgesscfriesen Right thats what I'm thinking. If we know the state is "we made the cast to run pre live migration" then we should be able to cancel that by making the right call to abort it.16:22
johnthetubaguycburgess: I am +1 increasing the timeout for the lots of volumes case16:22
figleafcdent: like I said, too idealistic16:22
superdanmriedem: no caching of the client anymore right?16:23
superdanwell, for compute anyway16:23
cburgessjohnthetubaguy Some type of equation you thjink? Before call is made look at size of BDM and make some type of auto-adjust? Or just a new config value for pre-live timeout?16:23
cfriesenmriedem: I think there's an example of the per-call timeout in nova/cells/rpcapi.py16:23
superdanwell, sometimes in compute actually16:23
johnthetubaguycburgess: just a large one I think16:23
*** bnemec is now known as beekneemech16:23
mriedemyeah i see the timeout kwarg to the client.prepare method16:23
johnthetubaguycburgess: its only there as a "oh dear, you must have given up" kind of timeout16:23
johnthetubaguymriedem: yeah, thats the one16:23
cburgessjohnthetubaguy Just an arbitrary "This call can suck, wait 10 minutes" type thing?16:24
johnthetubaguymriedem: I thought we used that already for something, I can't remember now16:24
*** hshiina has quit IRC16:24
superdanit'd be nice if we had a per-call heartbeat mechanism,16:24
superdanwhich o.msg could provide for us16:24
superdansend a "still working" reply to the reply queue which would reset the timer16:24
cburgessjohnthetubaguy The timeout would be a stop gap really. I think mriedem and cfriesen idea about moving to cast is the right solution but probably going to take more effort.16:24
johnthetubaguysuperdan: thats the "task" framework in my head16:24
cburgesssuperdan OMG yes16:24
superdanjohnthetubaguy: no, I mean something at the o.msg layer16:24
superdanjohnthetubaguy: we could solve it in nova with a task too16:24
johnthetubaguysuperdan: yeah, check if job is progressing, and you know the owner16:24
mriedemdef ping(self, context, arg, timeout=None):16:24
mriedem        arg_p = jsonutils.to_primitive(arg)16:24
mriedem        cctxt = self.client.prepare(timeout=timeout)16:24
mriedemwe do have something using it16:24
superdanbut it'd be nice for lots of things if o.msg would heartbeat a particular call16:25
johnthetubaguysuperdan: oh I see what you mean now16:25
cfriesenmriedem: you can set it in the client init but also in the cctxt.call()16:25
superdanjohnthetubaguy: you could just send something to the reply queue like "this isn't the reply, but I ain't dead yet"16:25
*** belmoreira has quit IRC16:25
cburgessmriedem cfriesen johnthetubaguy superdan: So 1 bug and 1 spec here? bug = set a "large" timeout for the pre_live call today, spec = move to casting?16:25
mriedemcfriesen: i don't actually see the timeout kwarg in the rpc client call() method in oslo.messaging16:25
johnthetubaguysuperdan: yeah, like a "continue" or whatever16:25
mriedemit's in the prepare() method16:25
*** mdrabe has quit IRC16:26
superdanjohnthetubaguy: or lease renewal16:26
mriedemcfriesen: http://git.openstack.org/cgit/openstack/oslo.messaging/tree/oslo_messaging/rpc/client.py#n17816:26
*** mdrabe has joined #openstack-nova16:26
mriedemcfriesen: call() doesn't use a timeout kwarg  http://git.openstack.org/cgit/openstack/oslo.messaging/tree/oslo_messaging/rpc/client.py#n15116:26
cfriesenmriedem: we're using it in nova/cells/rpcapi.py, line 33216:27
johnthetubaguysuperdan: yeah, reset the timeout timer16:27
mriedemcfriesen: that looks like a mistake16:27
cburgessmriedem cfriesen Yeah the kwargs just gets pased all the way down and I think that one gets dropped.16:28
mriedemcfriesen: the oslo.messaging rpc client call() method takes any **kwargs16:28
mriedemright, the call() method doesn't use the timeout16:28
*** mlavalle has quit IRC16:28
mriedemthe prepare() method does16:28
*** kaisers_ has joined #openstack-nova16:28
mriedemwhich is nova/cells/rpcapi.py L32616:28
*** mlavalle has joined #openstack-nova16:28
cburgessmriedem Right.16:28
*** marst has quit IRC16:28
cburgessmriedem I still suspect its doable... we just have to modify things a bit more to make it work.16:29
cfriesenmriedem: I think maybe the call() routine used to take a timeout16:29
mriedemmaybe16:29
mriedemanyway yeah this is easy16:29
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/rpcapi.py#L72016:29
mriedemyou use your nova config pre_lie_migration_timeout value there16:29
cburgesshttps://github.com/openstack/nova/blob/master/nova/compute/rpcapi.py#L72016:29
cburgessLOL yeah16:30
cburgessmriedem Just found that same line.16:30
mriedemdefault to None to get the default from oslo.messaging16:30
mriedembump to 10 minutes if you need to16:30
cburgessmriedem Yup16:30
cburgessmriedem So fixed value or config option?16:30
mriedemconfig16:30
cburgessWhere is sdague to yell at me about config options?16:30
cburgessmriedem Bug? or Spec?16:30
mriedemthis is completely operator side config16:30
mriedemthis is a bug i think16:30
mriedemthe spec is changing the blocking call to two casts16:31
cburgessmriedem Right16:31
cburgessmriedem OK... I shall file bug with code since this is easy and allow me to get ATC again. :P16:31
mriedemcburgess: ATC isn't a thing anymore16:31
mriedemremember16:31
mriedemyour ATC pass is your PTG $10016:31
*** dtp has joined #openstack-nova16:32
openstackgerritChris Friesen proposed openstack/nova master: remove unused parameter in rpc call  https://review.openstack.org/44705516:32
openstackgerritSarafraj Singh proposed openstack/nova-specs master: Spec to add per instance timeout for LM  https://review.openstack.org/44280916:33
cburgessmriedem ATC = voting rights still16:33
*** kaisers_ has quit IRC16:33
cburgessmriedem Semi-related... any idea who to contact about my ATC pass? I never got that email with details for Boston.16:33
*** jsheeren has quit IRC16:33
*** kaisers_ has joined #openstack-nova16:34
cburgessmriedem I can't vote in elections for TC, or nova unless I'm ATC. Or unless a PTL goes through the special ATC nomination process to make someone an ATC.16:34
dtpjohnthetubaguy and jroll, are you guys around?16:34
raj_singhjohnthetubaguy: I tried to address your concerns on https://review.openstack.org/#/c/442809/. Can you please have another look, when you get a chance?16:35
johnthetubaguydtp: I am around16:35
cfriesencburgess: I had an issue too...ended up emailing summit@openstack.org16:35
johnthetubaguyraj_singh: cool16:35
cburgesscfriesen Cool thanks.16:35
dtpjohnthetubaguy - would have have a look at https://blueprints.launchpad.net/nova/+spec/conf-network-metadata-always-static-ip when you have a few minutes, please?16:35
cburgesscfriesen Weird because I recall them even asking me to confirm I was going to boston and my email when I checked in at PTG but nothing.16:36
mriedemcburgess: i don't remember anything about ATC passes for boston16:36
mriedemtrue for the elections though16:36
*** sridharg has quit IRC16:36
mriedemcburgess: did you land any code changes in ocata?16:36
cfriesencburgess: whoops, make that summitreg@openstack.org16:36
mriedemcburgess: otherwise there is an ATC nomination process but i think we're past that16:36
cburgessmriedem No I haven't landed actual code in... a while...16:36
cburgessmriedem I don't get to code anything. :(16:37
sdaguecburgess: we can totally find you some easy bugs to fix :)16:37
cburgessI last landed code on 2/8/201616:37
sdaguecburgess: nova api-ref is in tree now, I'm sure you can tell us a ton of things we lie about with the API :)16:37
cburgesssdague I just found one. It involves a new config option, you will hate me.16:37
cburgesssdague LOL16:38
mriedemdtp: btw, now that you're around, we should talk about your alternative for https://blueprints.launchpad.net/nova/+spec/service-hyper-pci-uuid-in-api16:38
*** kaisers_ has quit IRC16:38
dtpsure, you want to do that here or privately?16:38
mriedemdtp: here16:38
mriedemunless it involves profanity16:38
mriedembut then still here16:38
superdansince when does that matter?16:39
mriedemsuperdan: it doesn't16:39
dtphehe16:39
dtpmy main concern is [Then when a request to delete a service is made, if the uuid is provided we can simply iterate cells until we find the service, or error with a 404.]16:39
dtpi would expect to not have to iterate when given an id16:39
dtpor guid16:39
superdandtp: no, we do16:39
superdandtp: unless we index services in the api db, which wouldn't be worth the trouble, IMHO16:40
superdanplus the syncing problem16:40
*** crushil has joined #openstack-nova16:40
dtpif i understand correctly, the problem w/ id is we don't know which cell to point to, right?16:40
mriedemyes16:41
superdandtp: the problem with id is that it can be duplicated in multiple cells16:41
superdannot that we don't know what cell it's in16:41
mriedemdtp: we'd need a ServiceMapping in the api db16:41
mriedemlike we have for HostMapping and InstanceMapping16:41
superdan-2 on that16:41
superdanplease no16:41
mriedemi agree, no to that16:41
dtpso i was thinking we could embed the cell id w/ the object id16:41
mriedemthe int?16:41
superdanyou mean change id to "%(cell_uuid)s-%(service_uuid)s" ?16:42
dtpyes16:42
dtpsomething like that16:42
*** kaisers_ has joined #openstack-nova16:42
mriedemid is an int primary key right now,16:42
mriedemand expressed that way in the api16:42
mriedemso we can't change that16:42
superdanmriedem: he means in the api after a microversion16:43
superdanwhich we could do16:43
mriedemunless you're talking about rather than return service uuid in the microversion, just put the cell id in that16:43
superdanhowever,16:43
mriedemok16:43
superdanI'd rather not expose cell details out of the api, even subversively16:43
superdanand I don't think this is anywhere near a big enough problem to warrant that16:43
mriedemthat is something that exists with cellsv1 right?16:43
mriedemthe cell namespace?16:43
superdanmriedem: yeah, and it has problems, and we vowed not to expose cell details out of the api with v216:43
mriedemok, yes, it does feel too special snowflake for a problem that doesn't warrant it16:44
superdanyeah16:44
mriedembecause if we did that for services/computes/pci_devices, we'd have to start thinking about doing it for other things too, for consistency, which we don't want to do16:44
mriedemyou could restrict an id like that to admin-only type resources, but still16:45
superdanthere's just no need for it, IMHO16:45
mriedemdtp: just curious, how many cellsv1 cells are you guys running in production?16:45
superdanwe can parallelize the queries anyway, to lower the latency at some point16:46
superdanmriedem: cern has 5016:46
mriedembecause initial deployments that weren't ever cellsv1 to begin with will just be a single cell16:46
dtpwe don't have 5016:46
mriedemso there is no looping16:46
superdanmriedem: service delete has to be an infrequent thing16:46
mriedemsuperdan: i know16:46
dtpbut hypervisor lookup?16:46
mriedemi was just thinking years down the road when having hundreds of cells could cause performance pain in the API16:47
superdanmriedem: if we end up with actual pain, then we add a cache or mapping16:47
mriedemdtp: we have the HostMapping for that16:47
mriedemsuperdan: yeah16:47
*** bmace has quit IRC16:48
dtpok, got it.  thanks guys16:48
*** bmace has joined #openstack-nova16:48
mriedemnp. and thanks for thinking up alternatives16:48
dtpyw16:48
mriedemi can work that into the alternatives section of the spec16:48
mriedem"dtp sez..."16:48
dtplol16:48
superdandtp: you should /nick deeteepee16:49
superdanbecause: friday16:49
mriedemsuperdan: +2 on the novaclient change16:49
superdanthanks16:49
*** dtp is now known as deeteepee16:50
superdanmuch better16:50
*** Jack_Iv has joined #openstack-nova16:50
*** jianghuaw-m has joined #openstack-nova16:52
*** Jack_Iv has quit IRC16:53
*** tbachman has quit IRC16:54
*** jianghuaw-m has quit IRC16:55
*** jaosorior has quit IRC16:55
*** vks1 has quit IRC16:59
*** deeteepee is now known as deeteepee-afk17:00
openstackgerritMichael  Henkel proposed openstack/nova master: contrail: add vrouter VIF plugin type support  https://review.openstack.org/44118317:01
*** armax has joined #openstack-nova17:01
*** dikonoor has joined #openstack-nova17:01
*** Apoorva has joined #openstack-nova17:05
*** voelzmo has joined #openstack-nova17:14
*** haplo37 has quit IRC17:15
*** ijw has joined #openstack-nova17:18
*** pcaruana has quit IRC17:18
*** ayogi has joined #openstack-nova17:20
*** ijw has quit IRC17:21
*** ijw_ has quit IRC17:22
jrollheh17:23
jrolldeeteepee-afk: you were looking for me last night, what's up?17:23
*** haplo37 has joined #openstack-nova17:24
*** saju_m has joined #openstack-nova17:31
*** voelzmo has quit IRC17:33
openstackgerritChristopher Brown proposed openstack/nova master: Add lan9118 as valid nic for hw_vif_model property for qemu  https://review.openstack.org/39348917:33
cburgesscfriesen Did you already have a bug open about the pre live timeouts on glance?17:34
*** jpena is now known as jpena|off17:34
*** ltomasbo is now known as ltomasbo|away17:35
*** kaisers_ has quit IRC17:39
deeteepee-afkhey jroll!  do you mind if i add your comments from yesterday regarding https://blueprints.launchpad.net/nova/+spec/conf-network-metadata-always-static-ip ?  or if you have any other comments, i would appreciate them17:41
jrollleakypipes: having a conversation about ironic capabilities^Wtraits, reading the spec, it sounds like standard traits go through os-traits, custom go through the api. does queens sound like a reasonable timeframe for us to move ironic capabilities into that so people can stop using the ComputeCapabilitiesFilter thing?17:41
jrollleakypipes: (which also makes me wonder, should we go ahead and cover a flavor extra spec for custom traits when we do the custom resource class extra spec?)17:42
*** gabor_antal_ has joined #openstack-nova17:42
*** gabor_antal has quit IRC17:42
*** Jack_Iv has joined #openstack-nova17:42
jrolldeeteepee-afk: yeah, go for it :)17:42
deeteepee-afkthanks17:42
leakypipesjroll: yes and yes17:42
*** voelzmo has joined #openstack-nova17:43
jrollleakypipes: cool - also question from yesterday, I put custom RC allocations as a dependency for the flavor changes, do you want to do that work, and do you want to write a separate spec or put it in this one? https://review.openstack.org/#/c/446570/2/specs/pike/approved/custom-resource-classes-in-flavors.rst17:44
*** yamahata has joined #openstack-nova17:44
*** fragatina has joined #openstack-nova17:46
*** voelzmo has quit IRC17:48
openstackgerritJohn Garbutt proposed openstack/nova master: Add and use ProcessedNetworkRequest object  https://review.openstack.org/41802517:50
openstackgerritJohn Garbutt proposed openstack/nova master: Pass objects into _validate_requested_network_ids  https://review.openstack.org/41802717:50
openstackgerritJohn Garbutt proposed openstack/nova master: Pass objects into _create_ports_for_instance  https://review.openstack.org/41851217:50
openstackgerritJohn Garbutt proposed openstack/nova master: Stop passing network when you only need dns_domain  https://review.openstack.org/41957717:51
openstackgerritJohn Garbutt proposed openstack/nova master: Pass objects into _update_ports_for_instance  https://review.openstack.org/41851317:51
*** burt has quit IRC17:51
openstackgerritJohn Garbutt proposed openstack/nova master: Extract preallocate_for_instance  https://review.openstack.org/41887617:51
*** macsz_and_cheese has joined #openstack-nova17:52
*** crushil has quit IRC17:55
*** nicolasbock has joined #openstack-nova17:55
*** gszasz has quit IRC17:56
*** Sukhdev has joined #openstack-nova17:58
*** gyee has joined #openstack-nova17:59
*** ayogi has quit IRC18:00
*** Sukhdev has quit IRC18:00
*** zioproto has quit IRC18:01
*** mnestratov has quit IRC18:05
*** lpetrut has quit IRC18:06
*** armax has quit IRC18:10
*** Sukhdev has joined #openstack-nova18:11
*** armax has joined #openstack-nova18:14
*** ociuhandu has quit IRC18:14
openstackgerritMaciej Szankin proposed openstack/nova master: conf: rename qemu_enable_gluster_storage_driver  https://review.openstack.org/44709118:16
*** satyar has quit IRC18:17
*** kaisers_ has joined #openstack-nova18:19
*** Sukhdev has quit IRC18:21
*** mdrabe has quit IRC18:22
openstackgerritJohn Garbutt proposed openstack/nova-specs master: Spec to add per instance timeout for LM  https://review.openstack.org/44280918:23
johnthetubaguycfriesen: cburgess: thats that live-migrate API spec that raj_singh is working on ^18:23
*** crushil has joined #openstack-nova18:23
johnthetubaguythere is also the dependent spec thats interesting18:24
cburgessjohnthetubaguy Thanks18:25
*** kaisers_ has quit IRC18:25
*** liverpooler has quit IRC18:31
*** liverpooler has joined #openstack-nova18:31
openstackgerritSujitha proposed openstack/nova master: Adding auto_disk_config field to InstancePayload  https://review.openstack.org/41918518:32
*** mdrabe has joined #openstack-nova18:34
*** annegentle has joined #openstack-nova18:41
*** david-lyle_ is now known as david-lyle18:43
openstackgerritSujitha proposed openstack/nova master: Adding auto_disk_config field to InstancePayload  https://review.openstack.org/41918518:47
*** tbachman has joined #openstack-nova18:47
*** ar1el has joined #openstack-nova18:49
*** tesseract has quit IRC18:50
openstackgerritMichael  Henkel proposed openstack/nova master: contrail: add vrouter VIF plugin type support  https://review.openstack.org/44118318:51
*** kaisers has quit IRC18:54
*** unicell has joined #openstack-nova18:56
*** annegentle has quit IRC18:56
*** tbachman has quit IRC18:56
*** unicell has quit IRC18:57
*** annegentle has joined #openstack-nova18:57
*** catintheroof has quit IRC18:59
*** Sukhdev has joined #openstack-nova19:00
*** unicell has joined #openstack-nova19:01
*** IRCFReAK has joined #openstack-nova19:01
*** IRCFReAK has quit IRC19:01
openstackgerritEd Leafe proposed openstack/nova master: WIP - add some functional tests for placement  https://review.openstack.org/44612319:05
figleafcdent: if you're bored ^^19:06
*** catintheroof has joined #openstack-nova19:06
*** IRCFReAK has joined #openstack-nova19:07
openstackgerritSujitha proposed openstack/nova master: Add helper method to add additional data about policy rule.  https://review.openstack.org/43484219:08
*** lpetrut has joined #openstack-nova19:08
*** amoralej is now known as amoralej|off19:09
*** IRCFReAK has quit IRC19:09
*** kaisers has joined #openstack-nova19:11
*** ar1el has quit IRC19:12
*** IRCFReAK has joined #openstack-nova19:17
*** lpetrut has quit IRC19:17
*** stvnoyes has quit IRC19:17
*** IRCFReAK has quit IRC19:18
openstackgerritSujitha proposed openstack/nova master: Add description to policies in agents.py  https://review.openstack.org/44520819:19
*** Jack_Iv has quit IRC19:19
*** tbachman has joined #openstack-nova19:20
openstackgerritAnusha Unnam proposed openstack/nova master: Add keypairs field to InstancePayload  https://review.openstack.org/41973019:21
*** Jack_Iv has joined #openstack-nova19:23
*** stvnoyes has joined #openstack-nova19:24
*** ar1el has joined #openstack-nova19:25
cfriesencburgess: sorry, just noticed your message.   I don't have a bug open about the pre live timeouts on glance.19:25
cburgesscfriesen k19:25
cfriesencburgess: mriedem: incidentally, for converting the pre-live-timeout to RPC cast, it's actually coming from the source nova-compute, not from nova-conductor.19:27
cfriesengah, pre_live_migration, not timeout19:27
mriedemyeah i wondered about that19:27
mriedembecause the computes are talking to each other rather than having coordinator orchestrate19:27
cburgesscfriesen LOL well its fairly accurate in some situtations.19:27
cfriesenlol19:27
mriedemwhich is something tdurakov was looking into19:27
mriedemthe timeout hack bug fix doesn't really change though right?19:28
mriedemif it's the source compute or conductor as the rpc client19:28
cburgessmriedem Right... the source caller needs a configurable timeout.19:28
cburgessmriedem Because today is just blocks, hits rpc_timeout, and goes "oh well"19:29
*** psachin has joined #openstack-nova19:29
mriedemmarkus_z left too early https://www.youtube.com/watch?v=bGXaJzgtvS819:29
mriedemi have to assume markus loves scorpions19:30
cfriesenmriedem: the live migration is aready a cast from nova-conductor to the source nova-compute19:30
cfriesenmriedem: so this would be a cast from nova-compute to other nova-compute19:30
mriedemsorry i've moved topics19:31
* cfriesen has to go do work19:31
cfriesenI'm running into a case where running "virsh list" on a compute node hangs, trying to figure out why libvirtd isn't responding19:32
erhudycfriesen: i had a problem a while back where libvirt got really cranky with nwfilters and it would hang like that19:34
erhudyrebooting made it happy again, but it was frustrating not being able to find a root cause19:34
mriedemsuperdan: leakypipes: sdague: can one of you push this through? i forgot it was still sitting out here https://review.openstack.org/#/c/432471/319:39
superdanyeah19:40
mriedemdanke19:40
leakypipesmriedem: done19:40
mriedemthat was fast19:40
mriedem...maybe too fast19:40
mriedemi should have put an easter egg in there19:40
leakypipesheh19:40
*** kaisers_ has joined #openstack-nova19:43
*** kaisers_ has quit IRC19:48
mriedemffs is compute_nodes.pci_stats just a json blob?19:50
mriedemah i suppose it is but it's turned into PciDevicePoolList19:50
mriedemthis is awful https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/pci.py#L6219:51
mriedemwe literally take the pci_stats blob out of the db for a compute node, convert it to the object, then convert it back to a json dict and spew it out of the REST API19:51
mriedemso,19:51
mriedemif we ever were to add new fields to PciDevicePool, those automatically go out of the REST API19:52
*** xyang1 has joined #openstack-nova19:52
mriedemhttps://bugs.launchpad.net/nova/+bug/167386919:55
openstackLaunchpad bug 1673869 in OpenStack Compute (nova) "api-ref: os-pci API is not documented at all" [Low,Confirmed]19:55
mriedemmaybe we should just delete the API before anyone ever knew it existed19:55
alex_xumriedem: more bad thing, actually the os-pci API isn't enable in the nova rest api19:57
alex_xumriedem: https://github.com/openstack/nova/blob/master/setup.cfg#L13019:57
*** dimtruck is now known as zz_dimtruck19:58
*** lpetrut has joined #openstack-nova19:59
mriedemalex_xu: oh, well that is actually good20:00
alex_xumriedem: yea, that's ture for defect in the api20:01
mriedemso, if the API was added in v3, but never exposed or supported20:01
mriedemthis is really just all dead code isn't it?20:01
mriedemand we would have to decide if we want to expose it out of the REST API in a microversion20:01
mriedemwhich i'd think we don't actually want to do that20:01
alex_xumriedem: actually there is plan to do that. it is jsut the people, who commit to do that, disappeared20:02
mriedemsure,20:03
mriedembut that was a long time ago20:03
alex_xuyes, super long time ago20:03
mriedemi'm not sure we need to be exposing pci details out of the compute REST API20:03
alex_xuwhy? currently we really have no way to query what pci device on the host20:04
*** awaugama has quit IRC20:04
efriedShould that be a get_inventory() thing?20:06
mriedemefried: unrelated20:07
*** dave-mccowan has quit IRC20:07
mriedemalex_xu: i'm sure there are other tools available to get that information from the host system20:07
mriedemactual inventory reporting tools20:07
mriedemalex_xu: i sort of consider this like https://docs.openstack.org/developer/nova/policies.html?highlight=metrics#metrics-gathering20:08
mriedemyears ago we thought it was a great idea for nova to be a metrics gatherer, but in newton we decided we're not so great at that20:08
mriedemand shouldn't be in the business of doing it20:08
*** cdent has quit IRC20:09
*** ssurana has joined #openstack-nova20:09
mriedemi'll post to the ML about the os-pci api20:09
*** psachin has quit IRC20:10
alex_xumriedem: thanks, i probably get your point. ++ for a email20:10
*** IRCFReAK has joined #openstack-nova20:11
*** dikonoor has quit IRC20:12
*** IRCFReAK has quit IRC20:13
*** Sukhdev has quit IRC20:15
mriedemhttp://lists.openstack.org/pipermail/openstack-dev/2017-March/114261.html20:19
mriedemsuperdan: leakypipes: sdague: ^ you'd probably like to weigh in20:20
sdaguemriedem: if you need "... with fire!" sure20:21
*** Sukhdev has joined #openstack-nova20:21
mriedemacks are always good20:22
mriedemso i don't just look like a maniac20:22
superdanI thought it was actually kindof important for the pci use case,20:23
superdanbut if it's not enabled by default, hopefully that is not true20:23
mriedemapparently not important enough since icehouse for anyone to care to expose it20:23
mriedemor they did via and out of tree extension/patch20:23
mriedemcfriesen: i'm looking at you20:23
sdaguesuperdan: it's not just not enabled, it was never plumbed back in at all20:24
superdanwell, it'd be a packaging change, right? but yeah20:24
mriedemit'd be a change to setup.cfg to enable it20:24
mriedemplus a microversion at this point20:24
superdanjust removing that comment out is all you'd need to do right?20:24
mriedemif you don't care about microversions, sure20:24
superdanit's not enabled in our git tree, I'd have to check the actual packages to make sure it's not enabled there,20:25
superdanbut it'd be better to just get vladik or someone to chime in20:26
mriedemi'm not following your point about packaging20:26
mriedemlike enabled in the rpm spec?20:26
mriedemby uncommenting that line in the setup.cfg?20:26
superdanyeah, something like that20:26
mriedemthat would be terribad20:26
sdagueso, I kind of feel like that would be a big bad on the packaging side20:26
superdanI dunno, I have no idea, I'm just saying we should ask some pci-knowing person to make sure20:27
sdaguewell, it is on the ML20:27
mriedem"sorry developers, you didn't know it but we were supporting this b/c of code in the rpm spec all along!"20:27
superdanyep20:27
sdagueI kind of feel like that's in the category of "you are running a fork"20:27
superdanI'll point some people at it to make sure it gets seen20:27
sdagueeven though the change looks small, it would light up a ton of dark code that has no active testing20:28
superdanI think that it being commented out in setup.cfg would make people just assume it's not on by default20:28
superdanbut that there's not a problem enabling it20:28
superdandoes turning that on make it show up in 2.120:28
superdan?20:28
mriedemi explain a problem with enabling it20:28
mriedemi'm not sure20:29
mriedemas noted in the email, we pass the json blob straight out of the db via the rest api20:29
superdanbecause if so, that's a bit on us too20:29
mriedemno whitelist20:29
openstackgerritEric Fried proposed openstack/nova master: PowerVM Driver: spawn/delete #1: no-ops  https://review.openstack.org/43811920:29
superdanmriedem: we have other (or have had other) apis that do the same thing, so that in itself doesn't mean much :)20:29
mriedembut we shouldn't be doing that, and i'm hoping we are actively trying to clamp done on doing anything like that,20:29
mriedemlike the diagnostics API rewrite20:30
mriedem*down20:30
*** zz_dimtruck is now known as dimtruck20:30
openstackgerritchristopher.uhler proposed openstack/nova master: Libvirt volume driver for Veritas HyperScale  https://review.openstack.org/44395120:30
superdandefinitely20:30
sdagueI also think we definitively had said API extensions are deprecated and not supported any more20:31
*** IRCFReAK has joined #openstack-nova20:31
mriedemwe did, in newton20:32
mriedemthis would have to come back in as a microversion20:32
mriedemlike server tags20:32
mriedemwhich was 2.2620:32
sdagueyep20:32
*** IRCFReAK has quit IRC20:32
mriedemthat's why cyeoh removed it and opened a bug20:32
sdagueanyway, it's on the mailing list20:32
*** crushil has quit IRC20:32
*** deeteepee-afk is now known as deeteepee20:33
*** smatzek has quit IRC20:34
*** Jack_Iv has quit IRC20:34
*** cuhler has joined #openstack-nova20:36
*** slaweq has quit IRC20:37
openstackgerritSujitha proposed openstack/nova master: Adding auto_disk_config field to InstancePayload  https://review.openstack.org/41918520:37
superdanmriedem: sdague I think we're good20:38
sdaguesuperdan: \o/20:38
mriedemyay20:39
superdanI'd let it simmer on the list for a bit, at least20:39
superdanit would also be a candidate for interfacing with ops in boston,20:39
superdanat least to explain it if anyone speaks up20:39
mriedemi did post the same thing to the dev and ops list btw20:39
mriedembut yeah i'm not removing it today20:39
superdanokay20:39
superdanwell, we should remove it regardless of the response20:40
*** lpetrut has quit IRC20:41
cuhlerHi. I submitted a new Nova volume driver and the os-brick connector on which it depends for review for Pike. How can I make the volume driver unit tests run before the os-brick connector is approved and merged to master? Some way to configure tox/testr?20:42
*** xyang1 has quit IRC20:42
cuhlerhttps://review.openstack.org/#/c/443951/20:42
cuhlerhttps://review.openstack.org/#/c/442754/20:42
*** crushil has joined #openstack-nova20:42
*** kaisers_ has joined #openstack-nova20:44
*** IRCFReAK has joined #openstack-nova20:45
*** IRCFReAK has quit IRC20:45
*** xyang1 has joined #openstack-nova20:46
*** Jack_Iv has joined #openstack-nova20:47
*** tblakes has quit IRC20:48
*** kaisers_ has quit IRC20:49
*** IRCFReAK has joined #openstack-nova20:50
*** IRCFReAK has quit IRC20:50
sbezverkmriedem: ping20:53
*** lpetrut has joined #openstack-nova20:54
mriedemsbezverk: pong20:55
*** Sukhdev has quit IRC20:56
openstackgerritMatthew Edmonds proposed openstack/nova master: fix os-volume_attachments policy checks  https://review.openstack.org/38931421:00
*** tbachman has quit IRC21:01
*** eharney has quit IRC21:03
*** crushil has quit IRC21:03
*** aysyd has quit IRC21:05
*** ar1el has quit IRC21:10
mriedemsuperdan: we might have a problem with the services uuid in api thin21:11
mriedem*thing21:11
mriedemhttps://developer.openstack.org/api-ref/compute/#disable-scheduling-for-a-compute-service21:11
mriedemthe action APIs on the services records don't take an id21:11
*** annegentle has quit IRC21:11
mriedemthey take the host/binary21:11
mriedemwould those be enough to uniquely identify a service within a cell?21:11
superdanyeah21:11
superdanshould be21:11
superdanif you have two hosts with the same hostname you have scheduling problems anyway21:12
superdanI mean, it'd be better if they used a uuid, but..21:12
mriedemsure21:12
mriedemok, i'll make a note of it in here21:12
*** tbachman has joined #openstack-nova21:13
*** catintheroof has quit IRC21:16
openstackgerritMichael  Henkel proposed openstack/nova master: contrail: add vrouter VIF plugin type support  https://review.openstack.org/44118321:18
openstackgerritSarafraj Singh proposed openstack/nova-specs master: Add live-migration-force-after-timeout spec  https://review.openstack.org/43846721:21
openstackgerritSarafraj Singh proposed openstack/nova-specs master: Spec to add per instance timeout for LM  https://review.openstack.org/44280921:22
*** sbezverk has quit IRC21:23
*** edmondsw has quit IRC21:24
*** alex_xu has quit IRC21:25
*** cuhler has quit IRC21:26
*** alex_xu has joined #openstack-nova21:28
*** edmondsw has joined #openstack-nova21:29
*** edmondsw has quit IRC21:31
*** gouthamr has quit IRC21:33
*** Jack_Iv has quit IRC21:34
*** edmondsw has joined #openstack-nova21:34
*** Jack_Iv has joined #openstack-nova21:35
*** Jeffrey4l has quit IRC21:35
*** Jeffrey4l has joined #openstack-nova21:36
*** Jack_Iv has quit IRC21:39
*** edmondsw has quit IRC21:39
*** jwcroppe has quit IRC21:40
*** esberglu has quit IRC21:41
*** esberglu has joined #openstack-nova21:41
*** baoli has quit IRC21:42
*** leakypipes has quit IRC21:43
*** esberglu has quit IRC21:46
openstackgerritSujitha proposed openstack/nova master: Add description to policies in admin_actions.  https://review.openstack.org/44082921:46
*** xyang1 has quit IRC21:48
*** tbachman has quit IRC21:49
*** karimb has quit IRC21:51
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Use uuids in services and os-hypervisors APIs (spec)  https://review.openstack.org/44714921:52
mriedemsuperdan: finally got it done ^21:52
mriedemdetailed as all get out21:52
mriedemi'll have to pick your brain a bit at some point about online data migrations and what we want to do there21:52
deeteepeeis that the same one i'm working on?21:52
openstackgerritSujitha proposed openstack/nova master: Add description to policies in admin_actions.  https://review.openstack.org/44082921:52
mriedemdeeteepee: were you actually writing it up?21:52
deeteepeeyes21:53
mriedemcrap21:53
mriedemi didn't know that21:53
mriedemsorry21:53
deeteepeeit's ok21:53
mriedemi threw our name as a co-contributor in ^ so you should read it over21:53
openstackgerritSujitha proposed openstack/nova master: Add description to policies in admin_actions.  https://review.openstack.org/44082921:53
deeteepeek21:53
superdandeeteepee: and you now get to be uuber picky :)21:54
openstackgerritSujitha proposed openstack/nova master: Add description to policies in assisted_volume_snapshots.py  https://review.openstack.org/44523821:54
mriedemi'm pretty sure this is flawless21:54
*** kaisers_ has joined #openstack-nova21:54
cburgesslol21:54
*** tbachman has joined #openstack-nova21:54
*** Swami has joined #openstack-nova21:55
*** gouthamr has joined #openstack-nova21:57
*** kaisers_ has quit IRC21:59
*** kenperkins has quit IRC22:03
*** yamahata has quit IRC22:10
*** sbezverk has joined #openstack-nova22:12
*** lpetrut has quit IRC22:15
*** mdrabe has quit IRC22:15
*** jdurgin has quit IRC22:40
*** gongysh has joined #openstack-nova22:40
*** Swami has quit IRC22:43
*** timello has quit IRC22:44
*** Sukhdev has joined #openstack-nova22:44
*** liangy has quit IRC22:45
*** timello has joined #openstack-nova22:47
*** dimtruck is now known as zz_dimtruck22:51
*** figleaf is now known as edleafe22:52
*** ociuhandu has joined #openstack-nova22:54
*** tbachman has quit IRC22:55
*** ssurana has quit IRC22:57
*** superdan is now known as dansmith22:57
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies to availability_zone  https://review.openstack.org/44083622:58
*** ociuhandu has quit IRC22:59
*** ssurana has joined #openstack-nova23:00
*** ssurana has quit IRC23:02
*** liverpooler has quit IRC23:02
*** ociuhandu has joined #openstack-nova23:05
*** kaisers_ has joined #openstack-nova23:09
*** ociuhandu has quit IRC23:09
*** Swami has joined #openstack-nova23:10
*** jamesdenton has joined #openstack-nova23:12
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to volumes_attachments.py  https://review.openstack.org/44525223:14
*** kaisers_ has quit IRC23:14
*** erlon has quit IRC23:15
*** jamesden_ has joined #openstack-nova23:16
*** tbachman has joined #openstack-nova23:17
*** jamesdenton has quit IRC23:19
openstackgerritAnusha Unnam proposed openstack/nova master: Add description to policies in volumes.py  https://review.openstack.org/44563723:20
*** nicolasbock has quit IRC23:22
openstackgerritAnusha Unnam proposed openstack/nova master: Add descripiton to policies in virtual_interfaces.py  https://review.openstack.org/44565223:24
*** claudiub has quit IRC23:25
*** markvoelker has quit IRC23:26
*** Swami has quit IRC23:26
*** ijw has joined #openstack-nova23:26
*** Swami has joined #openstack-nova23:26
*** zz_dimtruck is now known as dimtruck23:29
*** unicell has quit IRC23:31
*** stewie925 has quit IRC23:32
*** edleafe- has joined #openstack-nova23:33
*** dimtruck is now known as zz_dimtruck23:33
*** edleafe has quit IRC23:35
*** zz_dimtruck is now known as dimtruck23:37
*** abalutoiu has joined #openstack-nova23:45
*** abalutoiu has quit IRC23:45
*** marst has joined #openstack-nova23:50
*** crushil has joined #openstack-nova23:52

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