Thursday, 2015-03-12

*** pixelbeat has quit IRC00:02
*** Longgeek has joined #openstack-nova00:03
*** otter768 has joined #openstack-nova00:03
*** annegentle has joined #openstack-nova00:06
*** Longgeek has quit IRC00:07
*** IanGovett has joined #openstack-nova00:08
*** rmoe has quit IRC00:08
*** otter768 has quit IRC00:08
*** Nikolay_St has quit IRC00:08
*** penick has joined #openstack-nova00:12
*** IanGovett1 has joined #openstack-nova00:14
*** boris-42 has joined #openstack-nova00:15
*** IanGovett has quit IRC00:16
*** IanGovett1 has quit IRC00:19
*** Longgeek has joined #openstack-nova00:19
*** takedakn has quit IRC00:20
*** penick has quit IRC00:20
*** melwitt has quit IRC00:21
*** mwagner_lap has joined #openstack-nova00:21
*** bkopilov has quit IRC00:24
*** Longgeek has quit IRC00:26
*** rmoe has joined #openstack-nova00:27
*** patrickeast has joined #openstack-nova00:27
*** patrickeast has quit IRC00:29
openstackgerritJoshua Harlow proposed openstack/nova: Reopen socket if its determined to be bad (WIP)  https://review.openstack.org/16358200:30
*** annegentle has quit IRC00:31
*** patrickeast has joined #openstack-nova00:32
*** FL1SK has quit IRC00:36
*** FL1SK has joined #openstack-nova00:37
*** FL1SK has quit IRC00:37
*** annegentle has joined #openstack-nova00:38
*** FL1SK has joined #openstack-nova00:38
*** park has joined #openstack-nova00:40
*** vishy has quit IRC00:41
*** vmtrooper has joined #openstack-nova00:41
*** vishy has joined #openstack-nova00:43
*** zzzeek has quit IRC00:44
*** vmtrooper has quit IRC00:46
*** mtanino has quit IRC00:47
*** annegentle has quit IRC00:48
openstackgerritIan Wienand proposed openstack/python-novaclient: Add Client object to documentation  https://review.openstack.org/16328000:49
*** annegentle has joined #openstack-nova00:49
*** rfolco_ has quit IRC00:59
*** marun has joined #openstack-nova01:00
openstackgerritDarren Sanders proposed openstack/nova: Don't fetch kernel/ramdisk files if you already have them.  https://review.openstack.org/16366101:03
*** igordcard_ has quit IRC01:03
*** rwsu is now known as rwsu-afk01:04
*** marun has quit IRC01:05
*** hemna_ has joined #openstack-nova01:05
*** apuimedo has quit IRC01:08
*** annegentle has quit IRC01:08
*** promulo__ has joined #openstack-nova01:10
*** royce has joined #openstack-nova01:10
*** promulo has quit IRC01:14
*** gokrokve has quit IRC01:15
*** park has quit IRC01:17
*** dave-mccowan has joined #openstack-nova01:20
openstackgerritAnand Shanmugam proposed openstack/nova: Handles exception when unsupported virt-type given  https://review.openstack.org/16315201:20
*** mtanino has joined #openstack-nova01:21
*** unicell has quit IRC01:25
*** markvoelker has quit IRC01:27
*** markvoelker has joined #openstack-nova01:27
*** takedakn has joined #openstack-nova01:29
*** markvoelker has quit IRC01:32
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Verify all quotas before updating the db  https://review.openstack.org/16366801:34
*** asettle-mtg is now known as asettle01:37
*** sbfox has joined #openstack-nova01:38
*** Alexandra_ has joined #openstack-nova01:38
*** Alexandra_ has quit IRC01:38
*** sbfox has quit IRC01:39
*** sdake_ has quit IRC01:42
*** clds_ has quit IRC01:42
openstackgerritThang Pham proposed openstack/nova: VMware: Add support for swap disk  https://review.openstack.org/14217401:44
*** popw has joined #openstack-nova01:44
*** clds has joined #openstack-nova01:44
dims_jogo: rewrote all the tests, so filed a fresh review (also there was a -W from Sean)... https://review.openstack.org/16366801:48
* jogo hands dims_ a cookie01:49
dims_jogo: if you give a mouse a cookie :) http://en.wikipedia.org/wiki/If_You_Give_a_Mouse_a_Cookie01:50
dims_not sure if you have seen that book :)01:50
*** Longgeek has joined #openstack-nova01:52
jogohaha01:52
*** dims_ has quit IRC01:53
*** Longgeek has quit IRC01:56
*** angdraug has quit IRC01:56
*** salv-orlando has quit IRC01:58
*** yamahata has quit IRC01:59
*** armax has quit IRC02:01
*** royce has quit IRC02:04
*** otter768 has joined #openstack-nova02:04
*** armax has joined #openstack-nova02:08
*** otter768 has quit IRC02:08
*** ybathia has quit IRC02:09
*** nelsnelson has joined #openstack-nova02:10
*** Nikolay_St has joined #openstack-nova02:14
*** ijw has quit IRC02:14
*** patrickeast has quit IRC02:18
openstackgerritEric Brown proposed openstack/nova: Use oslo_config choices support  https://review.openstack.org/15857302:19
*** haomaiwang has joined #openstack-nova02:22
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused method _make_stub_method  https://review.openstack.org/16283902:27
*** erkules_ has joined #openstack-nova02:28
*** park has joined #openstack-nova02:29
*** vmtrooper has joined #openstack-nova02:30
*** erkules has quit IRC02:31
*** vmtrooper has quit IRC02:35
openstackgerritxhzhf proposed openstack/nova: VMware driver: Increasing speed of downloading image  https://review.openstack.org/13562502:37
*** kaisers has joined #openstack-nova02:40
openstackgerritTony Breeds proposed openstack/nova: Websocket Proxy should verify Origin header  https://review.openstack.org/16303302:40
*** kaisers2 has quit IRC02:42
*** achanda has quit IRC02:42
*** nelsnelson has quit IRC02:42
*** david-lyle is now known as david-lyle_afk02:45
*** sdake_ has joined #openstack-nova02:48
*** royce has joined #openstack-nova02:48
*** Marga_ has quit IRC02:51
*** kaufer has joined #openstack-nova02:52
*** oomichi has joined #openstack-nova02:52
*** rushiagr_away is now known as rushiagr02:52
*** unicell has joined #openstack-nova02:53
*** marun has joined #openstack-nova02:53
oomichialex_xu: hi02:54
*** dims_ has joined #openstack-nova02:54
alex_xuoomichi: hi, good morning02:54
*** gokrokve has joined #openstack-nova02:54
*** rushiagr is now known as rushiagr_away02:54
oomichialex_xu: re: https://review.openstack.org/#/c/159760/402:54
*** rushiagr_away is now known as rushiagr02:55
oomichialex_xu: to be honest, I have the same question as Joe, and I don't have enough idea about that.02:55
oomichialex_xu: why we need a change of nova/tests/functional/test_api_samples.py ?02:56
alex_xuoomichi: The reason is we have admin checks in db layer, but the sample tests fake the db call02:56
alex_xuoomichi: for now we move the admin checks into the API layer, if without the admin context, that test will failed02:57
*** bkopilov has joined #openstack-nova02:58
*** salv-orlando has joined #openstack-nova02:59
oomichialex_xu: thanks for your explanation, I will try the patch without a change of nova/tests/functional/test_api_samples.py.02:59
alex_xuoomichi: why we shouldn't change that?02:59
*** dims_ has quit IRC02:59
oomichialex_xu: just want to clarify the reason.03:00
openstackgerritIan Wienand proposed openstack/nova: Add [pci] group and whitelist_sections to configure PCI passthrough  https://review.openstack.org/13313803:00
alex_xuoomichi: ok, got it, I miss understand your works.03:00
alex_xus/works/words/....03:01
oomichialex_xu: now there is a lot of tests which contain ADMIN_API, so that is not so a big matter.03:01
alex_xuoomichi: ok, got it03:01
*** zz_jgrimm is now known as jgrimm03:03
*** takedakn has quit IRC03:06
*** takedakn has joined #openstack-nova03:06
*** popw1 has joined #openstack-nova03:07
*** popw has quit IRC03:08
*** dboik_ has quit IRC03:10
*** salv-orlando has quit IRC03:10
alex_xuoomichi: there is one patch just missing approve https://review.openstack.org/#/c/149527/03:11
*** rushiagr is now known as rushiagr_away03:12
oomichialex_xu: +A03:13
alex_xuoomichi: and I listed the policy patches which ready to merge or review at the etherpad https://etherpad.openstack.org/p/apipolicycheck appreciate you can take a look at them, at least hope we can merge all the v2.1 related patch, not sure we can merge all the db patch.03:13
alex_xuoomichi: thanks a lot03:13
*** salv-orlando has joined #openstack-nova03:19
*** nelsnelson has joined #openstack-nova03:19
*** bkopilov has quit IRC03:19
*** salv-orlando has quit IRC03:23
*** mtanino has quit IRC03:24
*** salv-orlando has joined #openstack-nova03:24
openstackgerritAlex Xu proposed openstack/nova: Move policy enforcement into REST API layer for v2.1 extended_volumes  https://review.openstack.org/15025803:26
openstackgerritAlex Xu proposed openstack/nova: Remove useless policy rules for v2.1 api which removed/disabled  https://review.openstack.org/16368903:26
alex_xuoomichi: ^ I removed the useless rule for swap/attach/detach and os-pci in separated patch03:27
*** mdbooth has quit IRC03:28
*** deepthi has joined #openstack-nova03:29
*** salv-orlando has quit IRC03:29
oomichialex_xu: thanks, I reviewed https://review.openstack.org/#/c/163689/ , can you check my comment ?03:32
*** mdbooth has joined #openstack-nova03:34
*** rajesht has joined #openstack-nova03:35
*** ijw has joined #openstack-nova03:36
*** Longgeek has joined #openstack-nova03:37
*** sdake_ has quit IRC03:38
*** ijw has quit IRC03:41
*** rajesht has quit IRC03:44
*** rajesht has joined #openstack-nova03:44
*** claudiub has quit IRC03:46
openstackgerritLi Yingjun proposed openstack/nova: Improve 'attach interface' exception handling  https://review.openstack.org/14678803:51
*** nelsnelson has quit IRC03:51
*** rushiagr_away is now known as rushiagr03:53
*** Marga_ has joined #openstack-nova03:53
*** dsanders has quit IRC03:56
*** Longgeek has quit IRC04:03
*** otter768 has joined #openstack-nova04:05
*** Nikolay_St has quit IRC04:05
*** penick has joined #openstack-nova04:06
openstackgerritDave McCowan proposed openstack/nova: Websocket Proxy should verify Origin header  https://review.openstack.org/16303304:08
*** sdake_ has joined #openstack-nova04:08
*** otter768 has quit IRC04:10
*** kaufer has quit IRC04:10
*** penick has quit IRC04:12
*** gangil1 has joined #openstack-nova04:13
*** oomichi has quit IRC04:13
*** Marga_ has quit IRC04:15
openstackgerritRick Harris proposed openstack/nova: Fix infinite recursion caused by unnecessary stub  https://review.openstack.org/16361404:16
*** Marga_ has joined #openstack-nova04:16
*** gokrokve_ has joined #openstack-nova04:18
*** vmtrooper has joined #openstack-nova04:19
*** gokrokve has quit IRC04:21
*** gokrokve_ has quit IRC04:22
*** vmtrooper has quit IRC04:24
*** devlaps has quit IRC04:25
*** dsanders has joined #openstack-nova04:30
*** ijw has joined #openstack-nova04:31
*** achanda has joined #openstack-nova04:31
*** ijw has quit IRC04:37
*** erlon has quit IRC04:41
*** unicell has quit IRC04:44
*** unicell has joined #openstack-nova04:45
*** marun has quit IRC04:47
*** salv-orlando has joined #openstack-nova04:49
*** marun has joined #openstack-nova04:50
openstackgerritgaryk proposed openstack/nova: VMware: use instance UUID as instance name  https://review.openstack.org/16079604:51
openstackgerritgaryk proposed openstack/nova: VMware: update test_vm_util to use instance object  https://review.openstack.org/16027304:51
openstackgerritgaryk proposed openstack/nova: VMware: fix VM rescue problem with VNC console  https://review.openstack.org/11390804:51
*** nelsnelson has joined #openstack-nova04:53
*** sdake__ has joined #openstack-nova04:55
*** Nikolay_St has joined #openstack-nova04:55
*** bkopilov has joined #openstack-nova04:56
*** Alexandra_ has joined #openstack-nova04:57
*** gokrokve has joined #openstack-nova04:58
*** sdake_ has quit IRC04:58
*** salv-orlando has quit IRC05:00
*** yamahata has joined #openstack-nova05:04
*** gokrokve_ has joined #openstack-nova05:04
*** achanda has quit IRC05:04
*** david-ly_ has joined #openstack-nova05:04
*** cbader02 has joined #openstack-nova05:04
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add and use raise_http_not_implemented_error()  https://review.openstack.org/16369705:04
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add a hacking rule for consistent HTTP501 message  https://review.openstack.org/16369805:04
*** leseb- has joined #openstack-nova05:04
*** omnibus7 has joined #openstack-nova05:05
*** annashen has joined #openstack-nova05:06
*** ijw has joined #openstack-nova05:06
*** devanand1 has joined #openstack-nova05:07
*** telemons1er has joined #openstack-nova05:07
*** mestery_ has joined #openstack-nova05:07
*** promulo has joined #openstack-nova05:07
*** shadyabh1 has joined #openstack-nova05:08
*** sdake__ has quit IRC05:08
*** mestery has quit IRC05:08
*** rmk` has joined #openstack-nova05:09
*** shaohe_robot1 has joined #openstack-nova05:09
*** jamespd has joined #openstack-nova05:09
*** jyuso has quit IRC05:09
*** leseb_ has quit IRC05:09
*** FL1SK has quit IRC05:09
*** david-lyle_afk has quit IRC05:09
*** jyuso has joined #openstack-nova05:09
*** beagles has quit IRC05:09
*** telemonster has quit IRC05:09
*** mikal_ has joined #openstack-nova05:09
*** shaohe_robot has quit IRC05:09
*** devananda has quit IRC05:09
*** jamespd_ has quit IRC05:09
*** gokrokve has quit IRC05:09
*** rmk has quit IRC05:09
*** davidlenwell has quit IRC05:09
*** mariusv has quit IRC05:09
*** gmann has quit IRC05:09
*** shadyabhi has quit IRC05:09
*** promulo__ has quit IRC05:09
*** cbader has quit IRC05:09
*** gangil1 has quit IRC05:09
*** frickler has quit IRC05:09
*** mikal has quit IRC05:09
*** frickler has joined #openstack-nova05:09
*** raginbajin has quit IRC05:09
*** rmk` is now known as rmk05:09
*** directxman12 has quit IRC05:09
*** rmk has quit IRC05:09
*** rmk has joined #openstack-nova05:09
*** mariusv has joined #openstack-nova05:09
*** mariusv has quit IRC05:09
*** mariusv has joined #openstack-nova05:09
*** gmann has joined #openstack-nova05:10
*** b3nt_pin has joined #openstack-nova05:10
*** b3nt_pin is now known as Guest2707405:10
*** gangil has joined #openstack-nova05:11
*** ijw has quit IRC05:12
*** directxman12 has joined #openstack-nova05:12
*** raginbajin has joined #openstack-nova05:13
*** rushiagr is now known as rushiagr_away05:14
*** marun has quit IRC05:19
*** marun has joined #openstack-nova05:22
*** kiwik-chenrui has quit IRC05:22
*** annashen has quit IRC05:24
*** annashen has joined #openstack-nova05:24
*** markvoelker has joined #openstack-nova05:25
*** Nikolay_St has quit IRC05:26
*** pradipta has joined #openstack-nova05:26
*** achanda has joined #openstack-nova05:28
*** markvoelker has quit IRC05:30
*** lpetrut has joined #openstack-nova05:35
openstackgerritZhenzan Zhou proposed openstack/nova: Replace BareMetalDriver with IronicDriver in option help string  https://review.openstack.org/16370005:37
*** ankit_ag has joined #openstack-nova05:38
*** harlowja_ is now known as harlowja_away05:41
*** obondarev_ has joined #openstack-nova05:42
*** obondarev has quit IRC05:42
*** marun has quit IRC05:42
*** eliqiao has joined #openstack-nova05:42
*** annashen has quit IRC05:42
*** nelsnelson has quit IRC05:44
*** Longgeek has joined #openstack-nova05:45
*** wuhg has joined #openstack-nova05:56
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for service_get_all_by_*  https://review.openstack.org/15976205:56
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for service_get_by_host*  https://review.openstack.org/15034905:56
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for service_get_all  https://review.openstack.org/16008805:56
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for service_get_by_compute_host  https://review.openstack.org/16008905:56
*** browne1 has quit IRC05:56
*** annashen has joined #openstack-nova05:57
*** rushiagr_away is now known as rushiagr05:58
*** adelinatuvenie has joined #openstack-nova06:00
*** abhishekkk has joined #openstack-nova06:01
*** sdake_ has joined #openstack-nova06:02
*** sdake__ has joined #openstack-nova06:04
*** annashen has quit IRC06:05
*** ijw has joined #openstack-nova06:06
*** otter768 has joined #openstack-nova06:06
*** sdake_ has quit IRC06:08
*** vmtrooper has joined #openstack-nova06:08
*** takedakn has quit IRC06:09
*** sdake_ has joined #openstack-nova06:10
*** otter768 has quit IRC06:11
*** ijw has quit IRC06:11
*** vmtrooper has quit IRC06:13
*** sdake__ has quit IRC06:13
*** sdake__ has joined #openstack-nova06:14
*** abhishekk has joined #openstack-nova06:17
*** abhishekk has left #openstack-nova06:17
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/16203006:18
*** Longgeek has quit IRC06:18
*** sdake_ has quit IRC06:18
*** gokrokve has joined #openstack-nova06:20
*** eliqiao has quit IRC06:21
*** gokrokve_ has quit IRC06:23
*** eliqiao has joined #openstack-nova06:23
*** rajesht has quit IRC06:26
*** markvoelker has joined #openstack-nova06:26
*** yamahata has quit IRC06:26
*** markvoelker has quit IRC06:32
*** dims_ has joined #openstack-nova06:32
*** sdake_ has joined #openstack-nova06:37
*** dims_ has quit IRC06:38
*** Alexandra_ has quit IRC06:38
*** FL1SK has joined #openstack-nova06:39
*** sabari has quit IRC06:40
*** sdake__ has quit IRC06:41
*** eliqiao has quit IRC06:43
openstackgerritQin Zhao proposed openstack/nova: Refactor show_port() in neutron api  https://review.openstack.org/13502006:43
*** irenab has joined #openstack-nova06:43
*** oro has joined #openstack-nova06:43
*** setuid has quit IRC06:43
*** oro_ has joined #openstack-nova06:43
*** eliqiao has joined #openstack-nova06:44
*** dsanders has quit IRC06:45
*** eliqiao has quit IRC06:45
*** eliqiao has joined #openstack-nova06:45
*** setuid has joined #openstack-nova06:46
*** aniket has quit IRC06:48
*** sabari has joined #openstack-nova06:49
*** dsanders has joined #openstack-nova06:54
*** shaohe_robot1 is now known as shaohe_feng06:55
*** sdake__ has joined #openstack-nova06:58
*** sdake_ has quit IRC07:02
*** gangil1 has joined #openstack-nova07:04
*** sabari has quit IRC07:04
*** gangil has quit IRC07:05
*** armax has quit IRC07:06
*** ijw has joined #openstack-nova07:06
*** Marga_ has quit IRC07:07
*** exploreshaifali has joined #openstack-nova07:08
*** sdake__ has quit IRC07:08
*** pkoniszewski has joined #openstack-nova07:09
*** achanda has quit IRC07:11
*** ijw has quit IRC07:11
*** sabari has joined #openstack-nova07:13
*** dsanders has quit IRC07:17
openstackgerritAlex Xu proposed openstack/nova: Remove useless policy rules for v2.1 api which removed/disabled  https://review.openstack.org/16368907:17
openstackgerritAlex Xu proposed openstack/nova: Move policy enforcement into REST API layer for v2.1 extended_volumes  https://review.openstack.org/15025807:17
*** kiwik-chenrui has joined #openstack-nova07:19
*** garyk has joined #openstack-nova07:19
*** achanda has joined #openstack-nova07:24
*** gszasz has joined #openstack-nova07:26
*** jcoufal has joined #openstack-nova07:27
*** salv-orlando has joined #openstack-nova07:27
*** markvoelker has joined #openstack-nova07:28
*** Maike has joined #openstack-nova07:28
*** sahid has joined #openstack-nova07:28
*** markvoelker has quit IRC07:33
*** sabari has quit IRC07:33
*** lpetrut has quit IRC07:35
*** salv-orlando has quit IRC07:35
*** TobiasE has joined #openstack-nova07:36
openstackgerritgaryk proposed openstack/nova: Ensure that API updates notify compute node  https://review.openstack.org/16343407:36
openstackgerritAnkit Agrawal proposed openstack/nova: Detach volume after deleting the instance  https://review.openstack.org/14573807:38
*** cbader02 has quit IRC07:38
*** david8hu has quit IRC07:39
*** salv-orlando has joined #openstack-nova07:39
*** david8hu has joined #openstack-nova07:39
*** cbader has joined #openstack-nova07:39
chaochingaryk: Hi Gary, are you there?07:41
*** garyk has quit IRC07:41
*** garyk has joined #openstack-nova07:41
*** salv-orl_ has joined #openstack-nova07:42
chaochingaryk: hello?07:42
*** sluo_wfh has joined #openstack-nova07:42
*** sdake_ has joined #openstack-nova07:42
*** salv-orlando has quit IRC07:43
*** achanda has quit IRC07:44
garykchaochin: hi07:44
*** salv-orl_ has quit IRC07:46
chaochingaryk: one vmware question. Do you know how to modify hotPlugMemoryLimit? I boot one vm using vmdk file, and notice that its hotPlugMemoryLimit seems to be equal to its current memory size.07:46
chaochingaryk: I can not increase memory size, even if I enables memory hot add07:47
garykchaochin: are you increasingt he memory size by flavor?07:48
*** jamespd has quit IRC07:48
chaochingaryk: I am attempting to increase memory via vcenter gui07:48
chaochingaryk: the vm is boot by nova07:48
*** sdake_ has quit IRC07:49
*** romainh has joined #openstack-nova07:49
chaochingaryk: I modified vm_utils.py to enable cpu/memory hot add capability in get_create_vm_spec()07:50
chaochingaryk: and then, boot a vm. In vcenter gui, cpu/memory hot add is enabled. I can increase cpu, but can not increase memory size.07:51
*** sabari has joined #openstack-nova07:51
chaochingaryk: on gui, I see the memory hot add limit is same as vm's current memory size (2GB)07:52
garykchaochin: sec, i am looking07:53
chaochingaryk: I hope to modify it, but I did not find any api to modify this attribute in sdk doc07:53
chaochingaryk: thank you!07:53
*** sluo_wfh has quit IRC07:53
*** jlanoux has joined #openstack-nova07:54
garykchaochin: please see http://pubs.vmware.com/vsphere-55/index.jsp#com.vmware.wssdk.apiref.doc/vim.vm.ConfigSpec.html#field_detail. I imagine that you are setting memoryHotAddEnabled?07:54
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in xenapi/test_vm_utils to pass wiith random PYTHOHASHSEED  https://review.openstack.org/16336307:56
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_createserverext to pass with random PYTHONHASHSEED  https://review.openstack.org/16336207:56
openstackgerritTimofey Durakov proposed openstack/nova: Refactored tests in test_neutron_driver to pass with random PYTHONHASHSEED  https://review.openstack.org/16336107:56
openstackgerritTimofey Durakov proposed openstack/nova: fixed archivation of deleted records  https://review.openstack.org/16336007:56
openstackgerritTimofey Durakov proposed openstack/nova: Fixed tests in test_glance to pass with random PYTHONHASHSEED  https://review.openstack.org/16336407:56
*** sdake has joined #openstack-nova07:56
garykchaochin: other than that i am not familiar with how the feature works :)07:56
*** vmtrooper has joined #openstack-nova07:57
chaochingaryk: yes. I add 3 lines in get_create_vm_spec(). config_spec.cpuHotAddEnabled = True   config_spec.cpuHotRemoveEnabled = True    config_spec.memoryHotAddEnabled = True07:58
chaochingaryk: ok, thank you. Let me look for other documents07:59
*** jamespd has joined #openstack-nova07:59
*** cbader has quit IRC07:59
*** david8hu has quit IRC08:00
*** cbader has joined #openstack-nova08:00
*** david8hu has joined #openstack-nova08:00
garykchaochin: ok. i am not sure how you plan to use this.08:01
*** salv-orlando has joined #openstack-nova08:01
*** vmtrooper has quit IRC08:02
*** dsanders has joined #openstack-nova08:02
*** Longgeek has joined #openstack-nova08:03
*** jistr has joined #openstack-nova08:03
*** markus_z has joined #openstack-nova08:04
*** salv-orlando has quit IRC08:06
chaochingaryk: we have customers who hope to resize vm memory without power it off, so I am looking for way to help them.08:06
*** ijw has joined #openstack-nova08:06
*** afazekas_ has joined #openstack-nova08:06
*** lpetrut has joined #openstack-nova08:06
*** otter768 has joined #openstack-nova08:07
chaochingaryk: because the customer can use vcenter gui to modify memory size without powering off the vm, so they hope openstack can also do that.08:07
*** pask81 has joined #openstack-nova08:08
garykchaochin: when i set the value as enabled adn tried to update the memory i was not able too. not sure if it is soemthing in my setup.08:09
garykchaochin: i am not sure how this will fit into the openstack model - you will need to do a resize without a power off. that would require detailed design08:10
*** apuimedo has joined #openstack-nova08:10
*** rushiagr is now known as rushiagr_away08:11
chaochingaryk: yes, it require a design if we hope to implement it in nova. Now I am investigating if it is doable.08:11
*** otter768 has quit IRC08:11
*** matrohon has joined #openstack-nova08:11
garykchaochin: ok, sounds good.08:12
*** ijw has quit IRC08:12
*** Longgeek has quit IRC08:12
chaochingaryk: cpu and disk can be increased by ReconfigureVM_Task without powering off. But I just notice that the memory of vm boot by Nova can not be increased. If I manually create vm in vcenter gui, its memory can be increased.08:14
*** gokrokve has quit IRC08:14
chaochingaryk: not sure what is the difference...08:14
*** gokrokve has joined #openstack-nova08:14
*** pask81 has quit IRC08:15
*** pradipta has quit IRC08:16
*** adelinatuvenie has quit IRC08:16
*** sluo_wfh has joined #openstack-nova08:18
*** takedakn has joined #openstack-nova08:19
*** takedakn has quit IRC08:19
*** gokrokve has quit IRC08:19
garykchaochin: i do not understand08:19
garykchaochin: it may be related to one of the properties of the vm.08:20
garykmaybe the guest needs to support this08:20
*** eglynn has quit IRC08:20
garykdo you have vmware tools in your guest?08:20
*** pask81 has joined #openstack-nova08:21
*** Nikolay_St has joined #openstack-nova08:21
*** garyk has quit IRC08:25
*** garyk has joined #openstack-nova08:25
*** mrda is now known as mrda-away08:27
*** markvoelker has joined #openstack-nova08:29
*** dsanders has quit IRC08:30
*** lpetrut has quit IRC08:30
*** markvoelker has quit IRC08:34
*** salv-orlando has joined #openstack-nova08:34
*** tdurakov has quit IRC08:35
lanCan anyone help take a look at this issue : https://bugs.launchpad.net/nova/+bug/1431201  ?  kilo controller conduct juno compute failed.08:36
openstackLaunchpad bug 1431201 in OpenStack Compute (nova) "kilo controller cann't conduct juno compute nodes" [Undecided,New]08:36
openstackgerritKeiichi KII proposed openstack/nova: libvirt: optimize multipath call to identify IQN  https://review.openstack.org/16373308:37
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add and use raise_http_not_implemented_error()  https://review.openstack.org/16369708:37
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Add a hacking rule for consistent HTTP501 message  https://review.openstack.org/16369808:37
*** mpavone has joined #openstack-nova08:39
*** erkules_ is now known as erkules08:40
*** erkules has quit IRC08:40
*** erkules has joined #openstack-nova08:40
*** pixelbeat has joined #openstack-nova08:41
*** tdurakov has joined #openstack-nova08:41
*** mpaolino has joined #openstack-nova08:44
*** gokrokve has joined #openstack-nova08:45
*** gokrokve has quit IRC08:50
*** sdake__ has joined #openstack-nova08:54
*** moshele has joined #openstack-nova08:55
*** sdake has quit IRC08:57
*** nellysmitt has joined #openstack-nova09:02
*** lpetrut has joined #openstack-nova09:03
*** ijw has joined #openstack-nova09:06
*** annashen has joined #openstack-nova09:06
*** park has quit IRC09:08
*** annashen has quit IRC09:11
*** ijw has quit IRC09:11
*** gokrokve has joined #openstack-nova09:14
*** eglynn has joined #openstack-nova09:15
*** gokrokve has quit IRC09:15
*** gokrokve has joined #openstack-nova09:16
*** gokrokve has quit IRC09:20
*** derekh has joined #openstack-nova09:23
*** lpetrut has quit IRC09:23
*** lucasagomes has joined #openstack-nova09:26
*** markvoelker has joined #openstack-nova09:30
*** subscope has joined #openstack-nova09:30
*** markvoelker has quit IRC09:35
*** cbader has quit IRC09:37
*** asselin has quit IRC09:37
*** david8hu has quit IRC09:37
bauzaslan: I'm in09:37
bauzaslan: thanks for raising the bug09:37
bauzaslan: I'll take it09:37
*** asselin has joined #openstack-nova09:38
*** cbader has joined #openstack-nova09:38
*** david8hu has joined #openstack-nova09:38
*** Guest27074 is now known as b3nt_pin09:41
lanbauzas,  thanks :)09:43
bauzaslan: would you mind cherry-pick the commit I'll do and test it on your env ?09:44
*** royce has quit IRC09:44
bauzaslan: there are 2 gate tests for upgrades, called grenade and grenade-partial-ncpu09:44
bauzaslan: grenade-partial-ncpu is actually doing what you want to do - ie. have old computes while controller is master09:45
lanbauzas: sure09:45
bauzaslan: what's weird is that grenade-partial-ncpu didn't notice the problem09:45
bauzaslan: so that's probably a coverage problem09:45
bauzaslan: I also replied to your ticket by asking you more verbosity on the 2nd problem you mention09:45
*** vmtrooper has joined #openstack-nova09:45
bauzaslan: would you mind putting more info on that ?09:46
lanbauzas: sure , I will do all I can do.09:46
bauzaslan: thanks09:47
bauzaslan: I tagged your bug as critical, because it breaks the rolling upgrades09:47
*** vmtrooper has quit IRC09:51
*** dims__ has joined #openstack-nova09:54
*** Longgeek has joined #openstack-nova09:54
lanbauzas: I replied to your question in launchpad. It's really a critical problem broken my upgrade test.09:57
bauzaslan: awesome comment, ty09:58
openstackgerritgaryk proposed openstack/nova: libvirt: add in missing translation for exception  https://review.openstack.org/16374410:00
openstackgerritYangLei proposed openstack/nova: Use the right instance object  https://review.openstack.org/16374510:04
*** eliqiao has quit IRC10:05
*** ijw has joined #openstack-nova10:06
*** zz_johnthetubagu is now known as johnthetubaguy10:07
*** otter768 has joined #openstack-nova10:08
*** ijw has quit IRC10:11
*** lpetrut has joined #openstack-nova10:12
*** otter768 has quit IRC10:13
*** Longgeek has quit IRC10:14
*** gokrokve has joined #openstack-nova10:16
*** gangil1 has quit IRC10:17
*** jlanoux has quit IRC10:18
*** salv-orl_ has joined #openstack-nova10:18
*** salv-orlando has quit IRC10:20
*** apevec has joined #openstack-nova10:21
*** gokrokve has quit IRC10:21
apevecnova-core: looks like master OSSA fix for websocket proxy https://review.openstack.org/163033 is  good to go now, please review/merge10:22
apevecI'd like to merge Icehouse backport before 2014.1.4 release today10:22
*** salv-orl_ has quit IRC10:22
*** andreykurilin_ has joined #openstack-nova10:26
kashyapapevec, See mdbooth 's last comment - "but TL;DR I don't think this is a bug at all"10:27
mdboothkashyap: I'm just rowing back on that :)10:28
mdboothapevec: ^^^10:28
kashyapOh, okay10:28
mdboothReason is that NoVNC puts the token in a cookie and then subsequently doesn't require it10:28
apevecmdbooth, really, which novnc version?10:29
*** jprovazn has joined #openstack-nova10:30
*** park has joined #openstack-nova10:30
*** markvoelker has joined #openstack-nova10:31
mdboothapevec: I don't know, but the websocketproxy code expects it to do that and handles it explicitly10:33
mdbooth        if not token:10:33
mdbooth            # NoVNC uses it's own convention that forward token10:33
mdbooth            # from the request to a cookie header, we should check10:33
mdbooth            # also for this behavior10:33
mdbooth            hcookie = self.headers.getheader('cookie')10:33
*** BobBall_AWOL is now known as BobBall10:33
apevecmdbooth, I guess we need sross (he's novnc upstream maintainer) to answer that10:35
mdboothapevec: It's there in the code. I'd assume it's true. I can also look now if you like.10:36
*** markvoelker has quit IRC10:36
*** jistr has quit IRC10:36
mdboothapevec: However, I don't think validating Origin against Host makes any sense.10:36
mdboothAnd I think we need to check the port number10:36
apevectristanC, ^ so looks like that websocket proxy fix will need another round of reviews10:38
mdboothapevec: Yep, noVNC definitely does this:10:39
mdbooth            // If a token variable is passed in, set the parameter in a cookie.10:39
mdbooth            // This is used by nova-novncproxy.10:39
mdbooth            token = WebUtil.getQueryVar('token', null);10:39
mdbooth            if (token) {10:39
mdbooth                WebUtil.createCookie('token', token, 1)10:39
mdbooth            }10:39
mdboothI wonder why?10:40
mdboothIt's no more efficient10:40
jprovaznHi, I have an issue with attaching a volume to an instance, "nova volume-attach" returns 404 albeit the volume is attached properly, from debug output it seems that the problem is that novaclient tries to get the volume through nova's cinder API wrapper: http://paste.openstack.org/show/191791/ (nova volume-show which talks directly to cinder works fine), any idea what's wrong/hot fix this?10:41
*** pkholkin has quit IRC10:41
jprovazns/hot/how/10:43
*** ndipanov has joined #openstack-nova10:45
*** haomaiwang has quit IRC10:48
*** mpaolino has quit IRC10:48
gmannsdague: ping10:49
sdaguegmann: what's up?10:49
*** subscope has quit IRC10:49
gmannsdague: regarding sample tests merge - https://review.openstack.org/#/c/162016/10:50
gmannsdague: is that direction looks fine?10:50
sdagueok, if I look later today and send an email?10:51
gmannsdague: yea, sure.10:51
sdaguecool, will do10:52
*** pkholkin has joined #openstack-nova10:52
gmannsdague: just wondering about when we run tests twice in tox.ini, how to set something which can tell tests to run for v2 or v2110:52
*** jlanoux has joined #openstack-nova10:52
*** jistr has joined #openstack-nova10:53
gmannsdague: tried many thing on tox.ini but did find good way. may be i can get some good pointer for that.10:53
gmannsdague: anyways ll check mail tomorrow. Thanks10:54
sdagueyes, I was thinking about that as well. We might want to look at testscenarios for this instead10:54
mdboothapevec: Also, read the whole bug. It seems they've been over this ground already.10:55
sdaguewhich lets you define multiple scenarios for a test and will run it in each of them10:55
gmannsdague: ohhk10:56
*** xgsa has quit IRC10:56
*** exploreshaifali has quit IRC10:56
*** _gryf has quit IRC10:56
*** erlon has joined #openstack-nova10:58
gmannsdague: or can we set env variable in tox.ini apart from senenv section?10:59
gmannsdague: to differentiate two run11:00
*** subscope has joined #openstack-nova11:00
sdaguegmann: we could, but it might make it easier on understanding the tests if we used testscenarios11:01
*** garyk has quit IRC11:04
openstackgerritAlex Xu proposed openstack/nova: Rename and move the v2.1 api policy into separated files  https://review.openstack.org/15026711:05
*** garyk has joined #openstack-nova11:05
*** ijw has joined #openstack-nova11:06
openstackgerritAlex Xu proposed openstack/nova: Rename and move the v2.1 api policy into separated files  https://review.openstack.org/15026711:07
gmannsdague: yaa. ll find more on testscenarios11:07
*** ijw has quit IRC11:11
sdaguebauzas: did you post the logging add patch for scheduling failures?11:11
sdagueor should I post something?11:12
*** xgsa has joined #openstack-nova11:12
bauzassdague: not yet, working on a critical bug that I introduced https://bugs.launchpad.net/nova/+bug/143120111:13
openstackLaunchpad bug 1431201 in OpenStack Compute (nova) "kilo controller cann't conduct juno compute nodes" [Critical,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)11:13
sdagueok11:14
sdagueI'll poke11:14
bauzassdague: that said, I can do this very quickly, hold on11:14
*** gokrokve has joined #openstack-nova11:14
*** andreykurilin_ has quit IRC11:18
*** aix has joined #openstack-nova11:19
*** gokrokve has quit IRC11:19
sdaguebauzas: ok, I also filed a bug for tracking - https://bugs.launchpad.net/nova/+bug/143129111:21
openstackLaunchpad bug 1431291 in OpenStack Compute (nova) "Scheduler Failures are no longer logged with enough detail for a site admin to do problem determination" [High,Confirmed]11:21
openstackgerritSylvain Bauza proposed openstack/nova: Level up verbosity to WARN with a filter returns 0 hosts  https://review.openstack.org/16377111:22
bauzassdague: ^11:22
sdaguebauzas: ok, except that doesn't actually provide enough info11:23
openstackgerritPranali Deore proposed openstack/nova: Fix typo in _live_migration_cleanup_flags method  https://review.openstack.org/16377411:23
bauzassdague: the expected being ?11:23
sdaguedoes that give us the context?11:24
*** nellysmi_ has joined #openstack-nova11:24
sdagueI feel like we actually want the NoValidHost exception logged before it's raised11:24
sdaguebecause it doesn't say why it failed11:25
bauzassdague: mmm, I tend to disagree11:25
bauzassdague: if operators have a timestamp where they know when it failed, they can match this11:25
openstackgerritAlexey I. Froloff proposed openstack/nova: Pass user-requested ephemeral size to scheduler  https://review.openstack.org/16339311:25
*** nellysmitt has quit IRC11:26
sdaguebauzas: I think you miss the point of the bug, which is we've now made them go through all kinds of hoops when there used to be a much more centralized logged error of why things failed11:27
*** deepthi has quit IRC11:27
sdagueops can always do more work to get answers11:27
sdaguethat seems like the wrong thing to make them do11:27
bauzassdague: so what could the magic bullet for them ?11:28
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: partial fix for live-migration with config drive  https://review.openstack.org/13391911:28
bauzas*be11:28
bauzasdo they need something poping up saying "eh this request failed" ?11:28
sdagueI tried to put the info in the bug, please look there11:28
bauzassdague: ack11:28
bauzassdague: keep in mind I was an OpenStack operator before turning myself into a dev :)11:29
dims__sdague: one good thing came out of the live-migration tempest testing! - https://review.openstack.org/13391911:29
bauzassdague: oh instance_id I see...11:30
sdaguebauzas: and why11:30
sdaguethe why is really important11:30
bauzassdague: which kind of why ? Is a filter saying "eh, zero hosts matched" is not that enough ?11:31
*** IanGovett has joined #openstack-nova11:31
sdaguethat is definitely not enough11:31
*** dulek has joined #openstack-nova11:31
sdaguewhy is 'not enough ram' 'not enough disk' or something like that11:31
sdaguethe inner why11:31
bauzassdague: I agree on the point that NoValidHost is a no-brainer because it's either due to a reschedule unsuccessful or a bad filter11:31
bauzassdague: most of that info is at a debug level11:32
sdaguebauzas: yes, that's the bug11:32
bauzassdague: so I assume they want it to be shown11:32
*** shyama has joined #openstack-nova11:32
bauzassdague: ack11:32
sdaguesifting debug logs is not something that should be required here, we need to roll up the information11:32
bauzassdague: about the instance_id, that's something we agreed (by we, I mean the nova devs) saying that scheduler doesn't have to know the list of ids11:32
*** markvoelker has joined #openstack-nova11:33
sdaguewell, that's apparently a problem for problem determination11:33
bauzassdague: so now, scheduler only knows how many instances are asked, period11:33
sdaguebecause user just sees 'vm in error state'11:33
sdagueand they can't backtrack it11:33
shyamaHi I want to understand the utils.synchronized decorator used in nova. I understand it is a file based lock. where can i find more documentation on that?11:33
bauzassdague: I think that's something we need to pop up in a Nova meeting11:34
sdaguethat's fine, you want to put that info in the bug as well?11:34
bauzassdague: sure11:34
*** vmtrooper has joined #openstack-nova11:34
sdaguedims__: is the libvirt bug registered11:34
sdague?11:34
bauzassdague: that said, we have the request spec which include the first instance info11:34
*** rajesht has joined #openstack-nova11:37
openstackgerritMichal Rostecki proposed openstack/nova: Adding security groups to existing ports  https://review.openstack.org/16378011:37
*** markvoelker has quit IRC11:37
sdaguedims__: I see that nova has a bug for this, but does libvirt? If we keep calling it a libvirt bug, I'd like to see the bugzilla for that11:39
*** nihilifer has joined #openstack-nova11:39
*** vmtrooper has quit IRC11:39
* kashyap reads the scroll about 'libvirt' to get enough context. . .11:40
*** exploreshaifali has joined #openstack-nova11:41
kashyapsdague,  You're referring to this - https://bugs.launchpad.net/nova/+bug/124620111:42
openstackLaunchpad bug 1246201 in OpenStack Compute (nova) "Live migration fails when the instance has a config-drive" [High,In progress] - Assigned to Davanum Srinivas (DIMS) (dims-v)11:42
kashyap?11:42
dims__sdague: vfat works, cdrom doesn't. cdrom fix would be in libvirt11:42
dims__or qemu11:43
dims__kashyap: magic word to invoke you is libvirt? :)11:43
kashyapIf so - I see a corresponding live migration bugs https://bugs.launchpad.net/nova/+bug/1414065 and https://bugs.launchpad.net/nova/+bug/142922011:43
openstackLaunchpad bug 1414065 in OpenStack Compute (nova) "Nova can loose track of running VM if live migration raises an exception" [High,Fix committed] - Assigned to Daniel Berrange (berrange)11:43
openstackLaunchpad bug 1429220 in OpenStack Compute (nova) "libvirt does ensure live migration will eventually complete (or abort)" [High,In progress] - Assigned to Daniel Berrange (berrange)11:43
dims__sdague: tony was chasing the libvirt issue last i heard11:44
johnthetubaguygaryk: answering you ML email, can I ask I quick question about your launchpad bug question?11:44
kashyapdims__, :-) I try to stay on top of upstreams (as humanly as possible in my interest areas) of libvirt/QEMU, so I just try to pay attention when those projects are mentioned.11:44
dims__kashyap: thanks!! much appreciated11:45
garykjohnthetubaguy: sure. the mail was just pretty cryptic in my opinon11:47
johnthetubaguygaryk: its basically, no change, same as last time, its happening soon11:48
garykjohnthetubaguy: ok.11:48
*** dulek has quit IRC11:48
johnthetubaguyI just sent a reply that hopefully answers your questions11:48
sdaguedims__: sure, I just want to make sure that there is actually a libvirt native bug on this, because we keep calling it a libvirt bug, but do we know if it's something the libvirt community believes is a bug and might fix some day?11:49
johnthetubaguybut I wasn't sure about what you meant by "Is launchpad not a sufficient source for highlighting bugs"?11:49
*** markus_z has quit IRC11:49
johnthetubaguygaryk: do you mean the rc bug tag?11:49
*** mpavone has quit IRC11:49
sdaguejohnthetubaguy: hey, process question which came up last week. As we hit these various freezes, it would be good to email out current review criteria, I think people are confused about that11:50
*** markus_z has joined #openstack-nova11:50
johnthetubaguysdague: I have been trying to just link to the official docs on the release page, maybe worth calling out those links explicity?11:51
*** oro has quit IRC11:51
*** oro_ has quit IRC11:51
dims__sdague: kashyap: last thread was this http://thread.gmane.org/gmane.comp.emulators.libvirt/109171/focus=109246 - i don't know if it ended up in a bug filed against libvirt11:51
garykjohnthetubaguy: my understanding is that the etherpad that you posted has the project priorities and the 'quick hit reviews'. in addition to this all bug should be done via launchpad. that is what i understood from sdague when in the past i tried to add reviews that address serious bugs to the etherpad mentioned11:52
johnthetubaguygaryk: I see the etherpad as purely additive, it basically points to things already tracked in launchpad, the bug list is for trivial stuff, as defined in the etherpad, but I could be getting the wrong end of the stick11:54
kashyapdims__, See the response from DanB and Michal Privoznik. In short - the change proposed there wants to control API behavior in guest XML11:54
kashyapWhich is not the right way. And, way seems to be to use an existing migrate API (virDomainMigrate3)11:55
dims__kashyap: right, but for tracking purposes...there should be a bug or feature logged somewhere?11:55
kashyapdims__, I'll ask on the list if there's a bug already created about it, if not, will ask the original poster to create one.11:56
dims__kashyap: thanks a lot11:56
*** rfolco has joined #openstack-nova11:56
*** aix has quit IRC11:59
*** Longgeek has joined #openstack-nova11:59
*** salv-orlando has joined #openstack-nova12:00
*** mpavone has joined #openstack-nova12:01
*** adalbas has joined #openstack-nova12:02
*** _gryf has joined #openstack-nova12:04
*** mwagner_lap has quit IRC12:04
kashyapDone. (On the same thread.)12:05
*** ijw has joined #openstack-nova12:06
ndipanovsahid, there?12:08
*** salv-orlando has quit IRC12:08
*** baoli has joined #openstack-nova12:08
openstackgerritRadoslav Gerganov proposed openstack/nova-specs: Consolidate the APIs for getting consoles  https://review.openstack.org/16379012:08
*** salv-orlando has joined #openstack-nova12:08
*** otter768 has joined #openstack-nova12:09
*** ijw has quit IRC12:12
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: libvirt: partial fix for live-migration with config drive  https://review.openstack.org/13391912:13
*** otter768 has quit IRC12:14
*** gokrokve has joined #openstack-nova12:14
*** markvoelker has joined #openstack-nova12:15
*** gokrokve has quit IRC12:16
*** gokrokve has joined #openstack-nova12:16
*** marun has joined #openstack-nova12:17
dims__dhellmann: flaper87: bnemec: i logged a bunch of reviews for removing namespaced imports in oslo libraries. please take a quick look when you have some time - https://review.openstack.org/#/q/owner:%22Davanum+Srinivas+(dims)%22+status:open,n,z12:18
*** Longgeek has quit IRC12:19
*** salv-orlando has quit IRC12:20
*** gokrokve has quit IRC12:21
*** ferest has joined #openstack-nova12:21
*** sdake has joined #openstack-nova12:23
*** sdake__ has quit IRC12:23
*** ferest has quit IRC12:25
sahidndipanov: yes12:27
sahidreading at your last comment in https://review.openstack.org/#/c/137817/12:28
*** rushiagr_away is now known as rushiagr12:28
sahidi'm kind of desapointed since this is something with have talk with jaypipes on hangout12:29
sahidndipanov: do you have an other solution to propose than ratio?12:29
sahidif you don't like the term "limit" perhaps we can use an other name, but i think ratio make sense in our case since we need to handle a no defined number of cell and each cell provide a non uniform number of cpu/memory12:31
*** jecarey has quit IRC12:34
*** neelashah has joined #openstack-nova12:34
*** eliqiao has joined #openstack-nova12:34
ndipanovsahid, so yes we did talk about it12:35
*** johnthetubaguy is now known as zz_johnthetubagu12:35
*** dims__ has quit IRC12:35
ndipanovbut I missd that subtlety12:35
ndipanovlimits are limts12:35
ndipanovso sending ratios is a no-go from my pov12:36
*** dims_ has joined #openstack-nova12:36
ndipanovsahid, if you want to do something good for that bit of code12:36
ndipanovI suggest moving limits to an object first12:36
ndipanovthen we can try out what makes sense12:36
*** dprince has joined #openstack-nova12:37
*** dulek has joined #openstack-nova12:37
jaypipesndipanov, sahid: good morooning guys12:38
openstackgerritSylvain Bauza proposed openstack/nova: Fix Juno nodes checking service.compute_node  https://review.openstack.org/16379712:38
bauzaslan: still there ?12:38
bauzaslan: https://review.openstack.org/163797 is a proposal for fixing the first problem12:38
sahidgood morning jaypipes12:38
bauzasjaypipes: morning12:38
ndipanovjaypipes, morning12:38
bauzasjaypipes: we have a critical bug re: detach-service12:38
bauzasjaypipes: https://bugs.launchpad.net/nova/+bug/143120112:39
openstackLaunchpad bug 1431201 in OpenStack Compute (nova) "kilo controller cann't conduct juno compute nodes" [Critical,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)12:39
jaypipesndipanov, sahid: so, on that limits topology patch...12:39
jaypipesbauzas: will look at that in a sec.12:39
bauzasjaypipes: yey12:39
*** Longgeek has joined #openstack-nova12:39
*** oro_ has joined #openstack-nova12:40
*** Marga_ has joined #openstack-nova12:40
*** oro has joined #openstack-nova12:40
*** marun has quit IRC12:41
*** aysyd has joined #openstack-nova12:43
openstackgerritRajesh Tailor proposed openstack/nova: Allow force-delete irrespective of VM task_state  https://review.openstack.org/16379812:44
ndipanovjaypipes, yeeeeeeeessss :)12:45
sahid?12:45
jaypipesndipanov, sahid: answering in the code review, sorry...12:46
*** park has quit IRC12:47
*** kaufer has joined #openstack-nova12:47
ndipanovjaypipes, cool - I need to step out for a bit too...12:47
jaypipesndipanov: sounds good. should have this reviewed in <30 minutes.12:48
*** vipul has quit IRC12:48
jaypipesapologies for the long delay, guys :(12:48
*** sdake has quit IRC12:48
*** vipul has joined #openstack-nova12:48
sahidnp jaypipes, thanks to review it12:48
*** sdake has joined #openstack-nova12:49
*** devanand1 has quit IRC12:49
*** devananda has joined #openstack-nova12:50
*** mwagner_lap has joined #openstack-nova12:52
*** rajesht has quit IRC12:53
jaypipessahid: OK, done with the review.12:56
*** oro_ has quit IRC12:57
*** oro has quit IRC12:58
*** aix has joined #openstack-nova12:58
sahidjaypipes: ack12:59
*** TobiasE1 has joined #openstack-nova12:59
*** Maike_ has joined #openstack-nova13:00
*** bkopilov has quit IRC13:01
*** TobiasE has quit IRC13:01
edleafejaypipes: answered your questions in https://review.openstack.org/#/c/16051113:02
*** ptm_away is now known as PaulMurray13:02
*** dboik has joined #openstack-nova13:03
*** TobiasE1 has quit IRC13:03
*** Maike has quit IRC13:03
*** setuid has quit IRC13:05
*** setuid has joined #openstack-nova13:05
*** dboik_ has joined #openstack-nova13:05
*** ijw has joined #openstack-nova13:06
*** raildo has joined #openstack-nova13:06
*** tdurakov has joined #openstack-nova13:06
*** gszasz_ has joined #openstack-nova13:07
*** mestery_ has quit IRC13:08
*** gszasz has quit IRC13:08
bauzasdansmith: when you'll be enough coffeenated, could we please discuss about https://bugs.launchpad.net/nova/+bug/1431201 re: https://review.openstack.org/#/c/157025/13:08
openstackLaunchpad bug 1431201 in OpenStack Compute (nova) "kilo controller cann't conduct juno compute nodes" [Critical,Confirmed] - Assigned to Sylvain Bauza (sylvain-bauza)13:08
*** dboik has quit IRC13:08
bauzasdansmith: sounds like that's looping over IncompatibleObjectVersion13:08
PaulMurrayjaypipes, dansmith, ndipanov  there's series of 4 patches adding ComputeNode object to RT starting here https://review.openstack.org/#/c/148904/13:08
PaulMurrayjaypipes, dansmith ndipanov any takers ? :)13:09
bauzasPaulMurray: you don't imagine how much I would loved your series implemented by Juno...13:09
*** TobiasE has joined #openstack-nova13:09
*** TobiasE has quit IRC13:09
*** tdurakov_ has joined #openstack-nova13:09
*** tdurakov__ has joined #openstack-nova13:10
PaulMurrayedleafe, thanks for your review13:10
edleafePaulMurray: yw13:11
ankit_ag<garyk> hi, could you please check my reply on https://review.openstack.org/#/c/159062/. Thank you13:11
*** TobiasE has joined #openstack-nova13:11
*** dboik_ has quit IRC13:11
*** ijw has quit IRC13:12
*** TobiasE has quit IRC13:13
*** gokrokve has joined #openstack-nova13:14
garykankit_ag: thanks - i still thinkt hat we should swap _get_flavor with instance.flavor - i suggest that you add dansmith and melwitt to the review. they did that code and may be able to clarify. i will chang emy score if this is ok13:16
*** gokrokve has quit IRC13:18
jaypipesPaulMurray: will do in a bit, yes... on a call.13:18
ankit_ag<garyk> I test this patch with the change suggested by you, but it does not work and breaks down the performance because here I've removed system metadata from expected_attrs13:19
PaulMurrayjaypipes, thanks13:19
*** mestery has joined #openstack-nova13:20
ankit_aggaryk: matthew has already added  dansmith to this review. Thank you13:21
*** vmtrooper has joined #openstack-nova13:23
garykankit_ag: thanks!13:24
*** Longgeek has quit IRC13:24
garykankit_ag: if use the instance.flav cause a degradation of the performance then i think that dansmith should be aware. that is troubling13:24
garykankit_ag: i think that he is only online in an hour or so…13:24
ankit_aggaryk: Sure I'll try to catch him on irc if possible. Thaks for your time and help :)13:26
eliqiaohello all, any cores around to help to merge https://review.openstack.org/#/c/109178/ , this is pending for long time , and it is ready to get merged since the dependency patch has been merge recently.13:26
*** vmtrooper has quit IRC13:29
*** eliqiao has quit IRC13:29
dansmithbauzas: +2 on the conductor fix13:31
*** dboik has joined #openstack-nova13:32
*** dboik has quit IRC13:32
*** dboik has joined #openstack-nova13:32
*** Nikolay_St has quit IRC13:33
openstackgerritAlex Xu proposed openstack/nova: Rename and move the v2.1 api policy into separated files  https://review.openstack.org/15026713:33
dansmithbauzas: on the second thing, I think you're not backleveling the compute_node according to the rules13:34
dansmithbauzas: so if they ask for version 1.5 you still give them compute_node 1.10, right?13:35
*** Nikolay_St has joined #openstack-nova13:35
*** mriedem_away is now known as mriedem13:36
*** shyama has quit IRC13:37
*** annegentle has joined #openstack-nova13:37
*** Longgeek has joined #openstack-nova13:37
*** abhishekkk has quit IRC13:39
*** hemna_ has quit IRC13:40
dansmithgaryk: get_flavor() and instance.flavor are the same under the covers, but yes it would be nice to get it converted to instance.flavor for aesthetics and cleanliness13:40
*** dave-mccowan has quit IRC13:40
garykdansmith: ok. thanks13:41
garykankit_ag: ^^13:41
openstackgerritgaryk proposed openstack/nova: libvirt: add support for instance update  https://review.openstack.org/16381813:43
ankit_agdansmith: I did not understood your comment ". This change would cause the tenant usage to be wrong for instances when a flavor has changed"13:44
*** abhishekkk has joined #openstack-nova13:44
bauzasdansmith: yey, just wondering how can I get a IncompatibleObjectVersion exception13:44
bauzasdansmith: sounds like you're right13:44
dansmithankit_ag: this change pulls the flavor information from the database according to the flavor now, not when the instance was run13:44
*** burt has joined #openstack-nova13:44
bauzasdansmith: I should return a 1.513:44
bauzasdansmith: when calling obj_make_compatible13:44
ankit_agbecause when we resize an instance, instance_type_id also gets updated13:44
dansmithbauzas: so probably what you want to do is call super() right after you fix the compute node13:45
*** adelinatuvenie has joined #openstack-nova13:45
dansmithbauzas: super() will backlevel it according to the relationship map13:45
bauzasdansmith: /me facepalms13:45
dansmithankit_ag: yes, I understand13:45
bauzasdansmith: you're probably right, let me check13:45
bauzasdansmith: the main problem is that Grenade didn't disagree13:45
bauzasdansmith: so I don't know how to really test it13:46
dansmithbauzas: this doesn't happen as part of a request, right? it's part of a periodic and/or a restart, right?13:46
bauzasdansmith: I should rather create 2 VMs on my env, and try it directly13:46
bauzasdansmith: yey13:46
bauzasdansmith: that just fails periodically13:46
dansmithbauzas: yeah, so it's going to be harder to test, unfortunately13:46
dansmithbauzas: but with unit tests you can make sure that for 1.5 you get back a service primitive with a compute node primitive at the right version13:47
dansmithbauzas: and then a local test would be prudent13:47
bauzasdansmith: I added a unittest for it, but sounds like I missed the point13:47
dansmithbauzas: you added a unit test for the juno version of service?13:47
bauzasdansmith: nope, for testing 1.1013:47
dansmithif so, then you just didnt' assert the compute_node version13:47
dansmithright13:47
dansmithbauzas: I missed it too, it's complicated stuff13:48
bauzasdansmith: ok I see, lemme try to see how I can provide it13:48
bauzasthanks for your help13:48
*** Marga_ has quit IRC13:49
dansmithbauzas: sure, glad we found this now and not after kilo :)13:49
bauzasagreed13:49
*** dkliban_afk is now known as dkliban13:50
*** Marga_ has joined #openstack-nova13:50
bauzasdansmith: I will also think about how we can cover a backwards compatibilty for service periodic tasks, either in Grenade or elsewhere13:50
bauzasdansmith: I should even open a ML convo for this13:51
dansmithbauzas: well, we try not to restart the grenade services specifically13:51
dansmithbauzas: and I was thinking that if we did, they would restart under the newer code13:51
dansmithbauzas: so, doing that will require some monkeywork, but I agree of course13:51
bauzasdansmith: agreed, but the question is how to cover this13:51
dansmithyup13:52
bauzasdansmith: because more and more people are looking at rolling upgrades and I'm not happy to see we can still pay a technical debt for it13:52
dansmithpotentially with the aiopcn tests to keep them separate13:52
bauzasI pass13:52
bauzasI don't know what's this ?13:52
dansmithmultinode testing in the gate13:53
bauzasooooh13:53
dansmithone node that is an all-in-one devstack, and another node that is just a compute13:53
*** abhishekkk has quit IRC13:53
dansmithif we don't upgrade the compute, then we'd get a very real environment and then we could try doing a restart of the old node after we've run tests to make sure it's still okay13:53
bauzasoh aiopcn = all in one * compute node ?13:53
dansmithyar13:53
bauzasok, let's open a thread for this13:54
*** ankit_ag has quit IRC13:55
*** jprovazn has quit IRC13:56
sdaguecan we test this in the functional tree, or are we always going back to an oslo.config var ?13:58
dansmithsdague: it would be very synthetic, because what we need is to test juno code against kilo code13:59
sdagueah, gotcha, and not just the juno messages13:59
dansmithright, the juno behavior14:00
sdaguedo you have a summary of what code path was missed?14:00
dansmithwe're sending back something we meant to be legit and juno is kicking it back saying "no bitch, I said VERSION 1.5"14:00
*** baoli has quit IRC14:00
dansmithsdague: juno asks for 1.5 we send it 1.10, it says, no I wanted 1.5, we say "how about 1.10?"14:00
bauzasdansmith: it comes to me that we should maybe patch the objects by setting a var like in RPC API saying "eh : juno == 1.4"14:01
dansmithbauzas: why does that help?14:01
mriedemissue brought up in here about error handling, looking for some more opinions https://review.openstack.org/#/c/109178/38/nova/compute/manager.py14:01
sdagueso that seems like we could in tree test the 'not correctly downgrading' part14:01
bauzasdansmith: dunno, just about visibility14:01
dansmithsdague: we could and we do, we just missed it on this one change14:02
*** tdurakov___ has joined #openstack-nova14:02
*** baoli_ has joined #openstack-nova14:02
*** apuimedo has quit IRC14:02
bauzassdague: agreed, it was just that I was stupid enough14:02
*** baoli_ has quit IRC14:02
*** tdurakov____ has joined #openstack-nova14:02
*** thangp has joined #openstack-nova14:02
dansmithwe have a test that tries to backport an object to every version it claims to support, but it doesn't check nested objects14:03
sdaguedid the partial cpu job dump some representative error message in the log? We could also fail that test if things like that end up in logs14:03
dansmithso we could make that test recurse, but ...14:03
sdaguedansmith: ah, gotcha14:03
bauzassdague: but we can't hardly assess that all people will be brilliant, my question being then "how we can make sure that dumb people are not enough foolish to break compatibility"14:03
*** r-daneel has joined #openstack-nova14:03
dansmithsdague: no because it only happens when you start the compute node, or during the periodic task14:03
*** dave-mccowan has joined #openstack-nova14:03
*** apuimedo has joined #openstack-nova14:03
bauzasdansmith: to be clear, it logged the recursion14:03
dansmithbauzas: sure14:04
bauzasdansmith: sdague: http://logs.openstack.org/25/157025/5/check/check-grenade-dsvm-partial-ncpu/7766f56/logs/old/screen-n-cpu.txt.gz14:04
*** baoli_ has joined #openstack-nova14:04
*** krykowski has joined #openstack-nova14:04
*** gszasz_ has quit IRC14:04
sdaguebauzas: line link please14:04
bauzasbut as it was a periodic task, it said "eh, no worries !"14:04
bauzassdague: sure14:04
bauzassdague: http://logs.openstack.org/25/157025/5/check/check-grenade-dsvm-partial-ncpu/7766f56/logs/old/screen-n-cpu.txt.gz#_2015-03-03_17_26_51_53714:04
*** tdurakov_ has quit IRC14:05
bauzassdague: as I said, it was a PEBKAC14:05
*** tdurakov_ has joined #openstack-nova14:05
sdaguebauzas: sure14:05
*** tdurakov_____ has joined #openstack-nova14:06
dansmithbauzas: modifying the backport test to check sub-objects would be some improvement14:06
*** Maike_ has quit IRC14:06
*** tdurakov has quit IRC14:06
*** ijw has joined #openstack-nova14:06
openstackgerritRadoslav Gerganov proposed openstack/nova: VMware: use get_object_properties_dict from oslo.vmware  https://review.openstack.org/16383114:06
*** tdurakov__ has quit IRC14:06
dansmithbauzas: even if we only go one deep, that should be enough and not have to fully recurse14:06
*** tdurakov____ has quit IRC14:06
bauzasdansmith: agreed14:06
*** tdurakov___ has quit IRC14:06
*** tdurakov_____ has quit IRC14:06
*** nelsnelson has joined #openstack-nova14:06
dansmithI can work on that14:06
*** tdurakov_ has quit IRC14:06
*** nelsnelson has quit IRC14:07
bauzasdansmith: feel free, I would spend more time than necessary for this14:07
*** tdurakov has joined #openstack-nova14:07
sdagueit still looks like the periodic trip would catch this if we specified that we should never see that in logs - http://logstash.openstack.org/#eyJzZWFyY2giOiJcIm1heGltdW0gcmVjdXJzaW9uIGRlcHRoIGV4Y2VlZGVkXCIiLCJmaWVsZHMiOltdLCJvZmZzZXQiOjAsInRpbWVmcmFtZSI6IjYwNDgwMCIsImdyYXBobW9kZSI6ImNvdW50IiwidGltZSI6eyJ1c2VyX2ludGVydmFsIjowfSwic3RhbXAiOjE0MjYxNjkxODk0NDh914:07
*** oro_ has joined #openstack-nova14:07
*** tdurakov has quit IRC14:07
*** oro has joined #openstack-nova14:07
dansmithwell, I was fine to chalk this up as an accident, but if making the test go one deep isn't too hard, it's probably worth it14:07
sdagueso adding 'bad compute messages' test at the end of the partial cpu job would probably be a reasonable safety check14:07
*** apevec has left #openstack-nova14:08
*** irenab has quit IRC14:08
*** jecarey has joined #openstack-nova14:08
mdboothdansmith: So, instance_type_id isn't flavor of the month? ;)14:08
dansmithsdague: well, checking that we never see "maximum recursion depth exceeded" for any reason would be good :)14:08
mdboothSorry14:08
*** Marga_ has quit IRC14:08
dansmithmdbooth: heh, nop :)14:08
dansmither, nope14:08
bauzassdague: how do you propose to gate it N14:08
bauzas?14:08
mdboothdansmith: Did you read the comment about the performance, btw?14:08
bauzassdague: I was thinking that e-r was only for failures14:09
sdaguebauzas: at the end of the grenade job, comb the logs before upgrade14:09
dansmithmdbooth: yes14:09
sdagueif you find that message, fail the job14:09
mdboothdansmith: (Take your word on the Flavor thing, btw)14:09
bauzassdague: oic14:09
sdaguesorry, before 'upload'14:09
*** otter768 has joined #openstack-nova14:09
dansmithmdbooth: so after kilo, we can make a call to drop the system_metadata bits for flavor compatibility and just say everyone needs to make sure they have migrated their flavors (using the tool) before lemming14:10
mdboothdansmith: I was wondering if we could get closer to a bare db query within current design constraints.14:10
dansmithmdbooth: which should get us to the point where that is (or could be made to be) a single call with a join14:10
dansmithmdbooth: we need to decide if we are okay making that a one-cycle mandatory conversion, but if we are, then we can drop it early in lemming14:11
mdboothdansmith: How about the object instantiation overhead, though? IIUC that was were the time was going.14:11
*** gszasz has joined #openstack-nova14:11
*** gszasz has quit IRC14:11
*** ijw has quit IRC14:12
*** amotoki has joined #openstack-nova14:12
*** shyama has joined #openstack-nova14:14
*** Maike has joined #openstack-nova14:14
*** gszasz has joined #openstack-nova14:14
*** gokrokve has joined #openstack-nova14:14
*** rushiagr is now known as rushiagr_away14:14
*** thomasem_ has quit IRC14:14
dansmithmdbooth: I'd want to see a profile showing that it's substantial enough to care14:14
dansmithmdbooth: regardless, we can't do anything until we can drop compatibility, so lets talk about optimizing after that is done14:14
*** otter768 has quit IRC14:15
openstackgerritPawel Koniszewski proposed openstack/nova: Add ability to pause instance during live migration  https://review.openstack.org/16383614:15
*** iamjarvo has joined #openstack-nova14:18
alex_xuhi, any core can give another +2 for those easy patch https://review.openstack.org/150258 https://review.openstack.org/163689 https://review.openstack.org/15937614:18
*** thomasem has joined #openstack-nova14:18
*** gokrokve has quit IRC14:19
*** adelinatuvenie has quit IRC14:19
*** vladikr has joined #openstack-nova14:23
sdaguedansmith: any chance of running through the rest of my test stack today https://review.openstack.org/#/c/161710/  (just 2 patches left)14:23
dansmithsdague: there's a chance, yes14:23
mdboothSo, is InstanceExtra.flavor a json blob or something like that, now?14:23
mriedemit'd be nice if the compute driver's attach_interface method didn't potentially raise a dozen different errors14:24
sdaguebauzas: so on your patch - http://logs.openstack.org/97/163797/1/check/check-grenade-dsvm-partial-ncpu/04cd3c4/logs/old/screen-n-cpu.txt.gz?level=TRACE#_2015-03-12_13_10_06_467 is still a thing14:25
dansmithsdague: his patch is only for half the problem14:25
dansmithsdague: the bug had two buglets inside14:25
bauzassdague: hence the related-bug14:25
bauzassdague: as I said in a comment, there are 2 problems14:25
sdaguebauzas: ok14:26
bauzasand I'm only fixing the first one14:26
bauzasthe second one still need to have a proper failing unittest in place before fixing it :)14:26
bauzasI need to reproduce an error14:26
sdaguebauzas: you could push the functional code and verify it in the partial test upstream while working on the unit test14:27
openstackgerritLingxian Kong proposed openstack/nova: Raise exception when using invalid az for vm creation  https://review.openstack.org/16384214:27
mriedemvishy: russellb: do you happen to remember the story around when neutron vif type handling was added to the libvirt driver back in the day? i.e. why we decided to just do all of this vif stuff locally on the compute node and let the neutron L2 agent poll to pick up the changes and report back to the neutron server,14:28
mriedemrather than talking to neutron directly?14:28
bauzassdague: eh, I learnt TDD a couple of years ago :)14:29
mriedemvishy: russellb: i assume it was because there was already code that worked for nova-network and linuxbridge, and we just piled on to get neutron working?14:29
*** TobiasE has joined #openstack-nova14:29
openstackgerritMatt Riedemann proposed openstack/nova: neutron: deprecate 'allow_duplicate_networks' config option  https://review.openstack.org/16358114:29
mriedem^ was already approved if a core can +W, was a trivial rebase14:30
sdaguebauzas: yes, what I'm saying is we kind of already have a test that validates the functional code, though it currently requires manual inspection. It would be good to get those results regardless of your unit test, which will be somewhat synthetic14:30
sdaguemriedem: +A14:31
mriedemsdague: thanks14:31
*** popw1 has quit IRC14:31
garykmriedem: in a large majority of deployments there is actually no l2 agent. an external controller will configure the open vswicth.14:32
*** gokrokve has joined #openstack-nova14:33
mriedemgaryk: so what is the libvirt vif driver talking to in that case?14:33
mriedemit's still running ovs commands on the compute node14:33
mriedemis the external controller talking to neutron then?14:33
garykmriedem: there are some ovs commands, but the actual 'network connectivity' is done by a controller14:34
garykin the neutron ovs case the agent will configure the actual vlan/segmenation id14:34
garykno, neutron will configure the external controller and that will interface directly with the ovs.14:34
mriedemgaryk: so regardless of L2 agent or external controller, it seems we still are doing a thing in the compute node that we assume will get back to neutron somehow so neutron can update it's state,14:35
garykthere are 2 parts. the first is configuring libvirt with the necessary data and the second is ensure that the ovs know what to do with the specific port14:35
*** marun has joined #openstack-nova14:35
mriedemso we're doing stuff 'out of band' from neutrons POV, which seems bad14:35
garykmriedem: yes, in certain cases we are.14:35
mriedemi.e. racey14:35
garyki am not 100% sure of the speicifc case you are referring to. can you please point me to the code14:36
mriedemwhy don't the virt drivers talk to a network API (neutron in this case) when doing plug/unplug?14:36
*** achanda has joined #openstack-nova14:36
mriedempretty much any of the plug/unplug code in the libvirt vif driver14:36
garykthe plug/unplu needs to configure the xml with the relevant neutron id's14:36
*** TobiasE has quit IRC14:37
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/libvirt/vif.py#n40714:37
garykthis is so that the security groups can be used14:37
mriedemgaryk: i don't see how that matters14:37
mriedemgaryk: but when using neutron we're supposed to be using neutron's security groups aren't we?14:38
garykneutron is not aware of the host14:38
garykneutrons security groups in the case of the opensource code use ip tables on the host14:38
*** tdurakov has joined #openstack-nova14:38
garykthis means that the traffic needs to get from the ovs to the iptables14:38
garykhence the bridge here14:38
garykin neutron there are now patches in review that will do this in the ovs14:39
*** eharney has joined #openstack-nova14:39
garykmaybe when those land we can think on how to deprecate the code you are refrring to14:39
mriedemyeah i'm not a network guy, but it seems to me that if we are going to have a network service, at a high level we should defer network things to said network service,14:39
mriedemlike how we defer image and volume things to the image and volume service14:39
*** adelinatuvenie has joined #openstack-nova14:39
mriedemdoing all of this out of band round tripping seems like a big race condition possibility14:40
mriedemthis is the reason why we needed the external events stuff that dansmith and arosen worked on,14:40
*** mpaolino has joined #openstack-nova14:40
mriedemif plug_vifs was just a neutron api call and we waited until that came back, it'd be much simpler14:41
garyki agree that it is problematic. my understanding was that we were going to address this with the neutron/nova interface. sadly this was stuck in the review process of the spec this entire cycle14:41
dansmithmriedem: we'd still need the event, because we can't block on a rest call for ten minutes :)14:41
dansmithmriedem: but otherwise I agree with what you're saying of course :)14:41
garykthe vif plug is the connection of the virtual network to the virtual machine14:41
garykthis should be done int he context of nova14:41
garyki do not see how neutron can do this.14:41
mriedemdansmith: but we're blocking on the event for 5 minutes right?14:42
dansmithmriedem: yes, I just mean we still need some way to make the request and want for an async response14:42
*** apuimedo is now known as apuimedo|away14:42
*** r-daneel has quit IRC14:42
garykdansmith: it would have been good if that api returned an id that nova could poll on14:42
mriedemdansmith: ok, seems we could have polled neutron for that info or something, seems like we do that kind of stuff in tempest all the time14:42
dansmithgaryk: polling sucks14:43
garykwhy?14:43
dansmithbecause it14:43
dansmithis inefficient?14:43
*** unicell1 has joined #openstack-nova14:43
dansmithit wastes resources on both sides14:43
garyki think that is an implementation detail.14:43
mriedemtrue, we don't need to hit the neutron API constantly14:43
mriedemwhen we have an event callback14:43
*** unicell has quit IRC14:43
*** achanda has quit IRC14:44
dansmithwell, that's why I said above that we still need the events mechanism, but it would be good if we were waiting for neutron to actually do the thing and not have us do it14:44
garykthe event callback is error prone in the case that there is a lot of load on the service14:44
dansmithwhich service?14:45
mriedemgaryk: "the vif plug is the connection of the virtual network to the virtual machine" - isn't that happening later in the libvirt driver when the domain xml is created?14:45
garykthe neutron service14:45
*** r-daneel has joined #openstack-nova14:45
dansmithgaryk: and us just polling it until it's done is less load? :)14:45
garykmriedem: i think that it depends on the actual vif driver used.14:45
garykdansmith: at least one would not get random failures when the connection can actually take place.14:46
garyki just wonder in cases when an external controoler is used how this affect the events14:46
garykcontroller14:46
bauzasdansmith: may I ask a question about nested dependencies ?14:47
bauzasdansmith: I can now reproduce the bug by a unittesr14:47
dansmithbauzas: sure, because I'm only in two conversations at the moment :P14:47
dansmithbauzas: cool14:47
bauzasdansmith: no worries, taking my ticket14:47
mriedemfor example: http://git.openstack.org/cgit/openstack/nova/tree/nova/network/linux_net.py#n136714:48
bauzasdanms = objects.DanSmith()14:48
bauzasdanms.lock()14:48
mriedemthat's the ovs hybrid case, the only thing used from the libvirt driver there is the instance uuid14:48
mriedemneutron has the device_id == instance_uuid when the port is created14:48
dansmithbauzas: go ahead, I'd rather have your conversation than the others14:48
mriedemso it seems that neutron could easily do http://git.openstack.org/cgit/openstack/nova/tree/nova/network/linux_net.py#n1367 instead of nova14:48
dansmithbauzas: I'm also close to a generic test, and I may have found another inconsistency or two14:48
bauzasdansmith: so I found that compute_node.VERSION sticks with 1.1014:49
bauzasdansmith: now I want to convert it to an acceptable version14:49
mriedemgaryk: unrelated, but can you also comment in this bug? https://bugs.launchpad.net/nova/+bug/143051214:49
openstackLaunchpad bug 1430512 in OpenStack Compute (nova) "Adding a fixed_ip to an instance with neutron only updates the first port using the first subnet" [Undecided,New]14:49
mriedemgaryk: tl;dr is add/remove fixed_ips in the neutronv2 API seems pretty wonky14:49
bauzasdansmith: but calling obj_make_compatible on the Service object doesn't backport it to the appropriate version14:49
garykmriedem: i think that is spefific for a particular driver (not 100% sure though). i think that libvirt now has the ability to do that interanlly (or it did about 15 months ago)14:49
*** apuimedo|away has quit IRC14:49
bauzasdansmith: even if I'm moving super() at the end of the queue14:49
dansmithbauzas: yeah, you can't change objects.ComputeNode.VERSION because that's the class definition14:50
bauzasdansmith: oic14:50
garykmriedem: sure, i will take alook14:50
bauzasdansmith: so I should rather check obj_to_primitive() ?14:50
dansmithbauzas: yes14:51
dansmithbauzas: check the version in the primitive14:51
bauzasdansmith: ack14:51
*** shyama has quit IRC14:51
garykmriedem: at the moment the ipam in neutron works like that. there is currently work to have a ipam driver. that will certain change the way in which this is done14:51
bauzasdansmith: I hope to get my green belt on objects soon then14:52
dansmithbauzas: hah :)14:52
*** shyama has joined #openstack-nova14:52
garykmriedem: i also think that the way that we handle it in the nova api is also a bit broken.14:52
mriedembauzas: just be sure to have dansmith explain the magic context that may or may not need to be passed to a method14:52
mriedem:)14:52
mriedemfor the 50th time14:52
dansmithAARGH14:53
dansmith:P14:53
bauzasmriedem: lol14:53
*** thedodd has joined #openstack-nova14:53
*** Nikolay_St has quit IRC14:53
mriedemyou can't enter the nova objects dojo until you've asked about that14:53
*** Nikolay_St has joined #openstack-nova14:53
bauzasmriedem: I was already aware of it, is that ok ?14:53
bauzasmriedem: because I probably asked the question a while ago :D14:53
mriedembauzas: it's better than ok14:53
*** tonytan4ever has joined #openstack-nova14:53
bauzasmriedem: that doesn't prevent me to explicitely write methods passing context as args14:54
bauzas:)14:54
*** obutenko has joined #openstack-nova14:54
bauzasmriedem: because I feel the pain of removing that arg :)14:54
tonytan4everHello nova folks.14:54
dansmithbauzas: it does, I already merged the patch that will prevent you from doing that :)14:54
bauzasdansmith: \o/14:55
garyki still do not understand the argument and removing it. sorry but my simple brain cannot comprehend that14:55
tonytan4everI am trying to find the nova deploy documentation, and can someone points to it ?14:55
bauzasgaryk: contexts are localized to the object's lifetimle14:55
mriedemtonytan4ever: docs.openstack.org14:55
bauzastonytan4ever: sure14:55
*** Longgeek has quit IRC14:55
bauzastonytan4ever: http://docs.openstack.org/developer/nova/devref/14:56
tonytan4everThanks14:56
*** penick has joined #openstack-nova14:56
bauzastonytan4ever: oops, deploy doc ? yey check rather docs.openstack.org in general14:56
*** penick has quit IRC14:56
*** mpaolino has quit IRC14:57
bauzasand garyk: s/localized/tied (sorry for that very bad Frenglish)14:57
garyki think i understand.14:58
*** dboik_ has joined #openstack-nova14:58
garykmriedem: this is dodgy: https://github.com/openstack/nova/blob/2015.1.0b2/nova/network/neutronv2/api.py#L76814:58
mriedemgaryk: yes, it sure is :)14:59
mriedemnested loops and it returns on the first one set14:59
ndipanovPaulMurray, hey - reviewed the rt series14:59
ndipanovawesome work14:59
mriedemgaryk: the tempest test doesn't validate much in this case, only that it can add a fixed ip and remove it14:59
mriedemw/o blowing up14:59
ndipanovof course, I -1ed all of it14:59
ndipanovbut for small little details14:59
mriedemgaryk: not that it's usable in any way14:59
ndipanov:)15:00
mriedemgaryk: note that code is basically untouched since it was added back in grizzly15:00
*** baoli_ has quit IRC15:00
mriedemso i don't know if it's even used really in the real world15:00
*** dboik has quit IRC15:00
garykmriedem: i think that the common use case is booting with one network.15:01
*** claudiub has joined #openstack-nova15:01
mriedemgaryk: yes, but that's not the only option since juno15:02
garyki am not sure now nova-network deals with this. it may have been done like this as nova-network only supported booting from one vnic (i may be talking crap)15:02
mriedemgaryk: sorry, meant multiple ports on the same network, i'm working on adding a tempest test for that now15:02
garykin general a ip will be assigned by neutron for each port - that is done when the port is created. in this case we are updating a port15:02
mriedemgaryk: i will totally accept "i was drunk as hell back in grizzly"15:03
mriedemas an asnwer15:03
claudiubmriedem: hello, thanks for the review on https://review.openstack.org/#/c/138934/ . I've replied to your comment. :)15:03
mriedemclaudiub: so the answer is, there was stuff not tested in hyperv vmops that is now testing with this change? but it looks like it's just moving tests from test_hypervapi.py to test_vmops.py15:04
mriedemclaudiub: so it doesn't look like an add to me, but a refactor/move15:05
mriedemclaudiub: and i wasn't sure what the criteria was for a test being moved to test_vmops.py15:05
claudiubmriedem: yeah, it is a refactor. using mock instead of mox15:05
garykmriedem: please see - https://github.com/openstack/nova/blob/b9a3e798dcb474bd733cb7a92219ec186831ae0c/nova/network/quantumv2/api.py15:05
claudiubmriedem: plus, completing the coverage on some methods15:06
garykthis is where it worked.15:06
*** ijw has joined #openstack-nova15:06
bauzasdansmith: so as per my findings, obj_make_compatible doesn't backport nested objects to an acceptable version15:06
garyknow between quantum and neutron someone opened a keg15:06
mriedemclaudiub: but my question is, why isn't something like test_attach_volume_logout moved also?15:06
garyktake that back, there is the return :)15:06
dansmithbauzas: I don't know wha tyou mean15:06
mriedemclaudiub: since that also uses mox15:07
claudiubmriedem: it is. There is a series of commits that refactors all the tests15:07
*** gokrokve_ has joined #openstack-nova15:07
garykmriedem: now this is the real culprit - https://github.com/openstack/nova/commit/55af31cfec74244de4efbc7187a548972c4d99f315:07
claudiubmriedem: but that would have been a few thousands of LOC15:07
mriedemclaudiub: ok, so what was the criteria for choosing the tests that were picked for this one change?15:07
bauzasdansmith: will upload my patch15:07
*** bkopilov has joined #openstack-nova15:07
claudiubmriedem: so, I've split it in several commits.15:07
claudiubmriedem: that commit is the 6th/11 commits15:07
mriedemclaudiub: e.g. move all spawn* methods, move all migrate* tests, etc15:08
*** baoli has joined #openstack-nova15:08
dansmithbauzas: okay15:08
claudiubmriedem: tests that were belonging to a particular Ops class. For example, for VMOps, we refactored all the VMOps tests15:08
openstackgerritsahid proposed openstack/nova: objects: introduce numa topology limits objects  https://review.openstack.org/13781715:08
*** zz_johnthetubagu is now known as johnthetubaguy15:09
claudiubmriedem: also, example, the VolumeOps tests, all the tests related to the volumes15:10
mriedemclaudiub: yeah, idk, b/c i see def _test_power_on was volumeops but that's moved in the vmops change15:10
*** gokrokve has quit IRC15:11
*** mpaolino has joined #openstack-nova15:11
claudiubmriedem: yeah, since that is a VMOps method. It is a method related to vm operations15:11
*** ijw has quit IRC15:11
mriedemclaudiub: sorry for getting hung up on this, i just don't really know how to review these changes i guess. at a minimum i'd probably just see if any tests were dropped and if not, +215:12
mriedemsince i'd rather not dig into the guts of the hyperv modules to see what methods are where15:12
*** vmtrooper has joined #openstack-nova15:12
edleafendipanov and other cores: care to give this a quick review? PaulMurray's patch and this are intertwined. https://review.openstack.org/#/c/145619/15:12
openstackgerritgaryk proposed openstack/nova: Neutron: configure requested amount of fixed_ips  https://review.openstack.org/16386415:13
garykmriedem: ^ (it is wip progress - i need to test….)15:14
claudiubmriedem: That's ok. :) That is how we are managing our hyper-v modules, we divided the code in a few portions, each dealing with a certain part: VM management, volumes, migration, networking, etc. Anyways, thanks for taking a look. :)15:16
ndipanovedleafe, some of these bugs are just depressing15:16
edleafendipanov: :)15:17
*** yamahata has joined #openstack-nova15:17
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Fix ComputeNode backport for Service.obj_make_compatible  https://review.openstack.org/16386715:17
*** vmtrooper has quit IRC15:17
bauzasdansmith: ^ above is the new unittest + change in the service object15:18
bauzasdansmith: it just shows me that the cn primitive is set in the rock with 1.10 (didn't said marble !)15:18
dansmithbauzas: okay, trying to dial in this test and then I'll look15:18
*** adelinatuvenie has quit IRC15:19
garykmriedem: please ping me when you have a few secs15:19
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Fix ComputeNode backport for Service.obj_make_compatible  https://review.openstack.org/16386715:20
*** david-ly_ is now known as david-lyle15:23
*** tonytan4ever has quit IRC15:23
edleafendipanov: thanks for the +2. Any other cores wanna push this through? https://review.openstack.org/#/c/145619/15:24
*** nellysmi_ has quit IRC15:24
*** Maike has quit IRC15:27
*** rushiagr_away is now known as rushiagr15:30
*** eharney has quit IRC15:32
*** rwsu-afk is now known as rwsu15:33
*** neelashah has quit IRC15:33
*** eharney has joined #openstack-nova15:33
*** kaisers has quit IRC15:35
*** dsanders has joined #openstack-nova15:35
*** setuid has quit IRC15:35
*** Nikolay_St has quit IRC15:37
*** setuid has joined #openstack-nova15:38
*** lpetrut has quit IRC15:38
*** lpetrut has joined #openstack-nova15:40
*** zul has quit IRC15:40
*** kaisers has joined #openstack-nova15:40
openstackgerritTimofey Durakov proposed openstack/nova: Removed 'PYTHONHASHSEED=0' from tox.ini  https://review.openstack.org/16387715:41
*** exploreshaifali has quit IRC15:41
*** zul has joined #openstack-nova15:41
*** whenry_ has quit IRC15:41
*** dsanders has quit IRC15:44
*** gszasz has quit IRC15:44
garykmriedem: ok. a few updates. 1. i have fixed the bug. 2. i have tested and it works. 3. it was added in havana when we only supported one fixed ip. 4. nishbar li ha ding dong15:44
dims_garyk: oslo.vmware a quick review to remove oslo namespaces when you get a chance please - https://review.openstack.org/#/c/163760/15:45
*** neelashah has joined #openstack-nova15:45
*** neelashah1 has joined #openstack-nova15:46
*** armax has joined #openstack-nova15:46
garykdims_: done15:48
dims_thanks much garyk!15:48
*** nelsnelson has joined #openstack-nova15:48
PaulMurrayndipanov thanks for review - re the comment: https://review.openstack.org/#/c/148904/13//COMMIT_MSG15:49
*** neelashah has quit IRC15:50
PaulMurrayndipanov, are you saying I should drop that sentence from the comment15:50
garykdims_: np. any idea where mriedem is. he is mia?15:51
PaulMurrayndipanov, or that the patch is not related to the bug report?15:51
dims_garyk: backscroll says he was around earlier15:51
garyktx15:52
mriedemgaryk: i'm around, will have to check that change later15:52
mriedemtrying to fix a bug atm15:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_iptables_network to work with random PYTHONHASHSEED  https://review.openstack.org/16335215:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_neutrounv2 to pass with random PYTHONHASHSEED  https://review.openstack.org/16090015:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_utils to pass with random PYTHONHASHSEED  https://review.openstack.org/16335315:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in test_neutron_driver to pass with random PYTHONHASHSEED  https://review.openstack.org/16090115:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored tests to pass in test_inject to pass with random PYTHONHASHSEED  https://review.openstack.org/16335415:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in test_cloud to pass with random PYTHONHASHSEED  https://review.openstack.org/16335515:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_availability_zones to pass with random PYTHONHASHSEED  https://review.openstack.org/16335615:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_disk_config to work with random PYTHONHASHSEED  https://review.openstack.org/16067115:52
openstackgerritTimofey Durakov proposed openstack/nova: fix for vmware test_driver_api to pass with random PYTHONHASHSEED  https://review.openstack.org/16335715:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_xenapi to work with random PYTHONHASHSEED  https://review.openstack.org/16067015:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_simple_tenant_usage to pass with random PYTHONHASHSEED  https://review.openstack.org/16089715:52
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_matchers to pass with random PYTHONHASHSEED  https://review.openstack.org/16335815:52
openstackgerritTimofey Durakov proposed openstack/nova: libvirt test_cpu_info method fixed random PYTHONHASHSEED compatibility  https://review.openstack.org/16066915:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored tests in test_wsgi to pass with random PYTHONHASHSEED  https://review.openstack.org/16089815:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in vmware test_read_write_util to pass with random PYTHONHASHSEED  https://review.openstack.org/16335915:52
openstackgerritTimofey Durakov proposed openstack/nova: Refactored test in linux_net to pass with random PYTHONHASHSEED  https://review.openstack.org/16089915:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in test_trusted_filters to pass with random PYTHONHASHSEED  https://review.openstack.org/16131415:52
openstackgerritTimofey Durakov proposed openstack/nova: refactored tests in test_objects to pass with random PYTHONHASHSEED  https://review.openstack.org/16131315:52
ndipanovPaulMurray, well both I think... the bug specifically asks for initializing the compute_node just once and never touch the DB again15:54
garykmriedem: honestly i am not even sure that we need it. who actually uses this stuff?15:54
ndipanovand we don't do any of that in that patch15:54
ndipanovwe just move the code to the beginning of the method15:54
mriedemgaryk: well that was something i asked too15:54
ndipanovand make it nicer15:54
mriedemgaryk: you implemented it in grizzly :)15:54
ndipanovso I'd just drop any mention of that bug really15:54
ndipanovPaulMurray,15:54
ndipanov^15:54
garykmriedem:  i will add unit tests for completeness - so if someone actually does then they can benefit from the work15:54
mriedemgaryk: if we removed it, it'd be a regression in the multinic API15:54
garykmriedem: i did check the the boot with same network and multiple fixed and it works.15:55
garykmriedem: agree. so i'll fix the tests and we can put this dodgy ege case behind us15:55
mriedemgaryk: yeah, i'm working on adding a tempest test for that this week15:55
garykok, thanks15:55
PaulMurrayndipanov, I admit, I didn't do it because of the bug report, I noticed I had to move the code and bauzas / edleafe had a pre-existing patch that for it that they thought I could adapt15:56
*** Longgeek has joined #openstack-nova15:56
PaulMurraythat's where the link to the bug came from15:56
PaulMurrayndipanov, so I'm happy to remove the link - but there is some relevant discussion in the bug report15:56
*** annashen has joined #openstack-nova15:56
PaulMurrayndipanov, may be worth keeping the link for that?15:57
edleafePaulMurray: yeah, I just followed bauzas' code when I took it over. I didn't work off of the bug15:57
*** browne has joined #openstack-nova15:57
*** annashen has quit IRC15:58
PaulMurrayedleafe, I'm planning to rebase on top of your patch with the changes I am going to make15:58
edleafePaulMurray: ndipanov: I never understood the bug, to be honest. I didn't see where the service call was ever being made more than once in the RT.16:00
ndipanovPaulMurray, as long as it refernces the discussion I'm fine16:00
ndipanovedleafe, it's not normally, if we have the compute_node set - nothing will be called after that16:00
dansmithbauzas:16:00
*** angdraug has joined #openstack-nova16:00
*** thedodd has quit IRC16:00
openstackgerritDan Smith proposed openstack/nova: Fix backporting objects with sub-objects that can look falsey  https://review.openstack.org/16388616:00
openstackgerritDan Smith proposed openstack/nova: Add a test that validates object backports and child object versions  https://review.openstack.org/16388716:00
edleafePaulMurray: ndipanov: once self.compute_node was created, it is never called again16:00
dansmithbauzas: found three issues while writing that test :)16:01
dansmithbauzas: although it didn't find yours, so I need to look at that16:01
PaulMurrayndipanov, thanks for the other suggestions - you actually pointed out some things I do later in the series that make more sense doing here.16:01
PaulMurrayndipanov, so pretty easy to change16:01
PaulMurrayndipanov, and proabably less confusing that way16:01
ndipanovPaulMurray, yeah I noticed that as well16:02
ndipanovwould make the patches more self contained ...16:02
ndipanovalso the bug for that object dict attr issue would be nice16:02
edleafendipanov: all I saw was we were eliminating some 'if self.compute_node:' logic, since we now assume it has been created16:03
PaulMurrayndipanov, you mean this?: https://review.openstack.org/#/c/163328/16:03
ndipanovedleafe, yeah tbh - I'd close that bug as invalid after this patch16:03
*** andreykurilin has quit IRC16:03
ndipanovPaulMurray, no16:03
ndipanovthe second to last patch in the series I reviewed16:04
dansmithbauzas: ah, it's because I'm setting compute_node ahead of time I think16:04
*** tonytan4ever has joined #openstack-nova16:04
PaulMurrayndipanov, oh, I understand - will do16:05
*** ijw has joined #openstack-nova16:06
PaulMurrayndipanov, the one I just referenced is a nice one though - helps lots when converting tests because most of the tests have nonsense values somewhere16:07
*** shyama has quit IRC16:08
*** claudiub has quit IRC16:09
*** eharney has quit IRC16:09
*** unicell1 has quit IRC16:09
*** rmoe has quit IRC16:10
*** TobiasE has joined #openstack-nova16:10
*** dboik_ has quit IRC16:10
*** andreykurilin has joined #openstack-nova16:10
*** pkoniszewski has quit IRC16:10
*** otter768 has joined #openstack-nova16:10
*** dboik has joined #openstack-nova16:10
*** mpaolino has quit IRC16:11
openstackgerritMatt Riedemann proposed openstack/nova: compute: don't trace on InstanceNotFound in reverts_task_state  https://review.openstack.org/16389016:11
*** ijw has quit IRC16:12
*** setuid has quit IRC16:13
*** iamjarvo has quit IRC16:14
*** otter768 has quit IRC16:15
*** bkopilov has quit IRC16:15
*** setuid has joined #openstack-nova16:15
*** lpetrut has quit IRC16:17
*** bkopilov has joined #openstack-nova16:17
*** setuid has quit IRC16:18
*** iamjarvo has joined #openstack-nova16:19
*** iamjarvo has quit IRC16:19
bauzasPaulMurray: do I need to read your convo, do you need my help ?16:19
bauzasPaulMurray: my IRC client just blinked a lot :)16:20
*** iamjarvo has joined #openstack-nova16:20
*** bkopilov has quit IRC16:20
*** setuid has joined #openstack-nova16:20
*** claudiub has joined #openstack-nova16:20
*** kiwik-chenrui has quit IRC16:21
*** kiwik-chenrui has joined #openstack-nova16:22
*** eharney has joined #openstack-nova16:22
*** Nic has joined #openstack-nova16:24
*** annashen has joined #openstack-nova16:24
openstackgerritAndrew Laski proposed openstack/nova: WIP(tests) Add CellMapping object  https://review.openstack.org/16186716:25
openstackgerritAndrew Laski proposed openstack/nova: Split NovaPersistentObject mixin  https://review.openstack.org/16360516:25
*** johnthetubaguy is now known as zz_johnthetubagu16:26
*** rfolco has quit IRC16:26
*** Longgeek has quit IRC16:26
*** afazekas_ has quit IRC16:27
*** rmoe has joined #openstack-nova16:28
*** baoli has quit IRC16:28
*** jlanoux has quit IRC16:28
*** irenab has joined #openstack-nova16:28
*** iamjarvo has quit IRC16:29
*** matrohon has quit IRC16:30
*** salv-orlando has joined #openstack-nova16:31
*** annashen has quit IRC16:32
*** garyk has quit IRC16:33
openstackgerritRomain Hardouin proposed openstack/nova: heal_instance_info_cache_interval help clearer  https://review.openstack.org/16389716:36
openstackgerritChris Friesen proposed openstack/nova: Fix up server group policy validation  https://review.openstack.org/16274616:37
*** TobiasE has quit IRC16:37
*** baoli has joined #openstack-nova16:38
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_iptables_network to work with random PYTHONHASHSEED  https://review.openstack.org/16335216:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_neutrounv2 to pass with random PYTHONHASHSEED  https://review.openstack.org/16090016:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_utils to pass with random PYTHONHASHSEED  https://review.openstack.org/16335316:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in test_neutron_driver to pass with random PYTHONHASHSEED  https://review.openstack.org/16090116:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored tests to pass in test_inject to pass with random PYTHONHASHSEED  https://review.openstack.org/16335416:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in test_cloud to pass with random PYTHONHASHSEED  https://review.openstack.org/16335516:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_availability_zones to pass with random PYTHONHASHSEED  https://review.openstack.org/16335616:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_disk_config to work with random PYTHONHASHSEED  https://review.openstack.org/16067116:39
openstackgerritTimofey Durakov proposed openstack/nova: fix for vmware test_driver_api to pass with random PYTHONHASHSEED  https://review.openstack.org/16335716:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed test in test_xenapi to work with random PYTHONHASHSEED  https://review.openstack.org/16067016:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_simple_tenant_usage to pass with random PYTHONHASHSEED  https://review.openstack.org/16089716:39
openstackgerritTimofey Durakov proposed openstack/nova: fixed tests in test_matchers to pass with random PYTHONHASHSEED  https://review.openstack.org/16335816:39
openstackgerritTimofey Durakov proposed openstack/nova: libvirt test_cpu_info method fixed random PYTHONHASHSEED compatibility  https://review.openstack.org/16066916:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored tests in test_wsgi to pass with random PYTHONHASHSEED  https://review.openstack.org/16089816:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in vmware test_read_write_util to pass with random PYTHONHASHSEED  https://review.openstack.org/16335916:39
openstackgerritTimofey Durakov proposed openstack/nova: Refactored test in linux_net to pass with random PYTHONHASHSEED  https://review.openstack.org/16089916:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored test in test_trusted_filters to pass with random PYTHONHASHSEED  https://review.openstack.org/16131416:39
openstackgerritTimofey Durakov proposed openstack/nova: refactored tests in test_objects to pass with random PYTHONHASHSEED  https://review.openstack.org/16131316:39
*** zzzeek has joined #openstack-nova16:40
openstackgerritJosh Gachnang proposed openstack/nova: Add support for cleaning in Ironic driver  https://review.openstack.org/16147416:42
*** rfolco has joined #openstack-nova16:43
bauzasjaypipes: mornooning, if you have time for reviewing a critical bugfix https://review.openstack.org/#/c/163797/116:45
*** jistr has quit IRC16:45
bauzasjaypipes: that would be appreciated (+W needed)16:45
*** tonytan4ever has quit IRC16:46
*** yamahata has quit IRC16:47
jaypipesbauzas: done.16:48
*** markus_z has quit IRC16:48
jaypipesdansmith: note that I added you as a reviewer on https://review.openstack.org/#/c/161313/. It will be obvious why when you see it. :)16:51
bauzasjaypipes: that's one example of the pain we suffer with doing that kind of split16:51
*** Marga_ has joined #openstack-nova16:52
bauzasjaypipes: as objects are not yet fully in use in the whole Nova codebase16:52
*** dsanders has joined #openstack-nova16:52
jaypipesbauzas: yes, understood.16:52
bauzasjaypipes: woah, sounds I've been beaten a lot by the lenght of the series16:52
jaypipesbauzas: those areas are getting smaller and smaller though...16:52
bauzasjaypipes: I was competing on that and thought I was on a good position but the above https://review.openstack.org/#/c/161313/ blew up my dreams of medals16:53
*** Marga__ has joined #openstack-nova16:55
mriedemMike_D_wk: replied in https://review.openstack.org/#/c/163181/ again, are you ok with handling that other method in a separate change?16:56
*** Marga_ has quit IRC16:57
*** sbfox has joined #openstack-nova16:57
*** Marga__ has quit IRC16:58
*** oro_ has quit IRC16:58
*** Marga_ has joined #openstack-nova16:58
*** mwagner_lap has quit IRC16:59
*** oro has quit IRC16:59
*** afazekas has joined #openstack-nova16:59
*** lpetrut has joined #openstack-nova17:00
*** vmtrooper has joined #openstack-nova17:01
*** sahid has quit IRC17:01
*** krykowski has quit IRC17:03
*** jlanoux has joined #openstack-nova17:04
*** ybathia has joined #openstack-nova17:05
*** harlowja_away is now known as harlowja_17:06
*** ijw has joined #openstack-nova17:06
*** vmtrooper has quit IRC17:06
*** whenry has joined #openstack-nova17:07
*** yamahata has joined #openstack-nova17:09
*** kaufer has quit IRC17:10
*** ijw has quit IRC17:11
mdboothAnybody know which version of eventlet had 'util' in it?17:12
mdboothNever mind, 0.15 seems to do the trick17:13
*** abhishekk has joined #openstack-nova17:14
*** patrickeast has joined #openstack-nova17:16
*** tonytan4ever has joined #openstack-nova17:17
*** takedakn has joined #openstack-nova17:19
openstackgerritSean Dague proposed openstack/nova: Deprecate Nova in tree EC2 APIs  https://review.openstack.org/15092917:20
*** tonytan4ever has quit IRC17:21
*** melwitt has joined #openstack-nova17:22
*** kaufer has joined #openstack-nova17:23
*** zz_johnthetubagu is now known as johnthetubaguy17:25
*** aix has quit IRC17:25
*** Nikolay_St has joined #openstack-nova17:25
*** devlaps has joined #openstack-nova17:26
*** pask81 has quit IRC17:29
*** wuhg has quit IRC17:29
*** achanda has joined #openstack-nova17:32
*** andreykurilin_ has joined #openstack-nova17:33
*** mtanino has joined #openstack-nova17:34
*** tjones1 has joined #openstack-nova17:35
*** andreykurilin_ has quit IRC17:41
*** mpavone has quit IRC17:41
*** tonytan4ever has joined #openstack-nova17:43
*** angdraug has quit IRC17:43
openstackgerritSean Dague proposed openstack/nova: VMware: Deprecation warning - map one nova-compute to one VC cluster  https://review.openstack.org/16342617:44
sdaguedims_: I just respun your thing with the way dhellmann said we should be making standard log deprecation calls17:45
dims_sdague: thanks!17:49
sdagueonce it passes tests, I'll +A, as dansmith and mriedem were both +2 on ti17:50
dims_perfect17:51
*** Mike_D_laptop has joined #openstack-nova17:52
*** Marga_ has quit IRC17:53
*** claudiub has quit IRC17:54
*** exploreshaifali has joined #openstack-nova17:55
*** Marga_ has joined #openstack-nova17:56
*** johnthetubaguy is now known as zz_johnthetubagu17:57
*** iamjarvo has joined #openstack-nova18:00
*** annegentle has quit IRC18:00
*** Mike_D_laptop has quit IRC18:00
mriedemsdague: one little comment in here, about a comment https://review.openstack.org/#/c/160423/18:01
mriedemsdague: would be nice to have that comment so others don't fall into th same trap, but not a biggy18:01
mriedemi would self approve if you updated it18:02
sdaguemriedem: I'll update18:02
mriedemk18:02
sdaguethanks for the review, update coming shortly18:02
*** igordcard_ has joined #openstack-nova18:02
*** derekh has quit IRC18:03
*** dims__ has joined #openstack-nova18:03
*** dims__ has quit IRC18:03
*** dims__ has joined #openstack-nova18:04
openstackgerritSean Dague proposed openstack/nova: implement user negative testing for flavor manage  https://review.openstack.org/16042318:05
mriedemgot it18:05
dansmithsdague: is that the set you wanted me to look at?18:06
sdagueyeh18:06
*** mwagner_lap has joined #openstack-nova18:06
*** ijw has joined #openstack-nova18:06
sdaguemriedem did already though, and jogo had +2s on it previously18:06
*** jlanoux has quit IRC18:06
dansmithlooks like I'm off the hook tho18:06
dansmithcool18:06
*** dims_ has quit IRC18:07
openstackgerritgaryk proposed openstack/nova: Neutron: configure requested amount of fixed_ips  https://review.openstack.org/16386418:09
*** dims__ has quit IRC18:09
*** Longgeek has joined #openstack-nova18:11
*** otter768 has joined #openstack-nova18:11
*** vladikr has quit IRC18:11
mriedemummmm18:11
*** ijw has quit IRC18:12
*** annegentle has joined #openstack-nova18:12
mriedemanyone else seeing this completely explode in test_neutronv2? https://github.com/openstack/nova/commit/92074e0fde7da6262897b08d100fedcfe7e4940f18:12
*** lucasagomes has quit IRC18:12
*** annegentle has quit IRC18:15
*** annegentle has joined #openstack-nova18:15
*** baoli has quit IRC18:16
*** otter768 has quit IRC18:16
*** vladikr has joined #openstack-nova18:17
*** achanda has quit IRC18:17
*** eglynn has quit IRC18:18
*** dprince has quit IRC18:18
mriedemhttp://paste.openstack.org/show/191892/18:18
*** ndipanov has quit IRC18:19
openstackgerritmelanie witt proposed openstack/python-novaclient: Add missing servers.create parameter documentation  https://review.openstack.org/16392318:19
*** Marga_ has quit IRC18:20
*** penick has joined #openstack-nova18:21
*** bkopilov has joined #openstack-nova18:21
*** achanda has joined #openstack-nova18:23
*** achanda has quit IRC18:23
*** achanda has joined #openstack-nova18:24
sdaguemriedem: there might be an assumed order issue18:25
*** afazekas has quit IRC18:26
*** annashen has joined #openstack-nova18:30
*** Longgeek has quit IRC18:31
sdagueI wonder how it got pass upstream testing18:31
*** htruta has joined #openstack-nova18:35
*** dims has joined #openstack-nova18:35
*** nellysmitt has joined #openstack-nova18:35
*** claudiub has joined #openstack-nova18:36
*** Sukhdev has joined #openstack-nova18:38
*** mtanino has quit IRC18:41
*** zul has quit IRC18:41
openstackgerritSean Dague proposed openstack/nova: Deprecate Nova in tree EC2 APIs  https://review.openstack.org/15092918:41
*** pkoniszewski has joined #openstack-nova18:43
*** zul has joined #openstack-nova18:43
*** dprince has joined #openstack-nova18:46
openstackgerritgaryk proposed openstack/nova: VMware: fix VM rescue problem with VNC console  https://review.openstack.org/11390818:46
*** claudiub has quit IRC18:47
*** sbfox has quit IRC18:49
*** vmtrooper has joined #openstack-nova18:50
*** Marga_ has joined #openstack-nova18:50
*** jcoufal has quit IRC18:54
*** Nikolay_St has quit IRC18:55
*** vmtrooper has quit IRC18:55
*** thedodd has joined #openstack-nova18:55
mriedemsdague: yeah no idea18:56
mriedembut it's been in since yesterday18:56
mriedemconstantly fails for me locally though, i've pulled, rebuilt tox, etc18:56
sdagueyeh, it's test ordering, otp now, and I'll poke later18:56
*** thangp has quit IRC18:58
*** Nikolay_St has joined #openstack-nova19:00
openstackgerritMatt Riedemann proposed openstack/nova: Revert "Make unit tests inherit from test.NoDBTestCase"  https://review.openstack.org/16393119:00
mriedemsdague: ^19:00
*** jecarey has quit IRC19:02
*** vadorsky has joined #openstack-nova19:04
*** vadorsky has quit IRC19:04
*** jecarey has joined #openstack-nova19:04
*** vadorsky has joined #openstack-nova19:05
*** Nikolay_St has quit IRC19:06
*** ijw has joined #openstack-nova19:06
*** takedakn has quit IRC19:10
*** Marga_ has quit IRC19:11
*** ijw has quit IRC19:11
*** garyk has joined #openstack-nova19:12
*** Nikolay_St has joined #openstack-nova19:13
mriedemjogo: jaypipes: ^ too19:14
jaypipesmriedem: :(19:15
mriedemjaypipes: i might be crazy, but if you run that one test by itself it should fail19:15
*** bwensley has joined #openstack-nova19:15
sdaguemriedem: I might have a narrower fix later today if you can wait19:16
jaypipesmriedem: and why doesn't it fail when run together? :(19:16
mriedemjaypipes: locally if i run all of test_neutronv2 it fails19:16
mriedemor just the test19:16
mriedemi don't know what's different about my local than the gate19:16
sdagueI do... otp :)19:16
jaypipesotp?19:18
mriedemon the phone19:18
jaypipesoh19:18
mriedem!= odb19:18
openstackmriedem: Error: "=" is not a valid command.19:18
jaypipeslol19:19
*** Nikolay_St has quit IRC19:19
mriedemyou got that one :)19:19
*** dulek has quit IRC19:19
*** rushiagr is now known as rushiagr_away19:20
*** Nikolay_St has joined #openstack-nova19:25
*** tjones1 has quit IRC19:25
openstackgerritgaryk proposed openstack/nova: VMware: update test_vm_util to use instance object  https://review.openstack.org/16027319:26
openstackgerritgaryk proposed openstack/nova: VMware: use instance UUID as instance name  https://review.openstack.org/16079619:26
*** claudiub has joined #openstack-nova19:26
*** bkopilov has quit IRC19:27
openstackgerritTushar Patil proposed openstack/nova: Save connection_info before volume becomes in-use  https://review.openstack.org/16393719:28
*** bkopilov has joined #openstack-nova19:32
*** tjones1 has joined #openstack-nova19:34
*** iamjarvo has quit IRC19:37
*** sbfox has joined #openstack-nova19:38
*** openstackgerrit has quit IRC19:40
*** openstackgerrit has joined #openstack-nova19:40
*** iamjarvo has joined #openstack-nova19:42
mriedemis there an easy way to unset a specific stub with mox without unstubbing everything?19:44
mriedemi.e. i don't want to call self.mox.UnsetStubs()19:45
*** Nikolay_St has quit IRC19:45
*** Marga_ has joined #openstack-nova19:45
*** Nikolay_St has joined #openstack-nova19:46
*** angdraug has joined #openstack-nova19:48
*** oro_ has joined #openstack-nova19:49
*** oro has joined #openstack-nova19:49
openstackgerritChris Friesen proposed openstack/nova: Fix "down" nova-compute service spuriously marked as "up"  https://review.openstack.org/16306019:49
*** dougwig has joined #openstack-nova19:50
mriedemnova meeting in 10 minutes19:50
*** Marga_ has quit IRC19:50
melwittmriedem: I think it's one hour 10 from now because of daylight savings19:51
mriedemgdi19:51
melwittlol sorry19:51
dougwighello nova.  devstack's check queue recently added a grenade job including neutron, and the question was raised as to whether it still needs to be doing grenade with nova-net.  i didn't see any special case upgrade code in grenade for nova-net, but wanted to check here first before removing the grenade/nova-net job from devstack ?19:51
mriedemdougwig: grenade with both is good imo19:52
dougwigmriedem: can you chime in on here, for posterity?  https://review.openstack.org/#/c/160914/19:52
dougwigif i don't close the loop, anteaya will hunt me down, i'm sure.  :)19:53
mriedemuh oh19:53
*** gokrokve_ has quit IRC19:53
mriedemwell, question is "Is the upgrade code path any different if nova-net is used instead?"19:53
mriedemi would think yes?19:54
mriedemif we screw up the nova-net rpc api19:54
mriedemand break upgrades19:54
*** gokrokve has joined #openstack-nova19:54
jogomriedem: can you revert a subset19:54
*** marun has quit IRC19:54
mriedemjogo: oh probably19:55
mriedemi'll have to run a full tox locally first19:55
mriedemto see what else was missed19:55
jogothanks19:55
*** gokrokve_ has joined #openstack-nova19:55
*** dprince has quit IRC19:56
*** bwensley has quit IRC19:56
openstackgerritgaryk proposed openstack/nova: Neutron: configure requested amount of fixed_ips  https://review.openstack.org/16386419:57
bauzasmriedem: isn't Nova meeting at 2200 UTC ?19:58
mriedembauzas: yeah i was wrong19:58
mriedemjust adjusted my calendar19:58
*** bwensley_ has joined #openstack-nova19:58
bauzasso 2 weeks before having the meeting at midnight for me :)19:58
*** jecarey has quit IRC19:59
*** gokrokve has quit IRC19:59
dougwigmriedem: thanks20:00
*** melwitt_ has joined #openstack-nova20:02
*** exploreshaifali has quit IRC20:02
*** mikal_ is now known as mikal20:02
*** melwitt has quit IRC20:02
*** melwitt_ is now known as melwitt20:02
*** garyk has quit IRC20:03
*** setuid has quit IRC20:03
*** baoli has joined #openstack-nova20:03
*** jecarey has joined #openstack-nova20:04
*** sbfox has quit IRC20:04
*** jecarey_ has joined #openstack-nova20:04
*** baoli has quit IRC20:04
*** bwensley_ has quit IRC20:05
*** baoli has joined #openstack-nova20:05
*** exploreshaifali has joined #openstack-nova20:05
*** setuid has joined #openstack-nova20:05
anteayabauzas: 2100 utc: https://wiki.openstack.org/wiki/Meetings/Nova#Agenda_for_next_meeting20:07
bauzasanteaya: awesome20:07
*** jgrimm is now known as zz_jgrimm20:07
bauzasanteaya: my TB agenda was having 2200 UTC that's much better20:08
anteayaTB?20:08
anteayatuberculosis20:08
anteayaI hope that is not on your agenda20:08
bauzaseh :)20:08
*** jecarey has quit IRC20:09
bauzasdansmith: around ?20:10
*** matrohon has joined #openstack-nova20:10
bauzasdansmith: I was about to rework on https://review.openstack.org/#/c/163867/20:10
bauzasdansmith: I need basically to change the target_version to the corresponding version for the compute_node20:11
*** sbfox has joined #openstack-nova20:11
bauzasdansmith: so I could look at the obj_relationships attribute and find the right ComputeNode version compatible with the Service target_version, but was wondering if there was any helper method for this in the base module20:12
*** otter768 has joined #openstack-nova20:12
bauzasie. 'give me a version and a nested object, and I'll give you the corresponding version for the nested attribute"20:12
jaypipesdansmith, bauzas: https://review.openstack.org/#/c/137817/ could use your review. thx in advance.20:13
dansmithbauzas: back in a bit20:13
bauzasdansmith: np20:13
mriedemjaypipes: is that part of a blueprint?20:13
jaypipesmriedem: kilo-objects?20:13
bauzasmriedem: long story, do you want to hear about it ? :)20:13
mriedemno20:14
*** zz_jgrimm is now known as jgrimm20:14
*** annashen has quit IRC20:15
*** Longgeek has joined #openstack-nova20:16
*** otter768 has quit IRC20:17
openstackgerritMatthew Booth proposed openstack/nova: db: Don't compare datetime.datetime at > 1 second resolution  https://review.openstack.org/15629820:18
openstackgerritMatthew Booth proposed openstack/nova: Allow TimeOverride to take a specific time  https://review.openstack.org/15879620:18
*** dave-mccowan has quit IRC20:19
openstackgerritMatthew Booth proposed openstack/nova: Fix ArchiveTestCase on MySQL due to differing exceptions  https://review.openstack.org/15667420:19
*** nellysmitt has quit IRC20:22
*** cbader has quit IRC20:22
*** Longgeek has quit IRC20:23
dansmithbauzas: there isn't a helper, but it seems like the thing you're doing should also be good enough, so I want to think about how to do that better first20:25
dansmithbauzas: also, I'm almost good on my patch to add the test, so want your feedback on that once I have it working20:25
bauzasdansmith: sure20:25
bauzasdansmith: yey, the problem I think is how to make sure that if we backport a primitive to an older version, it will also backport the nested object primitive to a corresponding ver20:26
bauzasdansmith: and my findings don't show me it's currently possible20:26
mriedemdims: do we need this warning to show up as much as it does? http://goo.gl/rF4fyL20:26
dansmithwell, not just that, but the base class just overwrites the primitive, if it thinks it should do the backport20:27
*** cbader has joined #openstack-nova20:27
mriedemdims: https://bugs.launchpad.net/nova/+bug/143154920:28
openstackLaunchpad bug 1431549 in OpenStack Compute (nova) ""Arguments dropped when creating context" warnings are spamming logs" [Undecided,New]20:28
openstackgerritDan Smith proposed openstack/nova: Add a test that validates object backports and child object versions  https://review.openstack.org/16388720:28
dansmithbauzas: I think that will pass now ^20:28
*** Mike_D_laptop has joined #openstack-nova20:28
bauzasdansmith: ok I see the series, reviewing them20:29
openstackgerritMatthew Booth proposed openstack/nova: Fix ArchiveTestCase on MySQL due to MySQL read view  https://review.openstack.org/15667520:29
sdaguemriedem: so... the reason the tests work in bulk but not in specific is the DatabaseFixture doesn't actually kill all the db stuff on cleanup, it just does the reset20:29
sdagueso you might be using someone else's previously setup database20:30
dimsmriedem: the LOG.warn was already there - https://github.com/openstack/nova/blob/stable/juno/nova/context.py#L6420:30
sdagueI'll work up a fix for that, and sort out which tests need to rollback20:30
dimsmriedem: y i can throttle it20:30
mriedemsdague: ok, i'm nearly done with a py27 run with --concurrency=120:30
mriedemonce that's done, i'll just revert the failing test classes20:31
openstackgerritJay Pipes proposed openstack/nova: Move InstanceClaimTestCase.test_claim_and_audit  https://review.openstack.org/13605420:31
sdagueso... I'm surprised that would expose it20:31
openstackgerritJay Pipes proposed openstack/nova: Update some ResizeClaimTestCase tests  https://review.openstack.org/13868620:31
openstackgerritJay Pipes proposed openstack/nova: Use migration object in resource_tracker  https://review.openstack.org/7932420:31
sdagueyeh, now that I did this I've got 48 test fails20:31
sdaguesorry, 4620:32
mriedemsdague: --concurrency=1 didn't expose it, but it did expose some quota races :) http://paste.openstack.org/show/191932/20:32
mriedemjogo: ^20:32
sdaguemriedem: nice, so honestly, it's probably better if I do this fix instead of that. I'll fix up these 46 tests and this should prevent this kind of issue in the future20:33
mriedemi'll get a bug open for that and a fix up20:33
mriedemsdague: 'that' being the targeted revert?20:33
sdagueyeh20:33
mriedemsure20:33
sdagueit's probably more than the revert actually20:33
jaypipessdague: thx Sean.20:33
sdaguemriedem: that's not actually a quota race, that's a db getting reused unexpectedly I think20:34
jogowhat sdague said20:35
mriedemyeah20:35
mriedemhttps://bugs.launchpad.net/nova/+bug/143155120:35
openstackLaunchpad bug 1431551 in OpenStack Compute (nova) "nova.tests.unit.api.openstack.compute.contrib.test_block_device_mapping_v1 hits OverQuota with --concurrency=1" [Undecided,New]20:35
mriedemregardless20:35
mriedembusted20:35
*** Marga_ has joined #openstack-nova20:35
mdboothmriedem: --concurrency 1 is no concurrency, right?20:36
mriedemsdague: once you have a thing up for https://review.openstack.org/#/c/163931/ i'll drop it20:36
mriedemmdbooth: yes20:36
mdboothmriedem: Does that often trigger different bugs? Just curious.20:36
mriedemmdbooth: it's exposed some weirdness in tests before20:37
mriedemthat have eventually found their way into the gate20:37
*** Marga_ has quit IRC20:37
*** Marga_ has joined #openstack-nova20:38
mriedemdims: huh, i've never noticed that in the amount it logs now20:38
*** Sukhdev has quit IRC20:38
*** exploreshaifali has quit IRC20:39
dimsmriedem: ack, will figure out a way to reduce that logging20:39
*** vmtrooper has joined #openstack-nova20:39
dimsrather than just yank it20:39
*** Mike_D_laptop has quit IRC20:39
openstackgerritJay Pipes proposed openstack/nova: objects: introduce numa topology limits objects  https://review.openstack.org/13781720:40
*** dave-mccowan has joined #openstack-nova20:40
jaypipesmriedem: I just added the Blueprint: kilo-objects line.... ^20:40
*** neelashah1 has quit IRC20:42
*** vladikr has quit IRC20:42
*** mrda-away is now known as mrda20:42
mriedemhttps://www.youtube.com/watch?v=5QGb821oAZs&t=7420:43
sdaguemriedem: yeh, should be about another 20 minutes and I'll have the patch20:43
sdaguemriedem: are there other bugs registered except 1421551?20:44
mriedemsdague: 143151920:44
*** vmtrooper has quit IRC20:44
mriedem1431551 is the bdm thing20:44
*** tonytan4ever has quit IRC20:44
sdagueright, but it's actually the same bug20:44
mriedemalright, we can dupe20:45
sdagueor I can close them both with this patch20:45
mriedemthat works too20:45
dansmithbauzas: ah, this doesn't catch your case because service.host is not set, and we swallow all errors in do_compute_node() :(20:47
openstackgerritChris Friesen proposed openstack/nova: Fix "down" nova-compute service spuriously marked as "up"  https://review.openstack.org/16306020:49
*** thedodd has quit IRC20:50
mikalMorning20:50
bauzasdansmith: argh20:50
*** takedakn has joined #openstack-nova20:51
bauzasdansmith: I'm taking time to review your patch because I need to understand how you metaclass the NovaObject classes20:51
dansmithbauzas: that is all going away in o.vo20:51
dansmithbauzas: I don't like that stuff20:51
mriedemdansmith: is there a patch in the works that fixes this? http://logs.openstack.org/90/163890/1/check/check-tempest-dsvm-cells/896e7e0/logs/screen-n-cell-child.txt.gz?level=TRACE#_2015-03-12_17_44_00_20220:51
*** annashen has joined #openstack-nova20:51
dansmithmriedem: not from me20:52
*** thedodd has joined #openstack-nova20:53
mriedemk20:54
mriedemi'll take a look20:54
*** thedodd has quit IRC20:54
*** marun has joined #openstack-nova20:54
mriedemsince bauzas loves objects so much he could also learn to love cells :)20:54
bauzasmriedem: I had a good teacher with alaski20:54
*** penick has quit IRC20:55
bauzasmriedem: at least now I can understand the differences between all modules :D20:55
bauzasmriedem: but I'm only yellow belt20:55
bauzasmriedem: checking20:55
mdboothdansmith: Do you remember I submitted a patch to remove that metaclass stuff a few months ago? You killed it because it was an integral part of the design :)20:57
mriedemnova meeting in 3 min20:57
mikalTrue dat20:57
mriedembauzas: alaski: dansmith: https://bugs.launchpad.net/nova/+bug/143156220:57
openstackLaunchpad bug 1431562 in OpenStack Compute (nova) "cells: Error processing message locally: Object action save failed because: Calling remotables with context is deprecated" [Undecided,New]20:57
dansmithmdbooth: eh?20:58
*** pixelbeat has quit IRC20:58
*** raildo has quit IRC20:58
dansmithmdbooth: it is an integral part of the design, in that it serves a purpose that would need a replacement20:58
*** dboik_ has joined #openstack-nova20:59
*** sbfox has quit IRC20:59
mdboothHow do you get gerrit to give you a list of abandoned patches?21:00
openstackgerritSean Dague proposed openstack/nova: ensure DatabaseFixture removes db on cleanup  https://review.openstack.org/16397021:00
*** cbader has quit IRC21:01
*** dboik has quit IRC21:02
*** harlowja_ has quit IRC21:03
mriedemchange status:open to status:abandoned21:03
*** harlowja has joined #openstack-nova21:04
sdaguemriedem: so that passes all the unit tests, running functional on it now, though I think those all require the db anyway21:04
*** penick has joined #openstack-nova21:04
*** penick has quit IRC21:04
alaskimriedem: thanks, looks like dansmiths wedge caught something21:04
mriedemsdague: yeah, the change didn't touch functional21:04
mriedemso i didn't test it21:04
*** rfolco has quit IRC21:04
mriedemalaski: running tox on a change locally now21:05
mriedemalaski: will push that up when done21:05
*** moshele has quit IRC21:05
*** patrickeast has quit IRC21:05
mriedems/wedge/dragnet/21:05
zzzeekhey mriedem : was wondering if this issue https://bugs.launchpad.net/nova/+bug/1183523 is the one im seeing where test_archive_deleted_rows_2_tables fails with testtools.matchers._impl.MismatchError: 8 != 5 ?21:05
openstackLaunchpad bug 1183523 in OpenStack Compute (nova) "db-archiving fails to clear some deleted rows from instances table" [Medium,Confirmed]21:05
*** patrickeast_ has joined #openstack-nova21:05
*** ybathia has quit IRC21:05
zzzeekmriedem: im getting this failure in tests a lot on my CI server21:05
bauzasalaski: dansmith: sounds like it just needs a slight patch to remove passing the context, that's it21:06
mriedembauzas: that's what i'm testing21:06
dansmithbauzas: yeah21:06
bauzasmriedem: I don't see anything really related to cells and messaging is just checking the child DB21:06
bauzasmriedem: nothing proxied to cells api21:07
alaskibauzas: looks like line 838 in cells/messaging.py21:07
bauzasalaski: yeah that line21:07
bauzasalaski: just removing that arg should fix the error21:08
alaskiyep21:08
bauzasanyway, nova meeting dudes21:08
mriedemalaski: bauzas: yeah...like i said, i have the patch :)21:08
mriedembut tox21:08
bauzasoh oh21:08
* bauzas should really create a cells devstack21:08
sdaguemriedem: functional tests all pass locally21:09
mriedemsdague: cool, expected them too21:09
mriedemzzzeek: not sure, nova meeting atm21:09
*** aysyd has quit IRC21:09
zzzeekmriedem: okey21:09
mriedemzzzeek: btw, is it a thing that sqlalchemy < 1.0 doesn't return fkey names for sqlite?21:10
mriedemwhen doing table.constraints?21:10
zzzeekmriedem: yes21:10
mriedembauzas: ^21:10
mriedemthere you go21:10
bauzasokay21:11
bauzasmriedem: I saw your comments, ty for them21:11
openstackgerritAndrew Laski proposed openstack/nova: Add CellMapping object  https://review.openstack.org/16186721:11
openstackgerritAndrew Laski proposed openstack/nova: Objects: use setattr rather than dict syntax in remotable  https://review.openstack.org/16397421:11
bauzasmriedem: was about to do a new upload by today or tomorrow21:11
bauzastrying to hit that before FF21:11
mriedembauzas: yeah should make it21:12
*** romainh has quit IRC21:13
jamielennoxjogo: so https://review.openstack.org/#/c/136931/ had to be rebased21:14
jamielennoxjogo: who else would know this stuff i can hit for the other +221:14
jamielennoxbecause i've been nursing this one since kilo opened21:14
openstackgerritMatt Riedemann proposed openstack/nova: cells: don't pass context to instance.save in instance_update_from_api  https://review.openstack.org/16397821:14
mriedembauzas: alaski: dansmith: ^21:14
*** thedodd has joined #openstack-nova21:14
jogojamielennox: not sure but just gave it a +2 again21:14
alaskimriedem: thanks21:16
*** romainh has joined #openstack-nova21:16
mriedemalaski: nice thing the cells job was around to show the failures :)21:17
jamielennoxdansmith or sdague: can you have a look at https://review.openstack.org/#/c/136931/ when you get a chance, it's been sitting for a while with one +221:17
alaskimriedem: heh, woo21:17
*** Marga_ has quit IRC21:20
*** neelashah has joined #openstack-nova21:22
jaypipesedleafe: no, he was saying to always send an InstanceList object, and for instance_update_info() for a single instance notification, the InstanceList would just contain a single Instance object.'21:23
dimssdague: there's a quota one that jogo dug up yday and i revved up the patch - https://review.openstack.org/#/c/163668/21:23
dims(with one +2_21:23
dims(with one +2)21:23
*** Marga_ has joined #openstack-nova21:24
edleafejaypipes: ah. Ok, that is doable21:24
jaypipesedleafe: yeah, I agree.21:25
jogojaypipes: we have the nova meeting now21:26
jogoerr jamielennox *21:26
jogoso if you want to chime in21:26
*** annashen has quit IRC21:26
edleafejaypipes: just responded to alaski on gerrit21:26
*** exploreshaifali has joined #openstack-nova21:27
edleafejaypipes: heh, just noticed that bauzas21:28
edleafeugh21:28
bauzasedleafe: mmm ?21:28
edleafejaypipes: heh, just noticed that bauzas' 'update_aggregates' sends two types21:28
alaskiedleafe: cool.  the naming is odd to me but not that important, if you change to always using instancelist I'm +221:28
bauzasedleafe: oh I see your point21:29
bauzasedleafe: yeah I actually accepts either a list or a single item21:29
sdaguedims: I left a comment, https://review.openstack.org/#/c/163668 seems wrong21:29
bauzasedleafe: I thought it was payload-saving21:30
bauzasedleafe: I mean, in case we would need to update 2 aggregates, we could send the updates once21:30
edleafebauzas: me too, but I see alaski's point21:30
bauzasedleafe: which I don't know, link please ? :)21:30
edleafebauzas: of course. But when you send 1 update, send a 1-item AggregateList21:30
edleafebauzas: https://review.openstack.org/#/c/16050721:31
bauzasedleafe: which is a valid point21:34
dimssdague: so here's the situation, if quota_set.items() had 5 items and the 4th item had an issue, we would create_limit for the first 3 and then bail out which is wrong, now with 2 for loops for quota_set.items(), only if the first loop finishes fully do we call any create_limit()21:34
bauzasedleafe: well, we can leave for now for aggregates and I'll change it later on21:35
bauzasedleafe: once your code will be merged21:35
sdaguedims: ... but _validate_quota_limit raises an exeception21:35
sdaguewhere are you catching that?21:35
edleafebauzas: the one benefit I could see is if you got a list instead of a single instance, you could interpret that as a 'fresh' list, and discard stale info21:36
dimssdague: the exception goes back on the wire21:36
sdaguedims: and stops processing the for loop21:36
dimsyes21:36
sdagueisn't that actually the bug21:36
sdagueyou never get to the next section of code21:36
dimsexactly what we want to do21:36
sdagueok... so I at least want a code comment there, because the intent is not clear unless you do a bunch more digging21:37
dimsack will do21:37
sdagueespecially because we have 2 for loops checking validity21:38
sdagueso this will end up a 3 for loop method, which is weird21:38
*** vadorsky has quit IRC21:38
*** Marga_ has quit IRC21:38
*** Marga_ has joined #openstack-nova21:39
*** kaufer has quit IRC21:42
*** dboik_ has quit IRC21:43
*** dboik has joined #openstack-nova21:44
*** Sukhdev has joined #openstack-nova21:44
*** lpetrut has quit IRC21:44
*** sbfox has joined #openstack-nova21:46
openstackgerritSean Dague proposed openstack/nova: Deprecate Nova in tree EC2 APIs  https://review.openstack.org/15092921:48
*** amotoki has quit IRC21:49
sdagueok... hopefully that passes all the tests21:50
openstackgerritMichael Bayer proposed openstack/nova: Repair ArchiveTestCase to pass in all cases  https://review.openstack.org/16399021:52
mikalOk, so important question21:53
mikalWho first thought of canning worms21:53
mikalAnd why?21:53
zzzeekim putting just random sets of you on my patch for review21:53
mikalIs it somehow the american dream to be able to can all of the animals in your back yard?21:53
zzzeeki dont care how you fix it but I want my own CI to pass21:53
mikalDo you perhaps can small birds as well?21:53
mriedemmikal: https://www.google.com/webhp?sourceid=chrome-instant&rlz=1C1OPRB_enUS530US530&ion=1&espv=2&ie=UTF-8#safe=off&q=can+of+worms+origin21:53
anteayamikal: like for bait?21:54
zzzeekb.c. that’s how I make sure SQLAlchemy isn’t breaking21:54
mriedemyes21:54
anteayamikal: people who lived near lakes who had tourists come up for teh summer21:54
anteayawho knew nothing about fishing but wanted to say they did it21:54
mikalI thought Americans fished with sticks of dynamite?21:54
* anteaya lives near a lake and tourists come up for the summer21:54
sdagueyeh, we do them in styrofoam though. They do sound more awesome as "night crawlers"21:54
mikalI'm sure the discovery channel assured me that was common21:54
mriedemcans were in the 50s21:55
mriedemaccording to google21:55
mriedemup until the 50s21:55
sdagueoh the 50s, when tin cans were the signal of modernity21:55
dansmithmikal: heh21:55
bauzascan't we use Pandora box ?21:55
bauzasinstead of can of worms ?21:56
*** annegentle has quit IRC21:56
sdaguedansmith: 3 other nova cores beat you to the +221:56
*** mriedem is now known as mriedem_away21:56
dansmithsdague: what +2?21:56
mriedem_awayec221:56
sdagueon the ec2 patch :)21:56
dansmithfsck that, push another rev!21:56
sdaguewell, if I screwed up the tests again, I will tomorrow21:56
dansmithsdague: okay, there's a $20 in it for you if I get advance notice21:57
dimshaha21:57
sdagueok, end of day for me. https://review.openstack.org/#/c/163970/ should fix mriedem_away's test issues - https://review.openstack.org/#/c/163970/ so if people want to land that, it would be cool21:57
*** neelashah has quit IRC21:59
*** asettle has quit IRC22:00
*** melwitt_ has joined #openstack-nova22:01
*** melwitt_ has quit IRC22:02
*** harlowja has quit IRC22:02
*** melwitt has quit IRC22:03
*** ybathia has joined #openstack-nova22:04
*** apuimedo has joined #openstack-nova22:04
*** harlowja has joined #openstack-nova22:04
*** Longgeek has joined #openstack-nova22:08
*** pcrews has joined #openstack-nova22:09
pcrewsjogo: howdy22:10
*** pkoniszewski has quit IRC22:11
jogopcrews: so trying to reproduce the quota issues22:11
jogohaven't gotten around to running your script yet, but it sounds like this is related to RPC timeouts and things like that mostly22:11
jogopcrews: does that align with your understanding?22:12
pcrewsjogo: yeah, I have been running some tests myself, with no luck. but that jibes with what I know22:12
jogoI am trying to restart n-* services during the test22:13
*** otter768 has joined #openstack-nova22:13
pcrewshave managed to crash nova (yay?), but haven't seen quotas go awry yet.  Have been trying create/delete/list_server*/reboot combos with multiple concurrent clients.22:13
jogoI am trying create delete list as well22:14
jogonext I am thinking of working on a a way to make oslo.messaging drop messages on purpose22:14
pcrewsI have a few more scenarios to try to stress things / try to hit the good timeouts, but nothing interesting yet.22:15
pcrewsthat would be pretty solid and useful for this kind of testing.22:15
jogoI just did it !22:15
pcrewsyou triggered it?22:15
jogopcrews: http://paste.openstack.org/show/191961/22:15
jogonow to better isolate the failure case22:16
jogohttp://paste.ubuntu.com/10587937/ + restarting services22:16
*** eharney has quit IRC22:16
*** nelsnels_ has joined #openstack-nova22:17
*** annashen has joined #openstack-nova22:17
*** otter768 has quit IRC22:18
pcrewsjogo: that is very cool :)22:18
jogopcrews: you remember how to reset the quotas?22:18
*** takedakn has quit IRC22:18
pcrewsjogo: Alas, I do not22:19
*** nelsnelson has quit IRC22:19
pcrewshttps://ask.openstack.org/en/question/494/how-to-reset-incorrect-quota-count/  \o/22:19
*** dkliban is now known as dkliban_afk22:23
mtreinishpcrews: there isn't a nova manage command for that?22:24
jogomtreinish: not yet22:25
*** burt has quit IRC22:26
bauzasdansmith: so, back to https://review.openstack.org/#/c/163887/2/nova/tests/unit/objects/test_objects.py,cm you got my blessing22:26
pcrewsquota-delete                Delete quota for a tenant/user so their quota will Revert back to default.22:26
bauzasdansmith: that just shows us that it's broken for my own patch22:26
* pcrews just found that, but has never tested it.22:27
bauzasdansmith: because you just doublecheck that the child field would be backported to an expected previous version22:27
*** jecarey_ has quit IRC22:28
*** vmtrooper has joined #openstack-nova22:28
*** patrickeast_ has quit IRC22:29
dansmithbauzas: well, right, the hard thing to do generally is know that for that case we need to provide a service.host and mock out computenodelist.get...() :(22:30
dansmithbauzas: so this will catch some cases, but we just need good specific testing on yours I think :/22:30
*** annashen has quit IRC22:31
bauzasdansmith: agreed22:31
dansmithbauzas: so I guess we need to break out the logic of "what version of $child should I send22:32
*** andreykurilin_ has joined #openstack-nova22:32
*** annashen has joined #openstack-nova22:32
bauzasdansmith: you mean in service.obj_make_compatible() ?22:32
bauzasdisclaimer: 11.30pm here22:32
*** Longgeek has quit IRC22:32
dansmithbauzas: yeah22:33
dansmithbauzas: go to sleep, we can do that tomorrow :)22:33
*** vmtrooper has quit IRC22:33
bauzasdansmith: that's my original thought, I should try to reproduce your _find_version_mapping helper22:34
dansmithbauzas: well, we just break it out of the base class into a helper I think22:35
jogopcrews: nova or nova-manage22:35
bauzasdansmith: no worries, wifey is just watching a french equivalent of X-Factor, so I have plenty of time...22:35
pcrewsjogo: nova, my bad22:35
*** melwitt has joined #openstack-nova22:36
jogodidn't work22:36
*** Marga_ has quit IRC22:36
jogothink I got a working nova-manage command22:38
jogohmm22:38
bauzasdansmith: agreed22:38
jogoohh my bad22:38
bauzasdansmith: for the moment, I'll just copy this into the service object, and we'll see if that makes the deal22:39
*** oro_ has quit IRC22:39
jogopcrews: your call looks like it works22:39
*** oro has quit IRC22:39
dansmithbauzas: okay22:39
*** Nic has quit IRC22:39
dansmithbauzas: tomorrow I can propose a patch to break out the bits from NovaObject22:39
*** thedodd has quit IRC22:39
pcrewsjogo: cool, that will come in handy for future-pcrews as well :)22:39
bauzasdansmith: if so, I would be tempted to add it in the base class and leave you rebase on top of my patch if you agree, because that's a critical bug :/22:40
jogopcrews: so I spoke to soon22:40
jogoit resets things to 022:40
jogoI have something to fix the quotas I think22:40
*** annashen has quit IRC22:40
dansmithbauzas: I don't think it's so critical that we can't take a day to fix it right the first time22:40
jogopcrews: yeah that command is bad actually22:41
jogohmm22:41
pcrewsjogo: :(  It sounded worthwhile on paper, but it seems par for the course that unborking things is never that easy.22:42
jogopcrews: ok let me try again22:42
jogopcrews: that command resets things to 022:42
jogoso quotas go to 022:42
jogoand after you boot an instance the quotas correct themselves22:42
jogoso lets say you have one instance running already22:42
jogoyou do the delete22:42
jogousage goes to 022:43
jogodo an action, quota correct themselves22:43
bauzasdansmith: agreed, provided that's merged before FF... :)22:43
bauzaserm, not FF22:43
bauzasRC122:43
dansmithyeah, no problem there I think22:44
jogopcrews: does that make more sense22:45
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Deprecate V1.1, add basic stuff for microversions  https://review.openstack.org/15256922:45
*** dims_ has joined #openstack-nova22:46
pcrewsjogo: it does, though that sounds like something that should maybe be better documented to prevent any 'wth just happened' moments.22:46
*** dims has quit IRC22:46
*** dboik has quit IRC22:48
jogohere is a better alternitive http://paste.ubuntu.com/10588043/22:48
*** dboik has joined #openstack-nova22:48
*** r-daneel has quit IRC22:48
*** amotoki has joined #openstack-nova22:49
jogopcrews: turns out its only a few lines of code22:50
jogodansmith: ^ http://paste.ubuntu.com/10588043/22:50
jogodansmith: never mind your not on that spec https://review.openstack.org/#/c/161782/222:50
*** nelsnels_ has quit IRC22:50
*** achanda has quit IRC22:52
*** achanda has joined #openstack-nova22:53
zzzeekheya so, from waht I’m seeing here, the archive_deleted_rows_for_table() routine is going to DELETE rows from tables unconditionally, meaning, if you run it, its going to wipe your database basically.  I feel like that can’t be correct?22:54
jogozzzeek: it is supposed to delete them from the shadow tables AFAIK22:54
openstackgerritMichael Bayer proposed openstack/nova: Ensure correct value for "deleted" is used  https://review.openstack.org/16400922:54
zzzeekjogo: hmm.  um.22:54
*** amotoki has quit IRC22:55
zzzeekjogo: it does queries like this:22:55
zzzeekINSERT INTO shadow_quota_usages SELECT quota_usages.created_at, quota_usages.updated_at, quota_usages.deleted_at, quota_usages.id, quota_usages.project_id, quota_usages.resource, quota_usages.in_use, quota_usages.reserved, quota_usages.until_refresh, quota_usages.deleted, quota_usages.user_id22:55
zzzeekFROM quota_usages22:55
zzzeekWHERE quota_usages.deleted IS NOT NULL ORDER BY quota_usages.id22:55
zzzeek LIMIT ? OFFSET ?22:55
zzzeek2015-03-12 17:01:01,218 INFO [sqlalchemy.engine.base.Engine] (7, 0)22:55
jogopcrews: bbiab, but looks like we have some progress on this22:55
zzzeek2015-03-12 17:01:01,219 INFO [sqlalchemy.engine.base.Engine] DELETE FROM quota_usages WHERE quota_usages.id in (SELECT T1.id FROM (SELECT quota_usages.id22:55
zzzeekFROM quota_usages22:55
zzzeekWHERE quota_usages.deleted IS NOT NULL ORDER BY quota_usages.id22:55
zzzeek LIMIT ? OFFSET ?) as T1)22:55
zzzeekthat’s the opposite22:55
zzzeekFYI “IS NOT NULL”, is, all the rows22:55
*** baoli has quit IRC22:55
*** thomasem has quit IRC22:55
pcrewsjogo: ack and ++.  Nice find on triggering that bug22:56
jogozzzeek: have to go  AFK but, this corner of the code has caused a lot of issues  so wouldn't be surprised if there were more22:56
zzzeekjogo: this woujdl be an entirely non-subtle issue so im not sure what im doing wrong22:56
*** achanda_ has joined #openstack-nova22:56
*** annegentle has joined #openstack-nova22:56
zzzeekjogo: i can defintiely see why the tests dont catch it though22:56
*** achanda_ has quit IRC22:56
zzzeekjogo: bc. theuy work with a mostly blank database22:56
*** achanda_ has joined #openstack-nova22:56
*** achanda has quit IRC22:57
*** IanGovett has quit IRC22:58
*** annashen has joined #openstack-nova22:58
openstackgerritSylvain Bauza proposed openstack/nova: WIP: Fix ComputeNode backport for Service.obj_make_compatible  https://review.openstack.org/16386722:58
*** melwitt has quit IRC22:59
*** sdake has quit IRC23:00
*** dims_ has quit IRC23:00
*** otter768 has joined #openstack-nova23:00
*** annashen has quit IRC23:00
*** dims has joined #openstack-nova23:00
*** annashen has joined #openstack-nova23:01
*** erlon has quit IRC23:01
*** apuimedo has quit IRC23:01
*** annegentle has quit IRC23:02
*** apuimedo has joined #openstack-nova23:03
*** melwitt has joined #openstack-nova23:05
*** dims has quit IRC23:05
*** dboik has quit IRC23:05
openstackgerritKent Wang proposed openstack/nova: Adds Not Null constraint to KeyPair name  https://review.openstack.org/16323023:06
*** andreykurilin_ has quit IRC23:07
*** achanda has joined #openstack-nova23:08
*** Marga_ has joined #openstack-nova23:09
*** matrohon has quit IRC23:10
*** Marga_ has quit IRC23:10
*** Marga_ has joined #openstack-nova23:10
*** achanda_ has quit IRC23:11
*** igordcard_ has quit IRC23:12
*** nelsnelson has joined #openstack-nova23:13
*** patrickeast has joined #openstack-nova23:14
*** pixelbeat has joined #openstack-nova23:14
*** Marga_ has quit IRC23:18
*** Marga_ has joined #openstack-nova23:19
*** exploreshaifali has quit IRC23:21
*** givi has joined #openstack-nova23:22
*** givi has left #openstack-nova23:22
*** asettle has joined #openstack-nova23:23
jogozzzeek: sounds like we need better testing around those bits23:25
zzzeekjogo: nobody uses this routine, right, because itll wipe out your DB right now23:26
jogozzzeek: so there is a bit of backstory behind the shadow table stuff23:26
jogomainly we wanted a way to delete old things from the DB23:26
zzzeekjogo: yeah I see what this is doing23:26
jogobut some folks were uncomfortable with just purging so we have the option to store things in shadow table23:26
*** otter768 has quit IRC23:26
jogozzzeek: what are the values for delete now?23:26
zzzeekjogo: im just trying to understand, noboey uses this yet right?  or are proudciotn DBs getting wiped?23:26
zzzeekjogo: we put zeros in that column by default, using a python side rule23:27
jogoisn't delete null until we mark something as deleted?23:27
jogoohh so its not null ... hehe23:27
zzzeekjogo: not at the moment, maybe this is newer behavior23:27
zzzeekim emailng the list23:27
zzzeekjogo: just do a SELECT from any of your tables, like instance_types23:27
zzzeekI get zeroes23:27
jogocool, my guess is your right no one really uses this23:27
zzzeekOK23:27
*** romainh has left #openstack-nova23:27
jogoand this sounds like a bug worth fixing at least23:27
*** eliqiao has joined #openstack-nova23:29
zzzeekjogo: its the ultimate worst bug you can have!  the “I ran X and it wiped my DB clean” bug!23:30
*** hemna is now known as hemnafk23:30
zzzeekit’s literlally the rm -fr * of databases23:30
zzzeeki was just trying to get my CI to pass and thought this was some innocent race condition in the tests or something, spent all afternoon on this and wow23:31
openstackgerritJoe Gordon proposed openstack/nova: Stop installing everything to run pep8  https://review.openstack.org/16402023:32
*** achanda has quit IRC23:32
*** achanda has joined #openstack-nova23:32
*** sbfox has quit IRC23:32
openstackgerritJoe Gordon proposed openstack/nova: Stop installing everything to run pep8  https://review.openstack.org/16402023:32
jogozzzeek: file a bug and I am happy to mark it as super duper critical23:33
jogobecause yes you are right23:33
jogomarun: FYI with hacking 0.10 you can do  easily do https://review.openstack.org/164020  in neutron23:33
openstackgerritJosh Gachnang proposed openstack/nova: Add support for cleaning in Ironic driver  https://review.openstack.org/16147423:34
marunjogo: nice!23:35
*** melwitt has quit IRC23:35
jogoshould shave time off 'tox -r -epep8' for the naive case -- i.e. no caching etc.23:37
claudiubcyeoh: hello23:38
jogozzzeek: I can't even call the command23:38
zzzeekoh to run the archiver23:39
zzzeeki never actually *use* openstack commands, i just work with specific tests and Python code23:39
zzzeeki have no idae how to use openstack :)23:39
jogozzzeek: ubuntu@devstack:~$ nova-manage db archive_deleted_rows 423:40
zzzeekright23:40
jogoderp http://paste.openstack.org/show/191972/23:40
*** david-lyle is now known as david-lyle_afk23:41
jogofull output http://paste.ubuntu.com/10588278/23:41
zzzeekjogo: yeah i think there is an issue for that as well, but, it woudl be *this issue* that is mostly responsible23:41
* jogo thanks pastebinit for being there23:41
*** tjones1 has left #openstack-nova23:42
jogozzzeek: do you have a bug filed somewhere?23:42
zzzeekjogo: yes I added you to it, plus the gerrit23:42
zzzeekjogo: yeah here is the issue already reported: https://bugs.launchpad.net/nova/+bug/118352323:43
openstackLaunchpad bug 1183523 in OpenStack Compute (nova) "db-archiving fails to clear some deleted rows from instances table" [Medium,Confirmed]23:43
jogothis patch ? https://review.openstack.org/#/c/164009/23:44
zzzeekjogo: well maybe that’s the opposite23:44
zzzeekjogo: yes that will fix it here23:44
*** Sukhdev has quit IRC23:44
zzzeekjogo: but the whole routine is crummy i can make this a lot better23:44
*** asettle has quit IRC23:45
*** vladan has left #openstack-nova23:47
jogothat didn't fix it for me :/ http://paste.ubuntu.com/10588296/23:47
jogoon http://paste.ubuntu.com/10588298/23:48
zzzeekjogo: it might still be doing the wrong thing with trying to soft-delete rows that have FK constraints23:48
zzzeekjogo: the query there at least is looking for the right view of deleted: DELETE FROM quota_usages WHERE quota_usages.id in (SELECT T1.id FROM (SELECT quota_usages.id \nFROM quota_usages \nWHERE quota_usages.deleted != %s ORDER BY quota_usages.id \n LIMIT %s) as T1)' (0, 100)23:49
*** eliqiao has quit IRC23:49
*** unicell has joined #openstack-nova23:49
*** iamjarvo has quit IRC23:50
zzzeekjogo: but it woudl have to take FKs into account.  it should probably use the ORM and relationships23:50
jogomakes sense23:50
jogozzzeek: unless you need more data, I am going to go back to triggering quota issues in my env instead23:51
zzzeekjogo: im fine, i just need those tests to pass at some point :)23:51
zzzeekjogo: maybe next week I’ll propose a rewrite of this23:51
*** dboik has joined #openstack-nova23:52
yjiang5hi, has anyone tried to run grenade locally to reproduce some bug?23:52
jogozzzeek: cool oh and your bug is now critical23:52
yjiang5always failed when I try locally.23:52
*** dboik_ has joined #openstack-nova23:52
zzzeekjogo: thanks23:52
openstackgerritEd Leafe proposed openstack/nova: Implement instance update logic in Scheduler  https://review.openstack.org/16051123:53
openstackgerritEd Leafe proposed openstack/nova: Add the instance update calls from Compute  https://review.openstack.org/16051323:53
openstackgerritEd Leafe proposed openstack/nova: Modify filters to get instance info from HostState  https://review.openstack.org/16051223:53
openstackgerritEd Leafe proposed openstack/nova: Add the RPC calls for instance updates.  https://review.openstack.org/16050723:53
*** asettle has joined #openstack-nova23:53
jogozzzeek: damn I think I just broke my env23:54
jogozzzeek: by running that command23:54
jogoso you were right23:54
*** mtanino has joined #openstack-nova23:55
*** gyee has joined #openstack-nova23:56
*** dboik has quit IRC23:56
*** nelsnelson has quit IRC23:57
*** annegentle has joined #openstack-nova23:58

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