Wednesday, 2015-12-02

*** e0ne_ has quit IRC00:00
*** Marga_ has joined #openstack-nova00:00
*** diogogmt has joined #openstack-nova00:00
*** zhangjn has joined #openstack-nova00:02
*** salv-orlando has quit IRC00:04
*** gtt116_ has joined #openstack-nova00:05
*** ZZelle has quit IRC00:06
*** gtt116__ has quit IRC00:08
*** ctrath has quit IRC00:08
*** baoli has joined #openstack-nova00:10
*** terryyao has quit IRC00:14
*** baoli has quit IRC00:14
*** jerrygb has joined #openstack-nova00:16
*** EinstCrazy has joined #openstack-nova00:16
*** zhangjn has quit IRC00:17
*** EinstCrazy has quit IRC00:17
*** EinstCrazy has joined #openstack-nova00:18
*** shaohe_feng has quit IRC00:20
*** mc_nair has quit IRC00:22
*** EinstCrazy has quit IRC00:22
*** busterswt has quit IRC00:24
*** shhjwang has joined #openstack-nova00:24
*** ildikov has quit IRC00:29
*** zenoway has joined #openstack-nova00:29
*** ildikov has joined #openstack-nova00:29
*** sripriya_ has quit IRC00:31
*** mdbooth has quit IRC00:32
*** zenoway has quit IRC00:33
*** shaohe_feng has joined #openstack-nova00:34
openstackgerritShaoHe Feng proposed openstack/nova-specs: register device removed event  https://review.openstack.org/25114100:36
*** rqw has joined #openstack-nova00:37
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25165900:37
*** penick has quit IRC00:38
*** smoriya_ has joined #openstack-nova00:42
*** otter768 has joined #openstack-nova00:44
*** rqw has quit IRC00:45
*** Sukhdev has joined #openstack-nova00:45
*** markvoelker has quit IRC00:45
*** zhenguo has joined #openstack-nova00:45
*** hemna is now known as hemnafk00:48
*** otter768 has quit IRC00:48
*** vladnikityuk has joined #openstack-nova00:49
*** vladniki_ has quit IRC00:49
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742700:50
*** vladniki_ has joined #openstack-nova00:51
*** vladnikityuk has quit IRC00:51
tjonesmelwitt: i put that test back in. i think i removed it when i had the expected_state wrong.  but i honestly do not remember….  ^^00:51
*** vladniki_ has quit IRC00:54
*** vladnikityuk has joined #openstack-nova00:54
*** thorst_ has quit IRC00:54
*** ssurana has quit IRC00:54
*** thorst_ has joined #openstack-nova00:55
*** diogogmt has quit IRC00:55
*** zhangjn has joined #openstack-nova01:01
*** pm90_ has joined #openstack-nova01:01
*** EinstCrazy has joined #openstack-nova01:01
*** salv-orlando has joined #openstack-nova01:02
*** thorst_ has quit IRC01:03
*** oomichi has joined #openstack-nova01:04
*** oomichi_ has quit IRC01:06
*** alex_xu has quit IRC01:09
*** zhenq1 has joined #openstack-nova01:10
*** zhenq has quit IRC01:10
*** zhenq2 has joined #openstack-nova01:11
*** shaohe_feng has quit IRC01:11
*** alex_xu has joined #openstack-nova01:12
*** mtanino has quit IRC01:12
*** zenoway has joined #openstack-nova01:13
*** Daisy has joined #openstack-nova01:13
jaypipestonyb: your re-review on https://review.openstack.org/#/c/240852/ would be appreciated. thanks much in advance.01:14
tonybjaypipes: will do01:15
jaypipescheers mate01:15
*** zhenq1 has quit IRC01:15
*** zenoway has quit IRC01:18
*** Daisy has quit IRC01:18
*** Sree has joined #openstack-nova01:19
*** vladnikityuk has quit IRC01:19
*** rk4n has joined #openstack-nova01:20
*** yonglihe has quit IRC01:21
*** ildikov has quit IRC01:23
*** suro-patz has quit IRC01:23
*** pm90_ has quit IRC01:24
openstackgerritZhenyu Zheng proposed openstack/nova: Split-network-plane-for-live-migration  https://review.openstack.org/24500501:25
*** aginwala has quit IRC01:31
*** thorst_ has joined #openstack-nova01:33
*** Sree has quit IRC01:33
*** tjones has quit IRC01:34
*** thorst_ has quit IRC01:34
*** thorst_ has joined #openstack-nova01:35
*** sfinucan has quit IRC01:35
*** zenoway has joined #openstack-nova01:37
*** aginwala has joined #openstack-nova01:37
*** lixiaoy1 has joined #openstack-nova01:40
*** RA has joined #openstack-nova01:42
*** RA is now known as Guest7921201:42
*** zenoway has quit IRC01:42
*** thorst_ has quit IRC01:43
*** mriedem has joined #openstack-nova01:44
*** jwcroppe has joined #openstack-nova01:45
*** zhangjn has quit IRC01:46
*** jerrygb has quit IRC01:50
*** Sukhdev has quit IRC01:52
openstackgerritTang Chen proposed openstack/nova: Optimize "open" method with context manager  https://review.openstack.org/25066501:53
*** wyang has joined #openstack-nova01:53
*** diogogmt has joined #openstack-nova01:54
*** jerrygb has joined #openstack-nova01:55
*** zhenq has joined #openstack-nova01:57
*** zhenq2 has quit IRC01:57
*** doug-fish has quit IRC01:59
*** doug-fish has joined #openstack-nova01:59
*** doug-fish has joined #openstack-nova02:00
*** vipuls has joined #openstack-nova02:00
openstackgerritJian LI proposed openstack/nova: check instances az when updating host aggregate  https://review.openstack.org/25178802:01
mriedemlooks like reboot tests fail pretty often in the multinode job https://bugs.launchpad.net/nova/+bug/152182302:01
openstackLaunchpad bug 1521823 in OpenStack Compute (nova) "reboot test fails in gate-grenade-dsvm-multinode with missing disk path" [Undecided,New]02:01
*** baoli has joined #openstack-nova02:03
*** baoli has quit IRC02:05
*** zhangjn has joined #openstack-nova02:06
*** angdraug has quit IRC02:06
*** shaohe_feng has joined #openstack-nova02:06
*** njirap has quit IRC02:13
*** zenoway has joined #openstack-nova02:13
openstackgerritxiexs proposed openstack/nova: Optimize "open" method with context manager  https://review.openstack.org/25066502:14
*** wuhg has joined #openstack-nova02:15
*** baoli has joined #openstack-nova02:15
*** artom has joined #openstack-nova02:16
*** shaohe_feng1 has joined #openstack-nova02:17
*** baoli has quit IRC02:17
*** baoli has joined #openstack-nova02:17
*** zenoway has quit IRC02:17
*** busterswt has joined #openstack-nova02:18
*** shaohe_feng has quit IRC02:19
*** gcb has joined #openstack-nova02:20
*** salv-orlando has quit IRC02:23
*** Yingxin_ has joined #openstack-nova02:25
*** shaohe_feng has joined #openstack-nova02:25
*** Yingxin has quit IRC02:28
*** Yingxin_ is now known as Yingxin02:28
*** shaohe_feng1 has quit IRC02:28
dimsalex_xu : would you have some time to look at https://review.openstack.org/#/c/198065/ ? it has sdague 's +2 on it and has been pending for a while02:29
*** njirap has joined #openstack-nova02:29
alex_xudims: I will check it today02:30
dimsthanks!02:30
alex_xudims: np02:30
openstackgerritZhang Ni proposed openstack/nova-specs: Add local-to-instance to create server api  https://review.openstack.org/24106602:30
*** smoriya_ has quit IRC02:30
*** klkumar has joined #openstack-nova02:30
*** david-lyle has joined #openstack-nova02:31
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647602:32
*** doug-fish has quit IRC02:34
*** doug-fish has joined #openstack-nova02:34
*** terryyao has joined #openstack-nova02:35
*** aginwala has quit IRC02:35
*** doug-fish has quit IRC02:39
*** shaohe_feng has quit IRC02:40
*** thorst_ has joined #openstack-nova02:40
*** aginwala has joined #openstack-nova02:40
*** vilobhmm11 has quit IRC02:40
*** thorst_ has quit IRC02:40
*** thorst_ has joined #openstack-nova02:41
*** busterswt has quit IRC02:42
*** haomaiwa_ has joined #openstack-nova02:42
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25165902:43
*** Sree has joined #openstack-nova02:45
*** otter768 has joined #openstack-nova02:45
openstackgerritxiexs proposed openstack/python-novaclient: Improve flavor list to perform multi sort keys  https://review.openstack.org/24969702:45
*** nic has quit IRC02:46
*** shaohe_feng has joined #openstack-nova02:48
*** zenoway has joined #openstack-nova02:48
*** thorst_ has quit IRC02:49
*** otter768 has quit IRC02:49
*** haomaiwa_ has quit IRC02:52
*** haomaiwang has joined #openstack-nova02:53
*** zenoway has quit IRC02:53
*** nelsnels_ has joined #openstack-nova02:53
*** armax has quit IRC02:54
*** nelsnelson has quit IRC02:56
*** haomaiwang has quit IRC02:57
*** david-lyle has quit IRC03:00
*** apoorvad has quit IRC03:01
*** hparekh has quit IRC03:01
*** yamahata has quit IRC03:05
*** Guest79212 has quit IRC03:06
*** busterswt has joined #openstack-nova03:08
*** otter768 has joined #openstack-nova03:13
*** changbl has joined #openstack-nova03:13
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Nuke EC2 API  https://review.openstack.org/23232503:15
*** gyee has quit IRC03:16
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Avoid intermediate Token auth plugin  https://review.openstack.org/22936803:16
*** aginwala has quit IRC03:17
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Enhance value check for option notify_on_state_change  https://review.openstack.org/24271703:18
*** alaski has quit IRC03:19
*** salv-orlando has joined #openstack-nova03:20
*** aginwala has joined #openstack-nova03:20
*** alaski has joined #openstack-nova03:21
*** njirap has quit IRC03:21
*** mriedem has quit IRC03:22
*** unicell1 has quit IRC03:23
*** zenoway has joined #openstack-nova03:24
*** dims has quit IRC03:26
*** zenoway has quit IRC03:28
*** bkopilov has quit IRC03:31
*** ducttape_ has quit IRC03:32
*** jerrygb has quit IRC03:34
*** jerrygb has joined #openstack-nova03:34
*** jerrygb has quit IRC03:39
*** links has joined #openstack-nova03:43
*** suro-patz has joined #openstack-nova03:43
*** aginwala has quit IRC03:44
*** w_verdugo has quit IRC03:46
*** wverdugo500 has quit IRC03:46
*** baoli has quit IRC03:47
*** sacharya has joined #openstack-nova03:47
*** ducttape_ has joined #openstack-nova03:47
*** ducttape_ has quit IRC03:48
*** thorst_ has joined #openstack-nova03:48
*** ducttape_ has joined #openstack-nova03:48
*** thorst_ has quit IRC03:53
*** lyanchih has joined #openstack-nova03:55
openstackgerritlyanchih proposed openstack/nova: [libvirt] Attaching volume to paused instance error is not clear  https://review.openstack.org/25217003:55
*** zenoway has joined #openstack-nova04:00
*** hparekh has joined #openstack-nova04:02
*** lyanchih has quit IRC04:03
*** zhangjn has quit IRC04:03
*** vilobhmm11 has joined #openstack-nova04:03
*** zenoway has quit IRC04:04
*** otter768 has quit IRC04:21
*** signed8bit_ZZZzz has quit IRC04:27
*** otter768 has joined #openstack-nova04:29
*** zhangjn has joined #openstack-nova04:31
*** zenoway has joined #openstack-nova04:35
*** Yingxin_ has joined #openstack-nova04:37
*** zenoway has quit IRC04:40
*** Sree has quit IRC04:40
*** Yingxin has quit IRC04:40
*** Yingxin_ is now known as Yingxin04:40
*** ducttape_ has quit IRC04:41
*** zhenq has quit IRC04:42
*** david-lyle has joined #openstack-nova04:44
*** baoli has joined #openstack-nova04:47
oomichijohnthetubaguy: can you take a look at https://review.openstack.org/#/c/249758/ again?04:47
*** fawadkhaliq has joined #openstack-nova04:48
*** sacharya has quit IRC04:50
*** Yingxin_ has joined #openstack-nova04:50
*** lyanchih has joined #openstack-nova04:50
*** otter768 has quit IRC04:51
*** salv-orlando has quit IRC04:51
*** salv-orlando has joined #openstack-nova04:51
*** aginwala has joined #openstack-nova04:51
*** thorst_ has joined #openstack-nova04:53
*** Yingxin has quit IRC04:53
*** Yingxin_ is now known as Yingxin04:53
*** suro-patz has quit IRC04:55
*** sacharya has joined #openstack-nova04:55
*** gjayavelu has joined #openstack-nova04:56
*** aginwala has quit IRC04:56
*** thorst_ has quit IRC04:58
*** aginwala has joined #openstack-nova04:59
openstackgerritJianghua Wang proposed openstack/nova: xenapi: OVS agent updates the wrong port when using XenServer + Neutron  https://review.openstack.org/24284604:59
*** bkopilov has joined #openstack-nova05:05
*** ducttape_ has joined #openstack-nova05:10
*** darrenc is now known as darrenc_afk05:10
openstackgerritLuis Pabón proposed openstack/nova-specs: Attach/detach instance access from Manila shares  https://review.openstack.org/24958205:11
*** zhangjn has quit IRC05:12
*** thumpba has joined #openstack-nova05:14
*** achanda has joined #openstack-nova05:14
*** lyanchih has quit IRC05:14
*** Sree has joined #openstack-nova05:15
*** ducttape_ has quit IRC05:18
*** deepakcs has joined #openstack-nova05:18
*** Marga_ has quit IRC05:22
*** Yingxin_ has joined #openstack-nova05:22
*** markvoelker has joined #openstack-nova05:24
*** Yingxin has quit IRC05:25
*** Yingxin_ is now known as Yingxin05:25
*** wyang has quit IRC05:27
*** aginwala has quit IRC05:29
*** zhangjn has joined #openstack-nova05:32
*** darrenc_afk is now known as darrenc05:32
*** Sree has quit IRC05:35
*** Sukhdev has joined #openstack-nova05:35
*** thumpba has quit IRC05:37
*** llu has quit IRC05:39
*** llu has joined #openstack-nova05:40
*** irenab has joined #openstack-nova05:40
*** markvoelker has quit IRC05:41
*** armax has joined #openstack-nova05:42
*** links has quit IRC05:43
*** unicell has joined #openstack-nova05:45
*** Marga_ has joined #openstack-nova05:47
*** sacharya has quit IRC05:48
*** sacharya has joined #openstack-nova05:49
*** Marga_ has quit IRC05:49
*** unicell has quit IRC05:50
*** unicell has joined #openstack-nova05:51
*** thumpba has joined #openstack-nova05:52
*** rcernin has joined #openstack-nova05:52
*** links has joined #openstack-nova05:54
*** wyang has joined #openstack-nova05:56
*** thorst_ has joined #openstack-nova05:56
*** lyanchih has joined #openstack-nova05:57
*** ssurana has joined #openstack-nova05:57
*** thumpba has quit IRC05:59
*** whenry__ has joined #openstack-nova05:59
openstackgerritTang Chen proposed openstack/nova-specs: Support soft reboot and poweroff in nova ironic driver.  https://review.openstack.org/22928205:59
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647605:59
*** thorst_ has quit IRC06:03
openstackgerritJohn Hua proposed openstack/nova: xenapi: Support bare VHD image  https://review.openstack.org/24962706:04
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Zanata  https://review.openstack.org/25219706:05
*** Marga_ has joined #openstack-nova06:05
*** shhjwang has quit IRC06:07
*** whenry__ has quit IRC06:09
*** xiexs_ has quit IRC06:16
*** harlowja has quit IRC06:16
openstackgerritShaoHe Feng proposed openstack/nova-specs: register device removed event  https://review.openstack.org/25114106:17
*** aginwala_ has joined #openstack-nova06:18
*** pm90_ has joined #openstack-nova06:20
*** Marga_ has quit IRC06:21
*** achanda has quit IRC06:24
*** rcernin has quit IRC06:25
*** armax has quit IRC06:29
*** sacharya has quit IRC06:32
*** gongysh has joined #openstack-nova06:33
*** Sukhdev has quit IRC06:37
*** Sukhdev has joined #openstack-nova06:37
*** shhjwang has joined #openstack-nova06:37
*** yamahata has joined #openstack-nova06:37
openstackgerritshihanzhang proposed openstack/nova-specs: Don't check port quota in nova-api  https://review.openstack.org/25099306:40
*** Sukhdev has quit IRC06:41
*** zenoway has joined #openstack-nova06:43
*** aginwala_ has quit IRC06:49
*** otter768 has joined #openstack-nova06:51
*** Marga_ has joined #openstack-nova06:56
*** otter768 has quit IRC06:56
*** cfriesen has quit IRC06:56
*** thorst_ has joined #openstack-nova07:01
*** terryyao has quit IRC07:03
*** wyang has quit IRC07:03
*** vilobhmm11 has quit IRC07:04
*** terryyao has joined #openstack-nova07:05
oomichialex_xu: hi07:06
oomichialex_xu: re https://review.openstack.org/#/c/24846307:06
*** zhenguo has quit IRC07:07
*** thorst_ has quit IRC07:08
*** rcernin has joined #openstack-nova07:09
*** jwcroppe has quit IRC07:09
*** suro-patz has joined #openstack-nova07:09
*** jwcroppe has joined #openstack-nova07:11
openstackgerritFelixLi proposed openstack/nova: Change the format of some inconsistent docstring  https://review.openstack.org/25164807:16
*** pm90_ has quit IRC07:17
*** terryyao has quit IRC07:21
*** jerrygb has joined #openstack-nova07:21
*** hparekh has quit IRC07:21
*** rotbeard has joined #openstack-nova07:24
*** paul-carlton1 has joined #openstack-nova07:24
*** jerrygb has quit IRC07:25
*** mjura has joined #openstack-nova07:26
*** garyk1 has joined #openstack-nova07:27
*** wyang has joined #openstack-nova07:27
*** hparekh has joined #openstack-nova07:28
openstackgerritJohn Hua proposed openstack/nova: xenapi: Support bare VHD image  https://review.openstack.org/24962707:29
*** salv-orlando has quit IRC07:29
*** sacharya has joined #openstack-nova07:33
*** paul-carlton1 has quit IRC07:35
*** alexschm has joined #openstack-nova07:36
alex_xuoomichi: hi07:36
oomichialex_xu: I am reviewing concept patches now07:37
*** aginwala has joined #openstack-nova07:37
alex_xuoomichi: thanks07:37
oomichialex_xu: https://review.openstack.org/#/c/248463/4/api-guide/source/faults.rst07:37
alex_xuoomichi: yes07:38
oomichialex_xu: did you get actual sample of this 500 case ?07:38
*** sacharya has quit IRC07:38
oomichialex_xu: I just want to confirm it07:38
oomichialex_xu: "no valid host" case07:38
alex_xuoomichi: yes, it is realy sample of something wrong in compute node, then scheduler after retry, no more host can be found07:39
alex_xus/realy/real/07:39
oomichialex_xu: after that happens, clients can get this response when sending "show a server" API. right?07:39
alex_xuoomichi: yes07:39
oomichialex_xu: thanks, one problem is that the response contains traceback07:40
*** salv-orlando has joined #openstack-nova07:40
oomichialex_xu: as api-wg guideline, it is nice to avoid sending back traceback to client07:40
alex_xuoomichi: yea, indeed07:40
alex_xus/yea/yes/07:41
alex_xuoomichi: we shouldn't return the trackback to user.07:41
oomichialex_xu: the api-wg guideline is not approved yet anyway ;-)07:41
alex_xuoomichi: ok, but sounds make sense07:41
*** scheuran has joined #openstack-nova07:41
oomichialex_xu: that is jaypipes's one, but the update stops07:41
oomichialex_xu: https://review.openstack.org/#/c/183599/07:42
alex_xuoomichi: how about let me try if there is case without the traceback first07:42
alex_xuoomichi: then let fix the nova api after the api-wg merged07:42
oomichialex_xu: that means "details" : "[snip]" on your patch at this time?07:43
oomichialex_xu: instead of actual traceback07:43
alex_xuoomichi: emm...not sure, maybe there is case detail isn't the trackback07:43
*** mpavone has joined #openstack-nova07:45
*** RuiChen has joined #openstack-nova07:45
oomichialex_xu: "No valid host was found." case with "details" : "[snip]" is fine, doesn't it work?07:45
oomichialex_xu: as concept doc?07:45
alex_xuoomichi: sounds fine07:46
oomichialex_xu: thanks, I am looking forward to seeing it without actual details07:46
*** shhjwang has quit IRC07:46
alex_xuoomichi: ok, no problem07:47
alex_xuoomichi: thanks for the review07:47
oomichialex_xu: thank you also for considering this :)07:47
alex_xuoomichi: np07:47
*** ildikov has joined #openstack-nova07:49
*** paul-carlton1 has joined #openstack-nova07:49
*** jaosorior has joined #openstack-nova07:50
*** ociuhandu has joined #openstack-nova07:50
openstackgerritZhenyu Zheng proposed openstack/nova: Expose quiesce/unquiesce API  https://review.openstack.org/24898907:51
*** moshele has joined #openstack-nova07:52
openstackgerritli,chen proposed openstack/python-novaclient: Enable pass instance name as parameter in nova cli  https://review.openstack.org/25223708:00
openstackgerritShu Muto proposed openstack/python-novaclient: Remove py26 support  https://review.openstack.org/25223908:00
*** Marga_ has quit IRC08:03
*** haomaiwang has joined #openstack-nova08:04
*** lyanchih has quit IRC08:04
*** zhangjn has quit IRC08:05
*** nkrinner has joined #openstack-nova08:05
tangchenalex_xu, oomichi: Hi, alex, oomochi, about this spec: https://review.openstack.org/#/c/229255/08:05
tangchenalex_xu, oomichi: I think there have been two +2.08:06
*** smoriya_ has joined #openstack-nova08:06
tangchenalex_xu, oomichi: Shall we merge it ?08:06
*** thorst_ has joined #openstack-nova08:06
oomichitangchen: after sdague's +108:06
alex_xutangchen: it is good to have sdague to take a look at.08:06
*** markmc has quit IRC08:06
tangchenalex_xu, oomichi: Oh, OK. But tomorrow is the deadline, so would he take a look at it today ?08:07
tangchenalex_xu, oomichi: He is not online now.08:08
oomichitangchen: yeah, timezone is different08:09
alex_xutangchen: still need wait for 4 or 5 hours08:09
oomichitangchen: maybe he can see it today08:09
*** aginwala has quit IRC08:10
*** aginwala has joined #openstack-nova08:10
*** jichen has joined #openstack-nova08:10
*** paul-carlton1 has quit IRC08:10
openstackgerritJohn Hua proposed openstack/nova: xenapi: support the hotplug of a neutron port  https://review.openstack.org/25016008:10
*** liverpooler has joined #openstack-nova08:11
tangchenalex_xu, oomichi: Sure, thx. :)08:11
alex_xutangchen: np08:11
*** zhangjn has joined #openstack-nova08:13
*** thorst_ has quit IRC08:13
*** smoriya_ has quit IRC08:15
*** matrohon has joined #openstack-nova08:16
*** lyanchih has joined #openstack-nova08:16
*** markus_z has joined #openstack-nova08:22
*** xianghui has joined #openstack-nova08:23
*** paul-carlton1 has joined #openstack-nova08:25
*** dguitarbite has joined #openstack-nova08:26
*** shakamunyi has quit IRC08:27
openstackgerritZhenyu Zheng proposed openstack/nova: Expose quiesce/unquiesce API  https://review.openstack.org/24898908:28
*** garyk1 has quit IRC08:28
*** smoriya_ has joined #openstack-nova08:29
*** fawadkhaliq has quit IRC08:30
*** garyk has quit IRC08:30
*** garyk has joined #openstack-nova08:31
bauzasgood morning Nova08:33
*** smoriya_ has quit IRC08:33
*** zenoway has quit IRC08:39
*** gcb has quit IRC08:39
*** aginwala has quit IRC08:40
paul-carlton1andrearosa, can you review https://review.openstack.org/#/c/228828 pls08:40
andrearosapaul-carlton1: I will.08:41
*** zenoway has joined #openstack-nova08:41
paul-carlton1ta08:41
*** smoriya__ has joined #openstack-nova08:42
*** smoriya__ has quit IRC08:43
*** smoriya_ has joined #openstack-nova08:43
*** sahid has joined #openstack-nova08:44
*** gcb has joined #openstack-nova08:44
openstackgerritShu Muto proposed openstack/python-novaclient: Remove py26 support  https://review.openstack.org/25223908:44
*** smoriya_ has quit IRC08:44
*** suro-patz has quit IRC08:45
*** smoriya_ has joined #openstack-nova08:45
*** lpetrut has joined #openstack-nova08:47
*** salv-orlando has quit IRC08:48
*** salv-orlando has joined #openstack-nova08:48
*** fawadkhaliq has joined #openstack-nova08:49
*** klkumar has quit IRC08:49
*** paul-carlton2 has left #openstack-nova08:49
*** klkumar has joined #openstack-nova08:51
*** paul-carlton has joined #openstack-nova08:52
*** otter768 has joined #openstack-nova08:52
*** salv-orlando has quit IRC08:53
*** smoriya_ has quit IRC08:54
*** jlanoux has joined #openstack-nova08:54
*** paul-carlton has quit IRC08:54
*** haomaiwang has quit IRC08:54
*** paul-carlton has joined #openstack-nova08:55
*** smoriya_ has joined #openstack-nova08:55
*** otter768 has quit IRC08:57
*** haomaiwa_ has joined #openstack-nova08:57
*** Yingxin_ has joined #openstack-nova09:00
*** paul-carlton_ has joined #openstack-nova09:01
*** paul-carlton has quit IRC09:02
*** paul-carlton1 has quit IRC09:02
*** Yingxin has quit IRC09:03
*** Yingxin_ is now known as Yingxin09:03
oomichitangchen: hi09:04
*** rdopiera has joined #openstack-nova09:05
*** gus has quit IRC09:07
*** pkholkin has quit IRC09:07
*** markmc has joined #openstack-nova09:08
*** pkholkin has joined #openstack-nova09:09
*** gus has joined #openstack-nova09:09
*** thorst_ has joined #openstack-nova09:12
*** garyk1 has joined #openstack-nova09:15
*** garyk has quit IRC09:16
*** mdbooth has joined #openstack-nova09:17
*** raginbajin has joined #openstack-nova09:17
*** ssurana has quit IRC09:17
*** thorst_ has quit IRC09:18
openstackgerritChangBo Guo(gcb) proposed openstack/nova: Enhance value check for option notify_on_state_change  https://review.openstack.org/24271709:19
*** aix has joined #openstack-nova09:21
*** vipul has quit IRC09:23
*** jodah has quit IRC09:23
*** gjayavelu has quit IRC09:23
openstackgerritTang Chen proposed openstack/nova-specs: Support soft reboot and poweroff in nova ironic driver.  https://review.openstack.org/22928209:24
tangchenoomichi: hi, I saw your comment. Thanks a lot. That really help.09:24
*** klkumar has quit IRC09:25
*** rotbeard has quit IRC09:25
*** gszasz has joined #openstack-nova09:25
openstackgerritTimofey Durakov proposed openstack/nova: DO NOT MERGE Ceph for live-migration job  https://review.openstack.org/25228309:26
*** deepakcs has quit IRC09:27
oomichitangchen: can you update the spec now?09:28
oomichitangchen: ah, already done. thanks09:29
tangchenoomichi: yes, I added the depend-on tag to the commit message. Thanks for your advice.09:30
oomichitangchen: +1 :)09:31
*** oomichi has quit IRC09:32
openstackgerritSimona Iuliana Toader proposed openstack/nova: objects: added 'os_secure_boot' property to ImageMetaProps object  https://review.openstack.org/23759309:32
jichenalex_xu: hi, just to confirm, http://developer.openstack.org/api-ref-compute-v2.1.html should contain 2.1 info, all info that talk about v2.2 - v latest should be removed, we will figure out a way to talk about microversions later?09:32
*** deepakcs has joined #openstack-nova09:32
*** claudiub has joined #openstack-nova09:32
alex_xujichen: yes, you are right09:32
jichenalex_xu: ok, thanks09:33
openstackgerritZhenyu Zheng proposed openstack/nova: Expose quiesce/unquiesce API  https://review.openstack.org/24898909:33
alex_xujichen: np, I should thanks for your help on doc09:34
*** rotbeard has joined #openstack-nova09:34
jichenalex_xu: np~09:34
*** wyang_ has joined #openstack-nova09:38
*** hogepodge has quit IRC09:38
*** wyang has quit IRC09:40
*** hogepodge has joined #openstack-nova09:41
*** rk4n has quit IRC09:41
*** zhangjn has quit IRC09:44
*** paul-carlton1 has joined #openstack-nova09:45
*** lyanchih has quit IRC09:46
openstackgerritClaudiu Belu proposed openstack/nova: Replaces longs with ints  https://review.openstack.org/23823909:46
openstackgerritZhenyu Zheng proposed openstack/nova: Expose quiesce/unquiesce API  https://review.openstack.org/24898909:46
openstackgerritClaudiu Belu proposed openstack/nova: Fixes dict keys and items references for Python 3  https://review.openstack.org/23258509:47
*** rk4n has joined #openstack-nova09:47
openstackgerritClaudiu Belu proposed openstack/nova: Replaces izip_longest with six.moves.zip_longest  https://review.openstack.org/23832109:47
*** sudipto has joined #openstack-nova09:48
openstackgerrithuan proposed openstack/nova: XenAPI: Support neutron security group  https://review.openstack.org/25127109:48
*** jistr has joined #openstack-nova09:50
*** haomaiwa_ has quit IRC09:51
*** xiexs_ has joined #openstack-nova09:51
garyk1BobBall: can you please comment on https://review.openstack.org/#/c/251242 (once you give you thumbs up on it I am good)09:52
*** tangchen has quit IRC09:58
johnthetubaguybauzas: I think we can pull the trigger on m-1, unless you have seen something new?10:00
bauzasjohnthetubaguy: I have a call now, but yes I think we can remove the -W10:00
*** achanda has joined #openstack-nova10:01
johnthetubaguybauzas: no worries10:01
BobBallWill do.10:02
BobBallOh yes garyk1 - very happy with that one :)10:02
*** e0ne has joined #openstack-nova10:03
*** Marga_ has joined #openstack-nova10:03
openstackgerritJohn Garbutt proposed openstack/nova: api-guide: add note about users  https://review.openstack.org/24975810:04
openstackgerritJohn Garbutt proposed openstack/nova: api-guide: add note about users  https://review.openstack.org/24975810:04
*** danpb has joined #openstack-nova10:05
*** migi has joined #openstack-nova10:05
*** zhangjn has joined #openstack-nova10:06
*** e0ne has quit IRC10:06
*** e0ne_ has joined #openstack-nova10:07
*** Marga_ has quit IRC10:07
sudiptojohnthetubaguy, hi, could i ask you for a review on this one : https://review.openstack.org/#/c/251296/10:09
*** claudiub|2 has joined #openstack-nova10:09
*** e0ne_ has quit IRC10:09
openstackgerritAlex Xu proposed openstack/nova: docs: update services description for concept guide  https://review.openstack.org/24845410:09
openstackgerritAlex Xu proposed openstack/nova: docs: remove duplicated section about error handling  https://review.openstack.org/24845510:09
openstackgerritAlex Xu proposed openstack/nova: docs: using the correct format and real world example for fault message  https://review.openstack.org/24846310:09
*** e0ne has joined #openstack-nova10:09
johnthetubaguysudipto: I am unsure I will get to that I am afraid, still trying to get through the specs for priority features and returning to ones that have dealt with my comments, etc.10:10
sudiptojohnthetubaguy, ok...10:10
BobBalljohnthetubaguy: Your vif hotplug change (which was work in progress) was missing all changes in vif.py - did you make those changes (and do you still have them) or was that the next and missing step?10:11
johnthetubaguyBobBall: unsure, do you have a link?10:11
*** claudiub has quit IRC10:12
BobBallhttps://review.openstack.org/#/c/250160/10:12
BobBallno - sorry10:12
BobBallhttps://review.openstack.org/55720 was your chnage10:12
openstackgerritAlex Xu proposed openstack/nova: Remove description about image from faults section  https://review.openstack.org/25036610:12
johnthetubaguyBobBall: it just used the existing methods, didn't think it was missing code there10:13
BobBallvif_driver.unplug is not implemented :)10:13
johnthetubaguyBobBall: but I did write that in some airport while traveling, so its hard to know10:13
*** e0ne_ has joined #openstack-nova10:14
johnthetubaguyBobBall: see line 1699, thats why I assumed it was there10:14
johnthetubaguythat might just be dead code I supose10:14
*** smoriya_ has quit IRC10:15
BobBallYes - it's there, but a no-op because the unplug happens when the VM is destroyed10:15
garyk1BobBall: gracias!10:15
BobBallBut fair enough - if the code isn't there, we will work on it :)10:15
johnthetubaguyBobBall: ah, I see now, funny10:16
*** e0ne has quit IRC10:16
*** thorst_ has joined #openstack-nova10:16
ildikovjohnthetubaguy: hi10:22
*** thorst_ has quit IRC10:23
ildikovjohnthetubaguy: if I know correctly the spec deadline is today10:23
pkoniszewskiildikov: tomorrow10:23
pkoniszewskiildikov: https://wiki.openstack.org/wiki/Nova/Mitaka_Release_Schedule10:23
pkoniszewskidanpb: hi, there?10:25
ildikovpkoniszewski: ah, ok, thanks I think I messed up with my calendar :S10:25
*** zenoway has quit IRC10:25
*** macsz has joined #openstack-nova10:26
ildikovjohnthetubaguy: regardless of the date, half of my question is still valid, if somehow the spec would not make it until tomorrow, can this get an exception?10:27
*** lyanchih has joined #openstack-nova10:27
*** klkumar has joined #openstack-nova10:27
johnthetubaguyildikov: its tomorrow, I haven't worked out an exception process yet10:28
ildikovjohnthetubaguy: ok, thanks for the info, I hope it will not be needed10:29
*** e0ne_ has quit IRC10:30
*** achanda has quit IRC10:30
*** NithyaG has joined #openstack-nova10:35
*** zhangjn has quit IRC10:35
*** klkumar has quit IRC10:37
openstackgerritlyanchih proposed openstack/python-novaclient: Help msg about libvirt always default device names  https://review.openstack.org/24795110:38
*** weihan has joined #openstack-nova10:39
*** zhangjn has joined #openstack-nova10:40
*** derekh has joined #openstack-nova10:42
*** paul-carlton2 has joined #openstack-nova10:43
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] WIP: Add support for 2.10  https://review.openstack.org/25148610:43
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Increase max version to 2.9  https://review.openstack.org/25148510:43
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: [microversions] Add support for 2.8  https://review.openstack.org/25148410:43
openstackgerritGhanshyam Mann proposed openstack/python-novaclient: Fix H404/405 violations in client.py,base.py,api_version.py  https://review.openstack.org/25232510:44
*** paul-carlton1 has quit IRC10:44
*** zenoway has joined #openstack-nova10:47
ndipanovjohnthetubaguy, https://review.openstack.org/#/c/216578/10 <- might be interesting, I don't think this should be a spec at all10:47
*** paul-carlton1 has joined #openstack-nova10:47
*** rk4n has quit IRC10:47
ndipanovor at least not something we want to block on the freeze tomorrow10:48
ndipanovjohnthetubaguy, and I think this one can go in https://review.openstack.org/#/c/239875/10:48
*** rk4n has joined #openstack-nova10:50
johnthetubaguyndipanov: the expected state doesn't work for those actions that don't change the VM state, and where we currently allow multiple to happen10:50
*** zenoway has quit IRC10:51
johnthetubaguyndipanov: well its a trade off I guess10:51
paul-carlton2johnthetubaguy, I've got a +1, -1 and +2 on  the cancel migration spec https://review.openstack.org/#/c/228828/ but I think the -1 is wrong, how do I get this progressed before tomorrows deadline10:51
ndipanovhmmm10:52
*** otter768 has joined #openstack-nova10:53
ndipanovso expected_task_state accepts a list10:54
johnthetubaguypaul-carlton2: I am trying to go through all the priority related specs at the moment, will try get to that10:54
ndipanovbut looking at how it's implemented ...10:54
paul-carlton2thanks10:55
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'detail' method  https://review.openstack.org/23830910:55
ndipanovso I think it does a UPDATE WHERE task_state in blah1, blah210:56
openstackgerritgaryk proposed openstack/nova: VMware: cleanup ExtraSpecs  https://review.openstack.org/25232710:56
ndipanovso we shoudl be good actually10:56
ndipanovjohnthetubaguy, ^10:56
johnthetubaguyndipanov: right now we allow multiple attaches/detaches at once, in the API sense at least. If we use the task state, we stop that, AFAIK. Now that might be a good idea, and we can go that route if we carefully talk through the API issues that brings up.10:57
*** Yingxin_ has joined #openstack-nova10:57
mdboothndipanov: Yeah, expected_task_state does multiple values race-free10:58
*** otter768 has quit IRC10:58
* mdbooth would like to extend that interface to cover all instance properties. It's a trivial change.10:59
ndipanovjohnthetubaguy, I am not sure I see the problem here - we allow attach when task state is attaching but not when it's shelving (for example)11:00
*** gcb_ has joined #openstack-nova11:00
ndipanovand also the API implications are it sucks less you don't want to go back to sucking more11:00
openstackgerritAndrea Rosa proposed openstack/nova-specs: Allow volume operations when shelved  https://review.openstack.org/24309611:00
johnthetubaguyndipanov: I just worry about how we, race free, get out of the attaching state11:00
ndipanovbut I may be missing something on the API side11:00
ndipanovah-hah11:00
*** Yingxin has quit IRC11:01
*** Yingxin_ is now known as Yingxin11:01
*** flip214 has quit IRC11:01
johnthetubaguywe can do stuff there, with counts and things, I guess11:01
*** abhishekk has joined #openstack-nova11:01
ndipanovwell even if we do want to have a design-off on the details of the fix, not sure that blocking that work on the spec freeze makes sense11:02
ndipanovthat's my point11:02
ndipanovit's a bug11:02
andrearosandipanov: PaulMurray is OOO today, I addressed your comment on https://review.openstack.org/243096 it'd be great if you have time for a second look11:02
johnthetubaguyndipanov: agreed its a bug, with API implications, so its not blocked by the spec freeze11:02
bauzasjohnthetubaguy: FWIW, removed my -W on https://review.openstack.org/#/c/251805/311:02
*** gcb has quit IRC11:03
johnthetubaguypaul-carlton2: I think I agree with oomichi on his comment there11:03
abhishekkndipanov: hi, could you please take a look at https://review.openstack.org/#/c/221162/ when you get time?11:03
johnthetubaguypaul-carlton2: its a very bad part of the old API, it would be nice to fix that given this is a new API we are adding11:03
*** shaohe_feng has quit IRC11:05
paul-carlton2johnthetubaguy, but there is a spec to fix that, all I am doing is reflecting the current situation11:05
johnthetubaguypaul-carlton2: but its a new API you are adding, right?11:06
paul-carlton2If I update my spec to say it will return something different then it would be wrong11:06
*** aysyd has joined #openstack-nova11:06
johnthetubaguypaul-carlton2: instance/uuid/migrations doesn't exist today right?11:06
*** rfolco has joined #openstack-nova11:06
johnthetubaguyoops. s/instance/server11:07
ndipanovjohnthetubaguy, so I am not sure I get the API conversation we want to have here11:07
*** gcb_ has quit IRC11:07
ndipanovwe want to fix races for sure11:07
johnthetubaguyndipanov: technically the new task state should only be visible in new microversions, based on how we agreed the contract there11:07
paul-carlton2I am return the first class migration object(s) related to the instance, so effectively what I am returning is the same as os-migrations per nova migration-list but filtered for running migrations relating my instance11:07
sudiptobauzas, Hi, need a suggestion. We have a patchset here: https://review.openstack.org/#/c/214772/ This has not been worked on for over 3 months. I would like to resume work on it under a BP - https://blueprints.launchpad.net/nova/+spec/memory-bw - what's the best way forward? Can i make this person a co-author and submit a new patch under the BP's topic or I have to restore the one that he had submitted and that's the only way forward?11:08
ndipanovhmmm11:08
johnthetubaguypaul-carlton2: yes, we are saying thats a broken API, lets not copy it, basically11:08
paul-carlton2it is a new api but it is simply returning the migrations object details11:08
paul-carlton2migration object11:08
johnthetubaguypaul-carlton2: the problem with returning that flavor id, is that you can't look that up using the API, as I understand it (that could be rubbish)11:09
paul-carlton2that is broken and the spec  https://review.openstack.org/#/c/219431/14/specs/mitaka/approved/display-flavor-id-in-migration.rst is meant to fix it but is not yet approved11:09
ndipanovjohnthetubaguy, well that might not be as tricky really - just return none if a task state is not known to the requested microversion...11:10
johnthetubaguypaul-carlton2: but that spec alters the old API, not the new API you are adding in your spec, right?11:10
ndipanovok too many parallel convos11:10
johnthetubaguyndipanov: thats what we normally do for that stuff I think, yeah11:10
BobBalljohnthetubaguy: in fact, XenAPI driver's plug_vifs and unplug_vifs do nothing :/11:10
ndipanovjohnthetubaguy, so imho that's fine, but stil reject conflicting requests for all microversions11:10
johnthetubaguyBobBall: generally, yes, it all assuming modifying the vif hooks stuff11:11
johnthetubaguyndipanov: agreed, just needs agreeing in the spec11:11
BobBalljohnthetubaguy: No... I mean, for example, driver.plug_vifs just loops through all the vifs that are asked to be plugged, and calls vif_driver.plug().  This method just returns a dictionary, which is then discarded by driver.plug_vifs11:12
*** paul-carlton_ has quit IRC11:12
BobBallso we have an implementation which is trying to do something but the effect of the code is a noop11:12
johnthetubaguyBobBall: oh... thats odd11:12
andrearosapaul-carlton2: what about get rid of those two values in the spec now as we know they are wrong/useless and then discuss what we can insert there during the code review? I still think it is an implementation details and we shouldn't block the spec for that.11:12
BobBallI'm going to raise a bug and get it fixed.11:12
johnthetubaguyBobBall: I guess the create VM code does the real work11:12
BobBallIt does, yes11:13
BobBallAnd we rely on XAPI cleaning up the VIFs - which it happens to do very reliably ;)11:13
ndipanovjohnthetubaguy, I am fine with that totally if only we didn't have the blanket freeze tomorrow, in which case we'd be blocking a useful bug fix that even has a person signed up to do it11:13
johnthetubaguyandrearosa: we block any API change on getting a spec agreement, basically because with continuous deployers, its hard to go back on a bad API change.11:13
johnthetubaguyndipanov: like I said, bug fixes with API impact are not blocked by the freeze, we merged a few of those last cycle, I believe. What is blocked is new features, because we already have over 100 blueprint approved with no hope of merging them all11:15
openstackgerritMaxime Leroy proposed openstack/nova: Libvirt: Support fp plug in vhostuser vif  https://review.openstack.org/24536911:15
openstackgerritMaxime Leroy proposed openstack/nova: Libvirt: Support ovs fp plug in vhostuser vif  https://review.openstack.org/23768011:15
ndipanovjohnthetubaguy, ok I had no idea about that11:15
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'delete' method  https://review.openstack.org/25233411:15
*** flip214 has joined #openstack-nova11:16
*** flip214 has joined #openstack-nova11:16
paul-carlton2johnthetubaguy, wouldn't it be better to fix the migrations object to contain a reference to the flavors that is meaningful11:17
pkholkinmdbooth: hello, are you here?11:18
pkholkinjohnthetubaguy: hello John, could you please ask somebody to look at the patch that we discussed https://review.openstack.org/#/c/243496/. I wrote Sean two times yesterday.11:19
pkholkinwithout core opinios we can't fix other similar patches11:19
pkoniszewskipaul-carlton2: according to your suggestion in pause-vm-during-live-migration - https://review.openstack.org/#/c/229040/14/specs/mitaka/approved/pause-vm-during-live-migration.rst11:20
pkoniszewskipaul-carlton2: not sure I should include GET call there, your spec covers it, we probably don't want to duplicate it11:20
paul-carlton2The nova migrations-list returns the same information as I am proposing to return at present, I agree it should be fixed but it should not hold this spec11:21
*** thorst_ has joined #openstack-nova11:21
*** zhangjn has quit IRC11:21
pkoniszewskiagree with you there, its not related to your spec11:21
andrearosajohnthetubaguy: I agree with you, so my proposal is to remove the two fields from the spec as we know they are wrong.11:21
*** doug-fish has joined #openstack-nova11:21
paul-carlton2pkoniszewski, yes you could make your spec dependant on mine then you could just implement the POST and nova command11:22
*** andreykurilin has quit IRC11:22
johnthetubaguypaul-carlton2: +1 thats probably what we need here11:23
*** zhangjn has joined #openstack-nova11:23
pkoniszewskihow do i set dependency now? isn't that implementation specific? I mean, I can't implement pause without GET call11:23
openstackgerritjichenjc proposed openstack/python-novaclient: DNM: add importlib to test requirements  https://review.openstack.org/25233611:23
pkoniszewskiah, I can set dependency on my patch set which will update merged spec11:24
pkoniszewskigot it! thanks :D11:24
paul-carlton2pkoniszewski, no you need to do a get then a post11:24
*** gjayavelu has joined #openstack-nova11:24
pkoniszewskipaul-carlton2: exactly what i meant11:24
johnthetubaguypkholkin: its a bad few days for that, we have the spec freeze right now11:24
*** lucas-dinner is now known as lucasagomes11:25
*** andreykurilin has joined #openstack-nova11:25
paul-carlton2pkoniszewski, ?11:25
*** doug-fish has quit IRC11:26
pkoniszewskipaul-carlton2: nevermind, I'll submit update to my spec in a few minutes11:26
*** erlon has joined #openstack-nova11:26
ndipanovjohnthetubaguy, see my comment here https://review.openstack.org/#/c/243096/611:26
*** klkumar has joined #openstack-nova11:27
ndipanova lot of proposed work around volumes - we might want to have more coordination around areas like that11:27
*** thorst_ has quit IRC11:28
*** gjayavelu has quit IRC11:28
BobBalljohnthetubaguy: FYI https://bugs.launchpad.net/nova/+bug/152197711:29
openstackLaunchpad bug 1521977 in OpenStack Compute (nova) "XenAPI: XenVIF implementation breaks the interface" [Medium,New]11:29
*** rqw has joined #openstack-nova11:30
johnthetubaguyndipanov: yeah, agreed with you, I think a volume subteam would help organise those efforts that keep popping up11:31
openstackgerritMike Fedosin proposed openstack/nova: Remove version hardcoding for 'download' method  https://review.openstack.org/25234111:31
paul-carlton2pkoniszewski, the way I see it working with the restful approach of using the /servers/uuid/migrations approach is the client (novaclient or custom client) would call GET then DELETE (POST in your case) so the novaclient would need to do two calls on the API to get the migration then update it11:31
pkoniszewskipaul-carlton2: totally agree with you11:32
pkholkinjohnthetubaguy: understand. but still we want to consider with our concept(11:32
pkoniszewskipaul-carlton2: can you rebase ur spec? i can't see my spec from ur branch so I can't set dependency11:32
*** zenoway has joined #openstack-nova11:32
paul-carlton2ok11:32
ndipanovabhishekk, commented :(11:33
*** aix has quit IRC11:34
*** achanda has joined #openstack-nova11:34
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882811:35
sudiptondipanov, whenever you have sometime...https://review.openstack.org/#/c/245765/11:36
*** gcb has joined #openstack-nova11:36
paul-carlton2pkoniszewski, done, I think!11:36
*** zenoway has quit IRC11:36
pkoniszewskipaul-carlton2: thanks! I can see my spec now :)11:37
*** mwagner_lap has quit IRC11:37
*** fawadkhaliq has quit IRC11:40
markus_zndipanov: speaking of volumes. Would be cool if the potential subteam would also look at some bugs in that area. New features are cool but not the only things which make ops happy.11:43
ndipanovmarkus_z, well tbh at least 2 of those specs are practically bug fixes11:44
*** achanda has quit IRC11:45
*** gcb has quit IRC11:45
ndipanovbut yes I agree with you11:45
markus_zndipanov: Ah, cool, I haven't looked at them in detail.11:45
markus_zndipanov: Do you have the names of the bp?11:45
ndipanovmarkus_z, lemme look11:45
ndipanovhttps://review.openstack.org/#/c/184537/11:46
ndipanovhttps://review.openstack.org/#/c/216578/11:46
markus_zcool, thanks, I keep an eye on them11:46
*** gcb has joined #openstack-nova11:50
*** Daisy_ has joined #openstack-nova11:50
openstackgerritGhanshyam Mann proposed openstack/python-novaclient: Fix H404/405 violations in novaclient/*.py  https://review.openstack.org/25234811:51
openstackgerritLee Yarwood proposed openstack/nova-specs: Reassign virt-rescue-stable-disk-devices  https://review.openstack.org/25234911:51
openstackgerritRadoslav Gerganov proposed openstack/nova-specs: VMware: add support for Virtual Volumes  https://review.openstack.org/24363311:51
*** Daisy_ has quit IRC11:54
*** Daisy has joined #openstack-nova11:55
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration as migration action  https://review.openstack.org/25235211:55
*** zhangjn has quit IRC11:57
*** EinstCrazy has quit IRC11:57
paul-carlton2johnthetubaguy, ok, I've looked at this and talked to andrearosa, If I make the change that oomichi suggested and in the implementation we will retrieve the flavor objects and fill in the old and new _flavor_flavorid11:57
johnthetubaguypaul-carlton2: that sounds good11:58
*** sudipto has quit IRC11:58
paul-carlton2however, note that this will not change what the migration-list returns so unless the https://review.openstack.org/#/c/219431/14 spec lands my new API will return a different representation of the migration object than migration-list11:59
*** Daisy has quit IRC11:59
ndipanovjohnthetubaguy, anyway https://review.openstack.org/#/c/239875/. The work that this depends on is humming along both on Nova and neutron side so who knows...12:00
ndipanovit might even have a chance of making it as it's quite small12:00
*** mpavone has quit IRC12:00
*** doug-fish has joined #openstack-nova12:00
*** deepakcs has quit IRC12:01
ndipanovjohnthetubaguy, also from the sriov subteam - https://review.openstack.org/#/c/199488/12:01
andrearosakoniszewski: ref to you update for pause live migration, I think yesterday the agreement was to use 'force-complete', am I wrong?12:02
andrearosapkoniszewski: ^^12:02
pkoniszewskiwell, Paul wrote something about live-migration-modify, thought that I missed something12:03
*** aix has joined #openstack-nova12:04
paul-carlton2taking the point dansmith point on https://review.openstack.org/#/c/219431/14 the flavor.id needs to be retained for compatibility, in my API I could just report flavorid which is meaningful to the user, that would mean the representation of the migration object would be different from the one returned by migration-list even if the other spec lands but maybe that is ok in the pursuit of a cleanere API response, i.e. one wi12:05
paul-carlton2thout two different ids for flavor!12:05
ndipanovwe actually had a case of people posting code in the comments of a spec gerrit review12:06
ndipanovhttps://review.openstack.org/#/c/139910/912:06
ndipanovthis12:06
paul-carlton2pkoniszewski, that was my suggestion, if I recall the meeting yesterday did not really decide on a good name12:06
ndipanovis12:06
ndipanovamazing!12:06
*** rha has joined #openstack-nova12:06
* ndipanov mind blown12:06
paul-carlton2my thinking is the live-migration-modify is more generic and means we can use it for all sorts of migration tweaking controls in the future12:10
*** pm90_ has joined #openstack-nova12:10
pkoniszewskithis might add another problem with merging this spec, so I will fall back to live-migration-force-complete and we will see in review12:11
*** claudiub|2 has quit IRC12:11
pkoniszewskideadline is tomorrow, not much time12:11
*** claudiub has joined #openstack-nova12:11
paul-carlton2ack12:11
abhishekkndipanov: thank you, I will take a look12:12
*** shaohe_feng has joined #openstack-nova12:12
*** raildo-afk is now known as raildo12:12
openstackgerritGhanshyam Mann proposed openstack/python-novaclient: Fix H404/405 violations in novaclient/tests/*  https://review.openstack.org/25236312:15
*** salv-orlando has joined #openstack-nova12:15
*** zenoway has joined #openstack-nova12:16
*** LiuNanke has joined #openstack-nova12:16
*** zenoway has quit IRC12:20
*** hparekh has quit IRC12:21
openstackgerritTimofey Durakov proposed openstack/nova: DO NOT MERGE Ceph for live-migration job  https://review.openstack.org/25228312:21
*** EinstCrazy has joined #openstack-nova12:22
*** LiuNanke has quit IRC12:22
*** hparekh has joined #openstack-nova12:22
tdurakov_sdague, hi, are you around?12:23
sdaguetdurakov_: yeh, what's up?12:24
tdurakov_got question about ceph and devstack, in devstack xfs is used for ceph data, is it required for live-migration job?12:25
tdurakov_sdague, ^12:25
sdagueI don't know12:25
sdaguethe ceph configuration was all built by ceph folks12:25
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882812:25
tdurakov_sdague, well, it looks like optional thing, as i managed to deploy manually ceph on multinode devstack without it12:26
tdurakov_ok, create first patch without it, if you decide it's smth required - let me know12:27
sdagueok, cool12:27
*** thorst_ has joined #openstack-nova12:27
sdagueit might just be needed for some of the swift like function12:27
sdagueas I know swift needs xfs for xattr support12:27
tdurakov_not sure, it is about swift12:28
*** LiuNanke has joined #openstack-nova12:28
*** LiuNanke has left #openstack-nova12:29
*** abhishekk has quit IRC12:29
openstackgerritjichenjc proposed openstack/python-novaclient: add importlib to test requirements  https://review.openstack.org/25233612:31
openstackgerritjichenjc proposed openstack/python-novaclient: Hack python 2.6 test with python 2.7  https://review.openstack.org/25233612:32
*** kiran-r has joined #openstack-nova12:33
*** thorst_ has quit IRC12:33
*** Daisy has joined #openstack-nova12:35
*** thorst_ has joined #openstack-nova12:35
*** thorst__ has joined #openstack-nova12:37
jichenandreykurilin: hi, about https://review.openstack.org/#/c/252336/3//COMMIT_MSG12:39
jichenandreykurilin: why you think the commit message is outdate?12:40
*** bkopilov has quit IRC12:40
*** thorst_ has quit IRC12:40
*** shaohe_feng has quit IRC12:41
*** zhangjn has joined #openstack-nova12:41
*** zhangjn has quit IRC12:42
*** jaosorior has quit IRC12:43
*** jaosorior has joined #openstack-nova12:44
*** zhangjn has joined #openstack-nova12:44
andreykurilinjichen: The main reason of py26 failures - keystone stopped support py26(importerror is raised by keystoneclient)12:44
andreykurilinjichen: and it doesn't relate to update of requests-mock12:45
*** sahid has quit IRC12:45
*** zhangjn has quit IRC12:45
jichenandreykurilin: ok, I thought it succeed yesterday and failed today, so might be something introduced recently, and a quick check shows you are right, keystoneclient's problem, thx12:46
andreykurilinjichen: :) ok, so you can just write something like "there are several novaclient's requirements stopped support py26"12:47
openstackgerritMoshe Levi proposed openstack/nova: libvirt: report pci Type-PF type even when VFs are disabled  https://review.openstack.org/22716012:47
*** kiran-r has quit IRC12:47
jichenandreykurilin: yeah, by the way, any link to 'keystone support 2.6' so  I can copy it into the commit msg?12:47
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds spec for exposing host capabilities  https://review.openstack.org/22220012:47
claudiubbauzas: hi. I've addressed your coments ^ :)12:48
andreykurilinjichen: https://github.com/openstack/python-keystoneclient/commit/f4e6f12a714080a1e0391d4891d3bcf0eecfbaaf12:48
kashyapdanpb: When you get a moment, I see occasional libvirt I/O errors like these in the Gate jobs: "libvirtError: cannot read header '/dev/disk/by-path/[...]-lun-1'"  http://logs.openstack.org/80/251980/1/check/gate-grenade-dsvm-multinode/5716e36/logs/old/screen-n-cpu.txt.gz#_2015-12-02_10_57_35_81212:49
jichenandreykurilin: ok, great, let me take a look and update my commit msg, thanks~12:49
*** zhangjn has joined #openstack-nova12:49
openstackgerritjichenjc proposed openstack/python-novaclient: Hack python 2.6 test with python 2.7  https://review.openstack.org/25233612:50
*** shaohe_feng has joined #openstack-nova12:51
*** zenoway has joined #openstack-nova12:51
*** salv-orlando has quit IRC12:51
*** paul-carlton_ has joined #openstack-nova12:51
*** zhangjn has quit IRC12:52
*** zhangjn_ has joined #openstack-nova12:52
sdaguejichen: please don't go that way, ask in #openstack-infra about expediting the review there12:52
jichensdague: ok, will do it12:53
*** salv-orlando has joined #openstack-nova12:53
*** otter768 has joined #openstack-nova12:54
*** atuvenie has joined #openstack-nova12:55
*** figless has joined #openstack-nova12:55
atuvenie#openstack-meeting312:56
*** zenoway has quit IRC12:56
*** claudiub has quit IRC12:56
*** haomaiwa_ has joined #openstack-nova12:57
*** otter768 has quit IRC12:59
*** claudiub has joined #openstack-nova13:00
kashyapdanpb: Ignore me, it's something related to authentication issue with iscsid.  I'll try to investigate.13:01
*** salv-orlando has quit IRC13:02
*** zenoway has joined #openstack-nova13:02
*** figless has left #openstack-nova13:03
*** salv-orlando has joined #openstack-nova13:06
paul-carlton2johnthetubaguy, I've updated https://review.openstack.org/#/c/228828 if you could take a look pls13:06
mdboothIs the ceph gate new?13:07
*** pkoniszewski has quit IRC13:07
mdboothSeen 2 different failures on it in 2 attempts, neither relevant13:08
mdboothI was wondering if it's only recently been made voting13:08
*** zhangjn_ has quit IRC13:08
*** pkoniszewski has joined #openstack-nova13:08
*** ociuhandu has quit IRC13:09
*** Daisy has quit IRC13:10
alex_xusdague: hi, just want to ensure whether this kind of action is our expect https://review.openstack.org/#/c/252352/1/specs/mitaka/approved/pause-vm-during-live-migration.rst13:10
*** Daisy has joined #openstack-nova13:10
alex_xusdague: as this new style action in our API, i'm afraid we start new style without more consideration.13:11
*** ducttape_ has joined #openstack-nova13:11
alex_xusdague: also in our wsgi code, the action decorator won't support such new action, and people need add new route like this https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/hosts.py#L29813:11
alex_xusdague: so how about we still use the old style action /servers/{id}/migrations/{id}/action - {"force_complete": null}13:13
*** mwagner_lap has joined #openstack-nova13:13
pkoniszewskialex_xu: https://review.openstack.org/#/c/252352/13:13
pkoniszewskii want to change this one to /migrations/{id}13:13
alex_xupkoniszewski: you mean didn't use as sub-resources of servers?13:14
pkoniszewskiyes13:14
*** zhangjn has joined #openstack-nova13:14
*** zenoway has quit IRC13:15
*** zhangjn has quit IRC13:15
*** Daisy has quit IRC13:15
*** salv-orlando has quit IRC13:15
*** zhangjn has joined #openstack-nova13:15
*** zhangjn has quit IRC13:16
alex_xupkoniszewski: emm...I'm afraid that need new agreement with all the poeple13:16
sdaguealex_xu: yeh, I'm find with that13:16
alex_xus/poeple/people13:16
sdaguepkoniszewski: we definitely don't want this as a top level resources13:16
alex_xusdague: and that new style action didn't improve too much with current action, it still undiscoverable13:16
sdaguealex_xu: sure, that's fine13:17
*** zhangjn has joined #openstack-nova13:17
pkoniszewski*/action13:17
pkoniszewskiyes13:17
*** zhangjn has quit IRC13:17
*** zhangjn has joined #openstack-nova13:18
*** zhangjn has quit IRC13:18
alex_xusdague: actually I like POST servers/{id}/migrations/{id}/force_compelete, but I still didn't want to introduce new style action such quickly.13:18
sdaguealex_xu: yeh, I think that's fine, we can do it with /servers/{id}/migrations/{id}/action13:19
*** zhangjn has joined #openstack-nova13:19
alex_xusdague: ok, cool, thanks13:19
alex_xupkoniszewski: are you ok with this?13:19
pkoniszewskialex_xu: sure, I'll send an update in few seconds :)13:20
alex_xupkoniszewski: thanks :)13:20
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration as migration action  https://review.openstack.org/25235213:21
alex_xupkoniszewski: just reminder, we should use '_' in the field naming as the api-wg guideline13:21
johnthetubaguymdbooth: its not that new, although I think they are creating a new ceph gate at the moment, unsure if thats related13:21
*** busterswt has quit IRC13:21
pkoniszewskialex_xu: I'm using '_' in the newest patch set13:21
mdboothjohnthetubaguy: That's why I ask. I don't remember seeing it before, and it's failing.13:21
alex_xupkoniszewski: cool!13:21
mdboothAlthough the 2 failures are actually the same, not different.13:22
mdboothNot related to the patch, though.13:22
ansiwenmdbooth: it's on stable/kilo if that matters13:22
paul-carlton2johnthetubaguy, I've updated https://review.openstack.org/#/c/228828 if you could take a look pls13:23
*** liusheng has quit IRC13:23
johnthetubaguypaul-carlton2: was having lunch, taking a look at those right now13:23
*** liusheng has joined #openstack-nova13:24
mdboothjohnthetubaguy: So not looking for a fix directly, just wondering if a new job has accidentally been made voting too soon13:24
*** lyanchih has quit IRC13:24
paul-carlton2Guess as much, pinged you again when I saw you were back, thanks13:24
*** yonglihe has joined #openstack-nova13:24
johnthetubaguymdbooth: ah, possibly could be that13:25
openstackgerritTimofey Durakov proposed openstack/nova: DO NOT MERGE Ceph for live-migration job  https://review.openstack.org/25228313:28
sdagueandrearosa: in trying to get to a more palatable solution to the stuck attachments problems, is there some additional info about how things get stuck?13:28
alex_xupaul-carlton2: some comments on https://review.openstack.org/#/c/228828/13:29
openstackgerritRyan Moore proposed openstack/nova: config options: centralize section: "rdp"  https://review.openstack.org/25238913:30
alex_xupaul-carlton2: but I think those are quick fix13:30
*** klkumar has quit IRC13:31
*** ducttape_ has quit IRC13:32
andrearosasdague: I have a couple of reproducibles, I am off for food now, then I'll ping you later.13:33
sdagueandrearosa: ok, I also put it out on the ML given TZ overlap issues13:33
andrearosasdague: ok13:33
*** zenoway has joined #openstack-nova13:33
sdaguebut it would be handy to figure out how much of DELETE we can just fix13:33
alex_xujohnthetubaguy: sdague one more thought, we didn't have 'migration_type' in the API, user can't know the what type of migration was list. Should we add it now? or this should be separated propose to add 'migration_type' both for /migrations and /servers/{id}/migrations13:34
*** amotoki has joined #openstack-nova13:34
sdaguealex_xu: I feel like that's going to open up a whole other can of worms on canonical naming13:35
*** signed8bit has joined #openstack-nova13:35
sdagueI'm happy to punt that one until later13:35
alex_xusdague: ok, no problem, let's do that later13:35
johnthetubaguyalex_xu: while I agree, I think sdague makes a good point, lets move forward13:36
alex_xujohnthetubaguy: ok, got it13:36
*** markvoelker has joined #openstack-nova13:36
openstackgerritMiguel Angel Ajo proposed openstack/nova-specs: [WIP] Externally pluggable scheduler  https://review.openstack.org/25239513:37
johnthetubaguyalex_xu: sdague: should GET /servers/{id}/migrations include completed, cancelled and failed migrations, or only "active" migrations? I was assuming it included all migrations?13:37
sdaguejohnthetubaguy: active only13:37
alex_xujohnthetubaguy: oops, I thought different, it is active only13:37
sdaguethis isn't a log interface13:38
sdaguethat's what instance actions is for13:38
sdaguethis is migrations that current exist13:38
sdagueand the model for them existing, is they are running13:38
johnthetubaguysdague: how do you check if your cancel operations work? check instance actions I guess?13:38
sdaguein the same way that /servers/{id}/ips doesn't return all ip addresses the server ever had13:39
*** thumpba has joined #openstack-nova13:39
paul-carlton2alex_xu,  on it13:39
alex_xupaul-carlton2: cool, thanks13:39
paul-carlton2a comment13:39
paul-carlton2There might be value in allowing the instance owner to perform the GET especially if/when https://review.openstack.org/#/c/248472/ is implemented to provide details of the migration progress.13:39
paul-carlton2Also they will need GET to do the DELETE per use case 313:39
sdaguejohnthetubaguy: or GET /servers/{id}/migration/{id} ?13:40
johnthetubaguysdague: OK, I am still thinking too much about /os-migrations with my operator hat, its only useful to me because it is a log interface, but at least we keep that intact given this is a new API13:40
yongliheyesterday i sent this HEADS-UP, some one might not notice this,  Intel PCI/SRIO CI,  from 12/1 to 12/2, the Lab matainess, CI need to be Offline 24 Hours, now it's colse to finish, few hours.  sorry for un-convinent for you guy.  and here is our CI tracking page: https://etherpad.openstack.org/p/third-party-ci-status-tracking-intel-hardware13:40
johnthetubaguysdague: yeah, the direct get make sense13:40
openstackgerritRyan Moore proposed openstack/nova: config options: centralize section: "rdp"  https://review.openstack.org/25238913:40
sdagueit seems like the direct get should show the status of the migration13:41
*** sahid has joined #openstack-nova13:41
*** markvoelker_ has joined #openstack-nova13:41
*** jaosorior has quit IRC13:42
*** markvoelker has quit IRC13:42
johnthetubaguysdague: I guess, we always leave open GET /servers/{id}/migrations/?show_all=true or similar, if that turns out to be important13:42
sdaguejohnthetubaguy: yeh, but for now I don't want that to be the model13:43
*** jaosorior has joined #openstack-nova13:43
sdagueI guess the other piece which we should do is return a link to the /server/{id}/migration/{id} on calls that create migrations as links13:43
johnthetubaguysdague: yeah, actually makes more sense to me now, when you only list active ones, I was assuming the reverse13:43
sdaguethat's the part that would complete the circle of life here13:43
johnthetubaguysdague: good point13:44
*** ccarmack has joined #openstack-nova13:44
* johnthetubaguy is now thinking about the lion king13:44
sdagueheh13:44
*** gjayavelu has joined #openstack-nova13:44
paul-carlton2so are we ok with access to GET being policy controlled but an is_admin check to avoid show node names to non admins?13:44
sdaguemy evil plan has succeeded13:44
johnthetubaguypaul-carlton2: we don't want is_admin anywhere really13:45
sdaguepaul-carlton2: right, I think that if you want 2 different representations we need to consider what that is13:45
sdaguebecause I don't really understand how you are given access to live migration without knowing node names13:45
danpbhands up who wants their spec reviewed & possibly +2'd  *13:46
alex_xuone more point is we should return 409 when cancel and force_complete at sametime13:46
*** edmondsw has joined #openstack-nova13:46
lxslindipanov: re: https://review.openstack.org/#/c/244485, a quick grep on 'pre-migrating' shows a couple of usages at ./nova/compute/resource_tracker.py:282 and :30513:46
danpb* spec must not have any pre-existing -1's that haven't been addressed, if it does i'll ignore it13:46
paul-carlton2The progress reporting is useful to normal user13:46
alex_xudanpb: o/ https://review.openstack.org/24554313:46
paul-carlton2alex_xu, not sure, you might force complete but then the migration is still taking too long so you want to cancel it?13:47
sdaguealex_xu: cancel should always work, no? are you saying you can't cancel a force_completed migration?13:47
*** wyang_ has quit IRC13:47
pkoniszewskipaul-carlton2: +113:47
sdagueI'm not convinced there is really a good use of 409 here, I think we should just 400 if something is wrong13:47
danpbyou should always be permitted to cancel a migration13:47
johnthetubaguyyeah, cancel should always be attempted I feel13:47
danpbright up until the point it has switched to running on the new host13:48
ndipanovlxsli, yep13:48
johnthetubaguymind you, force-complete something that is being cancelled doesn't really make sense13:48
danpbso there's definitely time when you can cancel a migration that has been marked force-complete13:48
*** pm90__ has joined #openstack-nova13:48
lxslindipanov: you don't need to change those?13:48
sdaguejohnthetubaguy: sure, so that's a bad request13:48
alex_xuemm...agree with everyone, so what is force_completed a cancel?13:48
danpbbecause force-complete will take non-zero time13:48
johnthetubaguysdague: OK13:48
alex_xuok, I got answer13:49
* alex_xu focus on typing his words too much13:49
paul-carlton2alex_xu, johnthetubaguy, still need to resolve the admin/user view of compute nodes?13:49
sdaguepaul-carlton2: I'm not sure I understand " The progress reporting is useful to normal user"13:49
sdaguebecause either you have access to live migration, so you know your node topology and can push things around where you want13:50
sdagueor you don't13:50
alex_xupaul-carlton2: i thought the premission is configurable instead of a hardcode admin permission check in the code13:50
sdaguein which case the fact that your server is getting live migrated is hidden from you entirely13:50
sdagueI'm not sure I really understand the use case for the middle ground13:50
paul-carlton2There is a spec https://review.openstack.org/#/c/248472/ which will add detailed progress reporting to migration object which could be useful to a user13:50
*** pm90_ has quit IRC13:50
johnthetubaguysdague: well we do expose that in the task_state, and by blocking snapshots etc13:51
*** signed8bit is now known as signed8bit_ZZZzz13:51
sdaguehmmmm13:51
*** baoli has quit IRC13:51
*** baoli has joined #openstack-nova13:52
*** baoli has quit IRC13:52
paul-carlton2If we allow the user to access the GET per policy.json we need a way to filter the fields displayed to avoid exposing compute node names13:52
sdaguepaul-carlton2: right, if this is a different permission than creating the live migration13:52
sdaguewhich I think to start, it should be the same permission as that13:52
paul-carlton2yep, one of the use cases in the spec is that the user wants to cancel the migration to attach a volume etc13:53
*** links has quit IRC13:53
*** baoli has joined #openstack-nova13:53
paul-carlton2They would benefit from info about progress, even if they don't get to see where it is moving from to13:54
johnthetubaguythat user might need to ask the admin to stop the live-migrate, by default, I think.13:54
sdaguepaul-carlton2: but that class of user needs to have access to creating a live migration I would think13:54
sdagueyeh, I think so13:54
johnthetubaguyI mean, sure, we could allow that asymmetry, but lets not default that way13:54
sdaguebecause if the ops team is live migrating everyone off a node to fix a hypervisor vulnerability, there is no way they want end users stopping that13:54
paul-carlton2nope, they just want to manage their instance like attach/detach volume, snapshot, hard reboot13:54
paul-carlton2so you only grant the DELETE to trusted users13:55
lxslindipanov: are you replacing pre-migrating with accepted, or inserting accepted before it please?13:55
paul-carlton2in a public cloud this might be key customers, in a private cloud it could be all users with corporate sanction for misuse13:55
sdaguepaul-carlton2: right, in which case they can all know about the node names13:56
sdaguethat's the part I don't understand, hiding the node names, but still providing all the actions13:56
*** mjura has quit IRC13:56
*** josecastroleon has quit IRC13:56
* alex_xu remeber progress field in instance also show live-migration progress in some virt driver13:56
*** lykinsbd has joined #openstack-nova13:56
paul-carlton2In the public cloud scenario, how many nodes you have is sensitive commercial info13:57
*** josecastroleon has joined #openstack-nova13:57
sdaguepaul-carlton2: right, and in the public cloud scenario you don't expose the live migration permission to users13:57
paul-carlton2so even a key customer would be given access to node names13:57
paul-carlton2would not rather!13:57
sdaguepaul-carlton2: right, I agree with you13:57
ndipanovlxsli, so pre-migrating is the state at which we consider the migration for resource tracking13:57
ndipanovlxsli, and doing a claim automatically sets it to that state which si done holding a global lock on the compute nodes13:58
sdagueit seems to me: can create a live-migration, can see nodenames where migrations are going to  are inextricably linked13:58
*** mjura has joined #openstack-nova13:58
ndipanovso claim() is the proper place to put it to pre-migrating13:59
ndipanovI guess that commit message could have done with that explanation :)13:59
paul-carlton2yes, operators can create migration and see node names, the user can do neither!13:59
lxslindipanov: it would help clueless noobs like me :)13:59
*** vladikr has joined #openstack-nova14:00
*** ijuwang has joined #openstack-nova14:00
lxslindipanov: thanks14:00
ndipanovlxsli, it's a fair point14:00
sdaguepaul-carlton2: right, and I don't understand why you would then give the "user" access to /servers/{id}/migrations ... either14:00
sdaguebecause those are artifacts for people that can create / delete those14:00
sdaguewhich are not that user14:00
paul-carlton2The  only way to implement this is to have policy setting so the cloud operator can choose who can see details of migration progress and also who can cancel it14:00
sdaguepaul-carlton2: that's where I don't agree, I think this is all https://github.com/openstack/nova/blob/1734ce7101982dd95f8fab1ab4815bd258a33744/etc/nova/policy.json#L39914:01
sdaguethat's the permission for all of this14:01
*** dims has joined #openstack-nova14:01
*** bkopilov has joined #openstack-nova14:01
*** eharney has joined #openstack-nova14:02
*** klkumar has joined #openstack-nova14:02
paul-carlton2so the user has an interest in their instance and managing it, but no business doing migrations14:02
paul-carlton2If we could make live migrations truly invisible to the user it would be great but we can't not yet, maybe never14:03
paul-carlton2so a user sees that their instance is migrating and can't do a bunch of operations on it14:03
sdaguepaul-carlton2: yes14:03
sdaguebecause letting them go and cancel things makes it all worse14:03
paul-carlton2They can contact cloud support to complain but that is all14:03
sdaguebecause someone was migrating that for a reason14:04
paul-carlton2However a key issue in cloud operations is driving down the cost of operations and support14:04
sdagueright, and exposing cancel to the user would drive those up14:05
*** breitz has quit IRC14:05
*** mdrabe has joined #openstack-nova14:05
*** thorst__ has quit IRC14:05
paul-carlton2If you allow users access to detailed info about the progress of the migration they might see that it nearly complete and quietly wait a while, thus not cost of support call14:05
sdaguebecause now you are doing maintenance and all of a sudden someone keeps relanding these guest on a server you have to take down14:05
*** breitz has joined #openstack-nova14:05
*** thorst_ has joined #openstack-nova14:05
sdaguepaul-carlton2: ok, so that's going to be a whole other conversation about "expert users"14:06
paul-carlton2If you allow trusted/valuable customers to cancel the migration to do an operation like detach/attach volume then you prevent them calling support and demanding you cancel it14:06
sdaguewe had a session on that in the last summit, that included things like when could you actually push the full stack trace14:06
sdaguepaul-carlton2: you do, but you generate a whole other cost by migrations being canceled which really can't be14:07
*** thumpba has quit IRC14:07
sdagueyou seem to be completely discounting the operational cost of that14:07
*** pradipta has joined #openstack-nova14:07
*** ctrath has joined #openstack-nova14:08
sdagueyou also make it sound like people are randomly live migrating things all the time, and not considering why they really need to get those guests off that host14:08
paul-carlton2So we provide the facility to allow a cloud operator to safely (i.e. without exposing node names) provide users access to migration progress details and cancellation privileges, but the cloud operator can decide what users to grant this to if any14:09
johnthetubaguypaul-carlton2: that feels a lot like a follow on blueprint/spec14:10
sdagueyeh, that's a different beast14:10
danpbsdague: yeah if we want to delegate ability to cancel migration, it sounds like the operator needs a way to "lock" a migration to prevent cancellation on a per-op basis14:10
paul-carlton2In a large cloud, if you are doing monthly node reboots to deploy security updates then yes, you could be migrating instances a lot14:10
danpbso if they absolutely must evacuate a host, you can forbid cancellation14:10
*** jerrygb has joined #openstack-nova14:10
*** zhangjn has quit IRC14:10
johnthetubaguydanpb: if we allowed users to cancel it, yes, I could see us going that way14:10
paul-carlton2This user cancellation was in the use cases of the spec14:11
sdaguedanpb: right, that does assume that when an operator initiates a live migration they didn't already really care that it worked14:11
sdaguewhat I'm saying is that today we implicitly already have that lock14:11
*** zhangjn has joined #openstack-nova14:11
sdagueand what is being asked for is really POST /servers/{id}/action {"maybe-live-migrate"}14:12
danpbfor purposes of getting something done in Mitaka, it seems easiest to just require cancellation to require14:12
johnthetubaguysdague: its maintenance vs resource levelling, I suspect, but yeah, today everything is implicitly locked, which is the easiest way14:12
danpbthe same (elevated) privileges used to initiate it in the first place14:12
sdaguedanpb: yeh, agreed14:12
*** zhangjn has quit IRC14:12
*** haomaiwa_ has quit IRC14:13
*** rlrossit has joined #openstack-nova14:13
johnthetubaguydanpb: yeah, thats what we are arguing for14:13
danpbok so lets go for that and consider further enhancements as a follow on14:13
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds spec for instance live resize  https://review.openstack.org/14121914:14
*** thorst_ has quit IRC14:14
*** e0ne has joined #openstack-nova14:14
paul-carlton2Ok, I'll remove mention of exposing the GET or DELETE to normal users14:14
johnthetubaguydanpb: thats my preference here14:14
*** zhangjn has joined #openstack-nova14:15
*** fawadkhaliq has joined #openstack-nova14:15
paul-carlton2this will be an admin function by default14:15
*** zhangjn has quit IRC14:15
sdaguebecause it seems like what's really wanted is marking certain live migrations as end user killable, which is a different part of the model. But it should really be opt in from api. So a load leveling tool would set it, but nova live-migrate would not14:15
sdaguewhich I agree is a different follow on14:15
*** zhangjn has joined #openstack-nova14:16
paul-carlton2ok, will update spec14:16
johnthetubaguysdague: +114:16
*** w_verdugo has joined #openstack-nova14:18
*** bklei has joined #openstack-nova14:19
*** ociuhandu has joined #openstack-nova14:21
claudiubsdague: hi. So, regarding the os-win patch for Hyper-V, you said that the ComputeDriverException (NovaException subclass) is not particularly useful. So, you think we should use generic NovaExceptions instead?14:21
sdagueclaudiub: yes14:21
*** cfriesen has joined #openstack-nova14:21
sdaguefor the same reasons as the past patch when I said the same things14:21
claudiubsdague: ok, great. updating asap.14:22
*** busterswt has joined #openstack-nova14:22
paul-carlton2alex_xu,  re your comment about rejecting cancellations of non live migrations,  looking at it migration type is a column in migrations table but not exposed in migration object, johnthetubaguy,  danpb any idea why?14:23
*** e0ne_ has joined #openstack-nova14:23
*** jwcroppe has quit IRC14:23
johnthetubaguypaul-carlton2: sounds like it just got missed out for some reason14:23
*** e0ne has quit IRC14:24
paul-carlton2ah, it is a field in the object of course but not exposed in migrations-list14:24
alex_xupaul-carlton2: yea, that didn't exposed that in the rest api, just talk with sdague, we can expose that later with separated propose14:24
johnthetubaguypaul-carlton2: hang on, yeah, its there: https://github.com/openstack/nova/blob/master/nova/objects/migration.py#L5114:24
danpbpaul-carlton2:  no idea at all14:24
johnthetubaguypaul-carlton2: its only recently been added for live-migrate, we didn't change the API on purpose, as I think we don't allow live-migrates in the API right now14:24
*** jichen has quit IRC14:25
johnthetubaguypaul-carlton2: just checking though, my memory is sketchy on that14:25
*** mriedem has joined #openstack-nova14:25
*** haomaiwang has joined #openstack-nova14:25
rpodolyakahey there! could stable cores please review - https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/liberty+topic:fix_status_reporting,n,z ?14:26
rpodolyaka^ contains fixes for https://bugs.launchpad.net/nova/+bug/1505471 and https://bugs.launchpad.net/nova/+bug/151792614:26
openstackLaunchpad bug 1505471 in OpenStack Compute (nova) "Service group's DB driver dies if local conductor is used" [High,Fix committed] - Assigned to John Garbutt (johngarbutt)14:26
openstackLaunchpad bug 1517926 in OpenStack Compute (nova) "Nova services stop to report state via remote conductor" [High,Fix committed] - Assigned to Roman Podoliaka (rpodolyaka)14:26
paul-carlton2yep it is suppressed in API14:26
paul-carlton2I'll suppress it in new API too?14:27
johnthetubaguyrpodolyaka: those bug fixes are currently being reworked in a new patch somewhere on master that has a better fix, let me see if I can find it14:27
paul-carlton2but use value to reject cancellation of non live migrations14:27
johnthetubaguyrpodolyaka: oh wait, thats your patch :)14:27
alex_xupaul-carlton2: yes, I think so14:27
rpodolyakajohnthetubaguy: oh, I missed that14:28
johnthetubaguyrpodolyaka: I mean the later bug fix is the better one, I wouldn't include the first one14:28
rpodolyakajohnthetubaguy: ah, I got you wrong :)14:29
paul-carlton2in fact I can also have the GET only return live migrations, so you get 404 if you do a GET and there is not a running live migration, i.e. cold migrations etc are not returned14:29
mriedemjohnthetubaguy: what's wrong with https://review.openstack.org/#/c/247491/ ? it's a regression due to https://review.openstack.org/#/c/180956/ in liberty14:31
*** zhangjn has quit IRC14:31
rpodolyakajohnthetubaguy: so you suggest we just drop the first patch? as the second one is kind of a more general fix14:31
johnthetubaguyrpodolyaka: unsure, will leave that with mriedem14:32
rpodolyakaok14:33
*** signed8bit_ZZZzz is now known as signed8bit14:33
mriedemoh i see, the 2nd patch reworks the 1st change14:34
mriedemeffectively making the first pointless to backport14:34
*** josecastroleon1 has joined #openstack-nova14:34
*** josecastroleon has quit IRC14:35
*** pm90__ has quit IRC14:35
mriedemrpodolyaka: i'd say we just go with the 2nd one then, and only backport https://review.openstack.org/#/c/247552/14:35
mriedemnot sure if that creates a nasty merge conflict or not14:35
*** Guest87643 has quit IRC14:35
rpodolyakamriedem: ok, np. l'll just rebase it on the top of stable/liberty then14:35
rpodolyakathanks guys!14:35
*** lucasagomes is now known as lucas-hungry14:35
andrearosasdague: I've seen your email on the ML about the nova-manage stuff and stuck deleting volumes, I'll try to reply to that email with all the history and discussion about that spec+patch. I think it is easier to keep the disucsssion there.14:35
mriedemrpodolyaka: one thing to consider,14:36
mriedemthe 1st patch adds tests that are re-used in the 2nd chnage14:36
mriedem*chnage14:36
mriedemdamn14:36
mdboothIs there any reason we keep a per-instance copy of kernel and ramdisk? Seems all instances could share a single copy of those.14:36
mriedemrpodolyaka: so maybe it's best to backport both for completeness14:36
openstackgerritClaudiu Belu proposed openstack/nova: Hyper-V: adds os-win library  https://review.openstack.org/24772914:36
rpodolyakamriedem: you mean separately or squash them?14:36
mriedemrpodolyaka: so i'm flip flopping, i think we should just do both backports so it's clean14:37
mriedemthe 2nd uses tests from the first, so let's just backport both14:37
rpodolyakathat's was my thinking at first too14:37
rpodolyakaas I wasn't sure what to do with change-id, if I squashed them14:37
*** zhangjn has joined #openstack-nova14:38
*** zhangjn has quit IRC14:38
sdagueandrearosa: ok, cool14:38
*** zhangjn has joined #openstack-nova14:39
edleafejlk: Did you ever get an answer about the scheduler config options? If not, this might help: https://review.openstack.org/#/c/247181/14:39
mriedemjohnthetubaguy: dansmith: +2 on these backports https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:stable/liberty+topic:fix_status_reporting,n,z14:40
mriedemwe should get those into a liberty point release on stable since they are regressions for local conductor14:40
rpodolyakathanks mriedem!14:41
*** zhangjn has quit IRC14:41
*** zhenq has joined #openstack-nova14:42
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882814:43
danpbndipanov: what does the 'no_device' field in the BlockDevice object do  ?14:44
andrearosadanpb: great question!14:44
ndipanovah right I was gonna write that up14:44
ndipanovI actually thought I did14:44
*** fawadkhaliq has quit IRC14:44
danpbit came up a few weeks back while you were on PTO14:44
ndipanovso if you have an image that was create as a snapshot of an instance that had some volumes attached14:45
danpband we couldn't find a explanation14:45
ndipanovbtw another person to ask about this is feodor tersin14:45
ndipanovso in that case14:45
ndipanovif you want to override one of the block devices that got saved in the image14:46
*** rqw has quit IRC14:46
ndipanovyou would set no_device14:47
ndipanovnot sure if it works still14:47
*** rqw has joined #openstack-nova14:48
danpbok14:48
*** Marga_ has joined #openstack-nova14:48
*** zaina has joined #openstack-nova14:48
ndipanovactually it probably works for the newer syntax14:49
rqwmriedem: sorry just disconnected. as for the spec about uefi boot https://review.openstack.org/#/c/235983/? You mentioned that we need 3rd CI to test this feature, and we must prepare the CI with this spec, or there are some others ways to do so?14:50
*** rotbeard has quit IRC14:50
* alex_xu ends the work of today.14:50
mriedemrqw: my concern with that spec is it's reliance on (1) a version of libvirt we don't test against (1.2.8) and (2) the edk2/ovmf packages on the system. ubuntu 14.04 provides ovmf but it looks like one has to build edk2 from source.14:51
mriedemrqw: so this adds another magic path of support in the libvirt driver that we don't test anywhere14:52
wznoinskclaudiub: ping14:53
mriedemactually libvirt 1.2.9 per markus_z's note14:53
rqwmriedem: I see, but it have to based on latest libvirt. For this situation, do you have any suggestion?14:53
danpbmriedem: if ubuntu provides ovmf packages, there's no need to build edk2 - they are essentially one & the same thing14:54
rqwmriedem: I will update the libvirt version in next patch set.14:54
danpbmriedem: edk2 is the broad project providing the open source EFI firmware impl14:54
mriedemdanpb: ok, that wasn't clear when i was poking around the packages yesterday14:54
danpbmriedem: ovmf is the specific firmware build of edk2 that targets KVM/QEMU14:54
mriedemand the spec isn't clear on the package dependencies14:54
openstackgerritDan Smith proposed openstack/nova: Allow sending the migrate data objects over the wire  https://review.openstack.org/25158814:54
mriedemor what distros provide them14:54
danpbmriedem: (on x86_64)  - avmf is the firmware build of edk2 that targets QEMU on arm6414:55
*** otter768 has joined #openstack-nova14:55
mriedemdanpb: and i can't find that fedora/centos/rhel provides those packages14:56
mriedemi could only find suse and ubuntu14:56
*** thorst_ has joined #openstack-nova14:56
*** josecastroleon has joined #openstack-nova14:56
rqwmriedem: there is ovmf public package in ubuntu, but looks like it have to be gotten from other sources.14:58
*** josecastroleon1 has quit IRC14:58
*** thorst_ has quit IRC14:58
danpbmriedem: we don't ship OVMF yet because intel poisoned the license on the FAT driver :-(14:58
*** thorst_ has joined #openstack-nova14:58
mriedemdanpb: yeah, that's what i read in the fedora site14:58
danpbits going to be resolved soonish because we'll be providing a replacment FAT driver that's actually free software14:59
claudiubwznoinsk: hello15:00
*** josecastroleon1 has joined #openstack-nova15:00
*** otter768 has quit IRC15:00
*** pm90_ has joined #openstack-nova15:00
*** fergal has joined #openstack-nova15:00
*** josecastroleon has quit IRC15:00
*** EinstCra_ has joined #openstack-nova15:01
*** Guest87643 has joined #openstack-nova15:01
*** paul-carlton_ has quit IRC15:02
*** ducttape_ has joined #openstack-nova15:02
*** rlrossit1 has joined #openstack-nova15:02
*** pm90__ has joined #openstack-nova15:02
rqwmriedem: danpb: intel will remove the addition and then will make OVMF a standard part of distributions15:02
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882815:03
bauzassdague: +2 to http://lists.openstack.org/pipermail/openstack-dev/2015-December/081081.html15:03
bauzassdague: but I'll reply in there15:04
mriedemrqw: danpb: i've commented in the spec,15:04
*** rlrossit has quit IRC15:04
bauzassdague: because we need to have all the hints to be clear15:04
*** dustins has joined #openstack-nova15:04
*** EinstCrazy has quit IRC15:04
bauzassdague: and because it's an user experience, like for the flavor extra specs or other15:04
alex_xupaul-carlton1: I have one comment at patchset 31, I 'm afraid you missed that15:04
wznoinskclaudiub: any feelings about your spec for instance live resize? doesn't look like a priority for the nova so it has to be approved by tomorrow right?15:04
mriedemrqw: danpb: basically if we can't have a job that tests this (it could be done with community resources since it's all open source dependencies, but someone would have to work on creating that kind of job), and Intel isn't going to provide a 3rd party CI job for this, then we punt on integration testing and i'd want to see a warning in the logs that it's not tested.15:04
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882815:05
*** smurke has joined #openstack-nova15:05
danpbmriedem: what would we actually be testing here though15:05
*** smatzek has joined #openstack-nova15:06
*** pm90_ has quit IRC15:06
mriedemthat we can boot a vm with a uefi image15:06
claudiubwznoinsk: reading right now.15:06
danpbmriedem: from the host POV the only thing we're changing is adding  a firmware path to the QEMU config15:06
paul-carlton2alex_xu, I thought we agreed to only return live migrations but I can change that15:06
paul-carlton2We did agree that only live migrations can be cancelled, right?15:06
*** salv-orlando has joined #openstack-nova15:06
mriedemdanpb: a different question, is this something you'd see value in calling out in the hypervisor support matrix?15:06
*** garyk1 has quit IRC15:06
danpbwhether the guest OS does the right thing when run with UEFI is not really nova's direct concern - its the underlying hypervisor platform and/or user's image15:07
*** thorst_ has quit IRC15:07
*** fmccrthy has joined #openstack-nova15:07
alex_xupaul-carlton2: yes, but I thought we will return all types migration, not sure whether I missed understand some words in the discussion15:07
danpbor to put it another way, are you suggesting that Nova duplicate every single aspect of the hypervisor platform testing matrix15:07
*** RuiChen has quit IRC15:07
danpbas that's what it really feels like you're saying here15:08
*** RuiChen has joined #openstack-nova15:08
mriedemi would like to have as little technical debt as possible15:08
paul-carlton2alex_xu, I'm happy to return any running migrations and only allow delete on live-migration types15:08
*** fergal has quit IRC15:08
alex_xupaul-carlton2: ok, thanks, hope everyone happy with that15:08
openstackgerritYingxin Cheng proposed openstack/nova: Use stevedore for scheduler host manager  https://review.openstack.org/24647615:09
*** sfinucan has joined #openstack-nova15:10
johnthetubaguymriedem: danpb: UEFI totally feels like something we should test, I hope to re-kick that feature classification effort at some point when I have the bandwidth15:10
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add some logs to 'numa_topology_filter'  https://review.openstack.org/20265015:11
mriedemi'm just having a hard time parsing what we care about and what we don't15:11
mriedemthere is a spec up to add vvol support to the vmware driver, and the spec said they'd make sure tempest was working with vvol storage - but that would mean a new vmware ci job with that config since today the vmware ci uses a different storage type,15:12
mriedemi don't actually expect vmware to stand up a new ci job for that wrinkle15:12
mriedemso at what point do we stop fooling ourselves into thinking we're going to have integration testing15:12
*** burgerk has joined #openstack-nova15:12
*** pm90__ is now known as pratikmallya15:12
johnthetubaguymriedem: my suggested approach is to document what we do actually test, so its clear15:13
sdaguedanpb: is there a reason we wouldn't manage the uefi loader as a glance artifact, like the ami partial images?15:13
mriedemat a minimum, that's what i've said in this uefi spec - that if we don't test it, we shoudl log a warning if it's used that it's not tested15:13
mriedemso i don't have to claim to support it15:13
sdagueit seems a little weird to require pushing that out to every compute and specific a new conf file location15:13
johnthetubaguymriedem: and also document what is documented, as odd as it sounds15:13
openstackgerritPaul Carlton proposed openstack/nova-specs: Cancel ongoing live migrations  https://review.openstack.org/22882815:13
danpbsdague: IMHO   firmware images are part of the hypervisor platform and not something the user should be uploading15:14
*** fmccrthy has quit IRC15:14
dansmithjohnthetubaguy: as you know, I don't think having a bunch of "experimental" features that we seem to support but don't if they break is a good idea15:14
danpbsdague: its kind of like saying the user should be allowed to upload kernel modules for the host to load15:14
*** salv-orl_ has joined #openstack-nova15:14
*** fmccrthy has joined #openstack-nova15:14
mriedemthere was also concern over supporting rbd encryption with the kernel module before native qemu supports encryption for rbd, but at least we have a job that tests it and shows that the encryption tests worked with the patch on ceph15:14
dansmithjohnthetubaguy: as cellsv1 proves, people expect things to work, even if we log a giant message that says they may be broken, and they expect them to work with our other features we do, like live upgrade15:14
sdaguedanpb: ok, so if it's part of the hypervisor platform, why is a nova.conf var needed for it15:14
danpbsdague: in addition the user should not even have visibility into what hypervisor version the cloudis running15:14
johnthetubaguydansmith: well step two is deprecating all the untested stuff, and actually removing it15:15
*** wyang has joined #openstack-nova15:15
johnthetubaguydansmith: true15:15
danpbsdague: that's mostly because different distros have not all put the firmware in the same place15:15
dansmithjohnthetubaguy: deprecating features is much harder than not adding them in the first place :/15:15
danpbsdague: nova should do the right thing out of the box for distros like ubunut, fedora, etc15:15
johnthetubaguydansmith: oh I see your point, true15:15
*** fmccrthy has quit IRC15:15
danpbsdague: but the config file lets you configure it on other obscure distros that may have used a different location15:15
bauzasyeah it's always an upgrade impact when we deprecate vs. just a feature comment when we add15:15
*** haomaiwang has quit IRC15:15
paul-carlton2johnthetubaguy, the only issue outstanding now I think is your comment about the migration state being set to aborted rather than failed when it is aborted.  I guess you are right that we should do this but we can work out how to do this during implementation if that is important.15:16
*** raginbajin has quit IRC15:16
mriedemthe apparent wild west among the distros for ovmf is also concerning to me in this spec15:16
johnthetubaguypaul-carlton2: thats a nit, we can come back and fix that if everyone else is cool with the other details15:16
danpbsdague: i'd not be adverse to leaving out the config parameter - it just felt it was slightly nicer to allow it for sake of distro portability15:16
*** mdrabe has quit IRC15:16
*** delattec has joined #openstack-nova15:16
sdagueyeh, the config param is the only thing that's concerning me honestly, just because people are going to set it if we put it there, and it's mostly a way to mess things up15:17
*** raginbajin has joined #openstack-nova15:17
sdagueif they are on an oddball distro they can have config management build them some symlinks15:17
*** fmccrthy has joined #openstack-nova15:17
*** salv-orlando has quit IRC15:18
*** delatte has joined #openstack-nova15:19
*** delattec has quit IRC15:19
*** claudiub|2 has joined #openstack-nova15:19
*** cdelatte has quit IRC15:19
*** claudiub has quit IRC15:21
*** ssurana has joined #openstack-nova15:22
*** ildikov has quit IRC15:23
*** liverpooler has quit IRC15:24
*** thumpba has joined #openstack-nova15:25
*** mc_nair has joined #openstack-nova15:25
mriedemhere is another one on testing https://review.openstack.org/#/c/243633/4/specs/mitaka/approved/vmware-vvol-support.rst15:27
*** josecastroleon has joined #openstack-nova15:28
*** thumpba has quit IRC15:28
*** fawadkhaliq has joined #openstack-nova15:28
sdaguemriedem: yeh, manual runs is a bad story15:28
*** markvoelker_ has quit IRC15:28
johnthetubaguymriedem: what about a post merge job, I guess, as a compromise solution? With the obvious issue that if we can't keep the ever merge job green, we are less likely to keep the post merge job green.15:29
mriedemjohnthetubaguy: we talked about post-merge jobs in paris and nothing ever came out of that15:29
*** josecastroleon1 has quit IRC15:29
dansmiththe problem with that especially for third-party stuff,15:29
dansmithis that we have nowhere for it to be very visible15:29
dansmithwe are usually the ones pointing out that a particular test bot is broken15:29
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration as migration action  https://review.openstack.org/25235215:30
*** Piet_ has quit IRC15:30
*** weihan has quit IRC15:30
dansmithbecause we want to see it on a patch and don't, or notice it's breaking a lot15:30
mriedemit sounds like at least asselin is making progress on a universal 3rd party ci framework, but not all third party ci are hooked into that, and i'm not sure what it's plan for reporting is15:30
johnthetubaguymriedem: OK, not heard about that, thats a good start15:30
mriedemyeah, i'm pretty sure xenxserver ci was down for a day this week with mirror issues15:30
dansmithsome unified place would be a good start for sure15:31
sdaguemtreinish: is this stuff in openstack health yet?15:31
mriedemBobBall: btw, where is your fancy zuul status page for xenserver ci? i couldn't find that link from the third party systems ci wiki15:31
*** lyanchih has joined #openstack-nova15:31
*** Marga_ has quit IRC15:31
*** lyanchih has quit IRC15:31
johnthetubaguywhat about if we block all patches on the post merge jobs being green, at that point it should get more attention15:31
openstackgerritRyan Moore proposed openstack/nova: config options: centralize section: "rdp"  https://review.openstack.org/25238915:32
mriedemstep 1 is having post merge jobs15:32
johnthetubaguylike the third party only votes +1 if all the post merge jobs are currently green, etc15:32
*** lyanchih has joined #openstack-nova15:32
johnthetubaguymriedem: I would prefer blocking patches on the third party CI jobs first, but yes, thats true15:32
mriedemjohnthetubaguy: i do that already for the virt drivers15:33
openstackgerritPawel Koniszewski proposed openstack/nova-specs: Pause VM during live migration as migration action  https://review.openstack.org/25235215:33
johnthetubaguymriedem: so I do manually, but it would be nice if it were automated15:33
sdaguehttp://status.openstack.org/openstack-health/#/ - mtreinish was going to announce this later this week once some db issues are resolved15:33
mriedemBobBall: can you update https://wiki.openstack.org/wiki/ThirdPartySystems/XenServer_CI to add the xenserver ci zuul status page?15:33
sdagueit doesn't seem to have the 3rd party stuff in it yet, but I think that was part of the scope15:33
*** atuvenie has quit IRC15:34
mmedvedefyi, I am working to get ci dashboard deployed to infra, it can be used to derive a CI status, one instance is currently running here http://ci-watch.tintri.com/project?project=nova&time=7+days15:34
johnthetubaguysdague: thats looking good15:34
*** ChanServ has quit IRC15:34
*** raginbajin has quit IRC15:34
*** xiexs_ has quit IRC15:34
*** mdbooth has quit IRC15:34
*** matrohon has quit IRC15:34
*** jaosorior has quit IRC15:34
*** derekh has quit IRC15:34
*** gongysh has quit IRC15:34
*** hogepodge has quit IRC15:34
*** alaski has quit IRC15:34
*** bkopilov has quit IRC15:34
*** vladikr has quit IRC15:34
*** baoli has quit IRC15:34
*** zenoway has quit IRC15:34
*** mwagner_lap has quit IRC15:34
*** rha has quit IRC15:34
*** doug-fish has quit IRC15:34
*** erlon has quit IRC15:34
*** paul-carlton1 has quit IRC15:34
*** paul-carlton2 has quit IRC15:34
*** macsz has quit IRC15:34
*** gszasz has quit IRC15:34
*** markus_z has quit IRC15:34
*** nkrinner has quit IRC15:34
*** yamahata has quit IRC15:34
*** changbl has quit IRC15:34
*** nelsnels_ has quit IRC15:34
*** vipuls has quit IRC15:34
*** diogogmt has quit IRC15:34
*** alex_xu has quit IRC15:34
*** gtt116_ has quit IRC15:34
*** CustosLimen has quit IRC15:34
*** NightKhaos has quit IRC15:34
*** zz_john5223 has quit IRC15:34
*** krtaylor has quit IRC15:34
*** ccard__ has quit IRC15:34
*** gzhai2 has quit IRC15:34
*** mariojv has quit IRC15:34
*** pkarikh has quit IRC15:34
*** davemc_afk has quit IRC15:34
*** leifz has quit IRC15:34
*** stevemar has quit IRC15:34
*** kaisers has quit IRC15:34
*** sileht has quit IRC15:34
*** ptm_away has quit IRC15:34
*** xek has quit IRC15:34
*** Fdaisuke has quit IRC15:34
*** markmcclain has quit IRC15:34
*** mkoderer has quit IRC15:34
*** brad[] has quit IRC15:34
*** crinkle has quit IRC15:34
*** mgagne has quit IRC15:34
*** davidlenwell has quit IRC15:34
*** adam_g has quit IRC15:34
*** fawadkhaliq has quit IRC15:34
*** josecastroleon has quit IRC15:34
*** burgerk has quit IRC15:34
*** RuiChen has quit IRC15:34
*** smatzek has quit IRC15:34
*** rlrossit1 has quit IRC15:34
*** pratikmallya has quit IRC15:34
*** e0ne_ has quit IRC15:34
*** cfriesen has quit IRC15:34
*** jerrygb has quit IRC15:34
*** breitz has quit IRC15:34
*** klkumar has quit IRC15:34
*** mjura has quit IRC15:34
*** lykinsbd has quit IRC15:34
*** pkoniszewski has quit IRC15:34
*** shaohe_feng has quit IRC15:34
*** aix has quit IRC15:34
*** andreykurilin has quit IRC15:34
*** pkholkin has quit IRC15:34
*** moshele has quit IRC15:34
*** scheuran has quit IRC15:34
*** alexschm has quit IRC15:34
*** irenab has quit IRC15:34
*** david-lyle has quit IRC15:34
*** artom has quit IRC15:34
*** lixiaoy1 has quit IRC15:34
*** xianghui has quit IRC15:34
*** Kennan has quit IRC15:34
*** nihilifer has quit IRC15:34
*** dulek has quit IRC15:34
*** migi has quit IRC15:34
*** tdurakov_ has quit IRC15:34
*** snikitin has quit IRC15:34
*** rhagarty has quit IRC15:34
*** mdavidson has quit IRC15:34
*** jwang has quit IRC15:34
*** kevinbenton has quit IRC15:35
*** jlvillal has quit IRC15:35
*** morgabra has quit IRC15:35
*** anteaya has quit IRC15:35
*** slagle has quit IRC15:35
*** _fortis has quit IRC15:35
*** dosaboy has quit IRC15:35
*** SamYaple has quit IRC15:35
*** rmstar has quit IRC15:35
*** albertom has quit IRC15:35
*** tcammann has quit IRC15:35
*** mhorban has quit IRC15:35
*** ajo has quit IRC15:35
*** phschwartz has quit IRC15:35
*** mordred has quit IRC15:35
*** afazekas has quit IRC15:35
*** frickler has quit IRC15:35
*** mleroy has quit IRC15:35
*** lifeless has quit IRC15:35
*** gerhardqux has quit IRC15:35
*** coreywright has quit IRC15:35
*** raildo has quit IRC15:35
*** leseb_ has quit IRC15:35
*** ccesario has quit IRC15:35
*** hamzy has quit IRC15:35
*** kbyrne has quit IRC15:35
*** ekhugen has quit IRC15:35
*** htruta has quit IRC15:35
*** sgordon has quit IRC15:35
*** samueldmq has quit IRC15:35
*** rwmjones has quit IRC15:35
*** rodrigods has quit IRC15:35
*** jhesketh has quit IRC15:35
*** StevenK has quit IRC15:35
*** jgriffith has quit IRC15:35
*** sirushti has quit IRC15:35
*** cburgess has quit IRC15:35
*** melwitt has quit IRC15:35
*** lucas-hungry has quit IRC15:35
*** rmk has quit IRC15:35
*** sshen_ has quit IRC15:35
*** fnordahl has quit IRC15:35
*** Madasi has quit IRC15:35
*** mmedvede has quit IRC15:35
*** wznoinsk has quit IRC15:35
*** smcginnis has quit IRC15:35
*** jlk has quit IRC15:35
*** mtreinish has quit IRC15:35
*** zzzeek has quit IRC15:35
*** mhorban_ has quit IRC15:35
*** bapalm has quit IRC15:35
*** jcook has quit IRC15:35
*** jistr has quit IRC15:35
*** llu has quit IRC15:35
*** mikal has quit IRC15:35
*** anish has quit IRC15:35
*** toure_ has quit IRC15:35
*** bnemec has quit IRC15:35
*** dansmith has quit IRC15:35
*** dstepanenko has quit IRC15:35
*** zhiyan has quit IRC15:35
*** huats has quit IRC15:35
*** jang has quit IRC15:35
*** ekarlso has quit IRC15:35
*** jbernard has quit IRC15:35
*** bradjones has quit IRC15:35
*** anthonyper has quit IRC15:35
*** noqa_v_g1ovnie has quit IRC15:35
*** DuncanT has quit IRC15:35
*** ramishra has quit IRC15:35
*** zul has quit IRC15:35
*** sballe has quit IRC15:35
*** scottda has quit IRC15:35
*** iurygregory has quit IRC15:35
*** wanghao has quit IRC15:35
*** tonyb has quit IRC15:35
*** _gryf has quit IRC15:35
*** onder has quit IRC15:35
*** ttx has quit IRC15:35
*** rushiagr_away has quit IRC15:35
*** patrickeast has quit IRC15:35
*** dougwig has quit IRC15:35
*** bauzas has quit IRC15:35
*** ameade has quit IRC15:35
*** junjie has quit IRC15:35
*** kgalanov has quit IRC15:35
*** tpeoples has quit IRC15:35
*** BadCub has quit IRC15:35
*** betherly has quit IRC15:35
*** tr3buchet has quit IRC15:35
*** auggy has quit IRC15:35
*** briancurtin has quit IRC15:35
*** delatte has quit IRC15:35
*** wyang has quit IRC15:35
*** salv-orl_ has quit IRC15:35
*** sfinucan has quit IRC15:35
*** smurke has quit IRC15:35
*** ducttape_ has quit IRC15:35
*** Guest87643 has quit IRC15:35
*** EinstCra_ has quit IRC15:35
*** rqw has quit IRC15:35
*** zhenq has quit IRC15:35
*** mriedem has quit IRC15:35
*** busterswt has quit IRC15:35
*** ociuhandu has quit IRC15:35
*** dims has quit IRC15:35
*** ccarmack has quit IRC15:35
*** signed8bit has quit IRC15:35
*** liusheng has quit IRC15:35
*** gcb has quit IRC15:35
*** Yingxin has quit IRC15:35
*** rk4n has quit IRC15:35
*** NithyaG has quit IRC15:35
*** danpb has quit IRC15:35
*** jlanoux has quit IRC15:35
*** dguitarbite has quit IRC15:35
*** unicell has quit IRC15:35
*** mnaser has quit IRC15:35
*** n0ano has quit IRC15:35
*** lyarwood has quit IRC15:35
*** jaypipes has quit IRC15:35
*** ansiwen has quit IRC15:35
*** obondarev has quit IRC15:35
*** flaper87 has quit IRC15:35
*** gmann has quit IRC15:35
*** coolsvap has quit IRC15:35
*** krotscheck has quit IRC15:35
*** mrodden has quit IRC15:35
*** mrsoul has quit IRC15:35
*** lxsli has quit IRC15:35
*** BobBall has quit IRC15:35
*** darrenc has quit IRC15:35
*** toan has quit IRC15:35
*** jogo has quit IRC15:35
*** DinaBelova has quit IRC15:35
*** beagles has quit IRC15:35
*** gsilvis__ has quit IRC15:35
*** j_king_ has quit IRC15:35
*** gridinv1 has quit IRC15:35
*** ir2ivps3__ has quit IRC15:35
*** ericksonfgds has quit IRC15:35
*** aignatov has quit IRC15:35
*** kashyap has quit IRC15:35
*** kragniz has quit IRC15:35
*** abramley has quit IRC15:35
*** q3k has quit IRC15:35
*** baffle has quit IRC15:35
*** sb- has quit IRC15:35
*** ianw has quit IRC15:35
*** aarefiev has quit IRC15:35
*** s1rp has quit IRC15:35
*** hemnafk has quit IRC15:35
*** hwoarang has quit IRC15:35
*** HenryG has quit IRC15:35
*** maurosr has quit IRC15:35
*** Yingxin1 has quit IRC15:35
*** ccard has quit IRC15:35
*** sbadia has quit IRC15:35
*** timello- has quit IRC15:35
*** clduser has quit IRC15:35
*** rpodolyaka has quit IRC15:35
*** tlbr has quit IRC15:35
*** cn28h has quit IRC15:35
*** cp16net has quit IRC15:35
*** zigo has quit IRC15:35
*** _diana_ has quit IRC15:35
*** Nakato has quit IRC15:35
*** keekz has quit IRC15:35
*** logan- has quit IRC15:35
*** ByPasS has quit IRC15:35
*** russellb has quit IRC15:35
*** ircuser-1 has quit IRC15:35
*** codebauss has quit IRC15:35
*** tziarko has quit IRC15:35
*** timello has quit IRC15:35
*** greghaynes has quit IRC15:35
*** lbelivea has quit IRC15:35
*** EmilienM has quit IRC15:35
*** notmorgan has quit IRC15:35
*** nikhil has quit IRC15:35
*** med_ has quit IRC15:35
*** jmccrory has quit IRC15:35
*** wolsen has quit IRC15:35
*** dgonzalez has quit IRC15:35
*** Dave has quit IRC15:35
*** masayukig has quit IRC15:35
*** Anticimex has quit IRC15:35
*** jeblair has quit IRC15:35
*** toabctl has quit IRC15:35
*** doffm has quit IRC15:35
*** tobasco has quit IRC15:35
*** aloga has quit IRC15:35
*** larsks has quit IRC15:35
*** adreznec has quit IRC15:35
*** gibi has quit IRC15:35
*** thomasem-away has quit IRC15:35
*** yonglihe has quit IRC15:35
*** ndipanov has quit IRC15:35
*** sulo has quit IRC15:35
*** anshprat has quit IRC15:35
*** serverascode has quit IRC15:35
*** johnthetubaguy has quit IRC15:35
*** lbragstad has quit IRC15:35
*** angular_mike__ has quit IRC15:35
*** Savemech has quit IRC15:35
*** wendar has quit IRC15:35
*** jroll has quit IRC15:35
*** jamielennox has quit IRC15:35
*** wasmum has quit IRC15:35
*** inara has quit IRC15:35
*** d34dh0r53 has quit IRC15:35
*** Hazelesque has quit IRC15:35
openstackgerritDan Smith proposed openstack/nova: Allow sending the migrate data objects over the wire  https://review.openstack.org/25158815:35
*** notmorgan has joined #openstack-nova15:36
*** sacharya has joined #openstack-nova15:37
*** StevenK has joined #openstack-nova15:37
*** jgriffith has joined #openstack-nova15:37
*** sirushti has joined #openstack-nova15:37
*** cburgess has joined #openstack-nova15:37
*** melwitt has joined #openstack-nova15:37
*** lucas-hungry has joined #openstack-nova15:37
*** rmk has joined #openstack-nova15:37
*** sshen_ has joined #openstack-nova15:37
*** fnordahl has joined #openstack-nova15:37
*** lucas-hungry is now known as lucasagomes15:37
*** mdrabe has joined #openstack-nova15:37
*** notmorgan has quit IRC15:38
*** cfriesen has joined #openstack-nova15:38
*** bkopilov has joined #openstack-nova15:39
*** vladikr has joined #openstack-nova15:39
*** baoli has joined #openstack-nova15:39
*** zenoway has joined #openstack-nova15:39
*** mwagner_lap has joined #openstack-nova15:39
*** rha has joined #openstack-nova15:39
*** doug-fish has joined #openstack-nova15:39
*** erlon has joined #openstack-nova15:39
*** paul-carlton1 has joined #openstack-nova15:39
*** paul-carlton2 has joined #openstack-nova15:39
*** macsz has joined #openstack-nova15:39
*** gszasz has joined #openstack-nova15:39
*** markus_z has joined #openstack-nova15:39
*** nkrinner has joined #openstack-nova15:39
*** yamahata has joined #openstack-nova15:39
*** changbl has joined #openstack-nova15:39
*** nelsnels_ has joined #openstack-nova15:39
*** vipuls has joined #openstack-nova15:39
*** diogogmt has joined #openstack-nova15:39
*** alex_xu has joined #openstack-nova15:39
*** gtt116_ has joined #openstack-nova15:39
*** CustosLimen has joined #openstack-nova15:39
*** NightKhaos has joined #openstack-nova15:39
*** zz_john5223 has joined #openstack-nova15:39
*** krtaylor has joined #openstack-nova15:39
*** ccard__ has joined #openstack-nova15:39
*** gzhai2 has joined #openstack-nova15:39
*** mariojv has joined #openstack-nova15:39
*** pkarikh has joined #openstack-nova15:39
*** davemc_afk has joined #openstack-nova15:39
*** leifz has joined #openstack-nova15:39
*** stevemar has joined #openstack-nova15:39
*** kaisers has joined #openstack-nova15:39
*** sileht has joined #openstack-nova15:39
*** ptm_away has joined #openstack-nova15:39
*** xek has joined #openstack-nova15:39
*** Fdaisuke has joined #openstack-nova15:39
*** markmcclain has joined #openstack-nova15:39
*** mkoderer has joined #openstack-nova15:39
*** brad[] has joined #openstack-nova15:39
*** crinkle has joined #openstack-nova15:39
*** mgagne has joined #openstack-nova15:39
*** davidlenwell has joined #openstack-nova15:39
*** adam_g has joined #openstack-nova15:39
*** jistr has joined #openstack-nova15:39
*** llu has joined #openstack-nova15:39
*** mikal has joined #openstack-nova15:39
*** anish has joined #openstack-nova15:39
*** bnemec has joined #openstack-nova15:39
*** toure_ has joined #openstack-nova15:39
*** dstepanenko has joined #openstack-nova15:39
*** zhiyan has joined #openstack-nova15:39
*** huats has joined #openstack-nova15:39
*** jang has joined #openstack-nova15:39
*** ekarlso has joined #openstack-nova15:39
*** jbernard has joined #openstack-nova15:39
*** bradjones has joined #openstack-nova15:39
*** anthonyper has joined #openstack-nova15:39
*** noqa_v_g1ovnie has joined #openstack-nova15:39
*** DuncanT has joined #openstack-nova15:39
*** ramishra has joined #openstack-nova15:39
*** zul has joined #openstack-nova15:39
*** sballe has joined #openstack-nova15:39
*** scottda has joined #openstack-nova15:39
*** iurygregory has joined #openstack-nova15:39
*** wanghao has joined #openstack-nova15:39
*** tonyb has joined #openstack-nova15:39
*** _gryf has joined #openstack-nova15:39
*** onder has joined #openstack-nova15:39
*** ttx has joined #openstack-nova15:39
*** rushiagr_away has joined #openstack-nova15:39
*** mdbooth has joined #openstack-nova15:39
*** matrohon has joined #openstack-nova15:39
*** dansmith has joined #openstack-nova15:39
*** ajo has joined #openstack-nova15:40
*** DinaBelova has joined #openstack-nova15:40
*** artom has joined #openstack-nova15:40
*** bklei has quit IRC15:40
*** raginbajin has joined #openstack-nova15:40
*** zigo has joined #openstack-nova15:40
*** _diana_ has joined #openstack-nova15:40
*** Nakato has joined #openstack-nova15:40
*** keekz has joined #openstack-nova15:40
*** logan- has joined #openstack-nova15:40
*** ByPasS has joined #openstack-nova15:40
*** russellb has joined #openstack-nova15:40
*** codebauss has joined #openstack-nova15:40
*** tziarko has joined #openstack-nova15:40
*** timello has joined #openstack-nova15:40
*** greghaynes has joined #openstack-nova15:40
*** lbelivea has joined #openstack-nova15:40
*** EmilienM has joined #openstack-nova15:40
*** nikhil has joined #openstack-nova15:40
*** med_ has joined #openstack-nova15:40
*** Dave has joined #openstack-nova15:40
*** jmccrory has joined #openstack-nova15:40
*** wolsen has joined #openstack-nova15:40
*** dgonzalez has joined #openstack-nova15:40
*** masayukig has joined #openstack-nova15:40
*** Anticimex has joined #openstack-nova15:40
*** jeblair has joined #openstack-nova15:40
*** toabctl has joined #openstack-nova15:40
*** doffm has joined #openstack-nova15:40
*** tobasco has joined #openstack-nova15:40
*** aloga has joined #openstack-nova15:40
*** larsks has joined #openstack-nova15:40
*** adreznec has joined #openstack-nova15:40
*** gibi has joined #openstack-nova15:40
*** thomasem-away has joined #openstack-nova15:40
*** iurygregory has quit IRC15:41
dansmithouch15:41
*** jhesketh has joined #openstack-nova15:41
*** alex_xu has quit IRC15:41
*** gjayavelu has quit IRC15:41
*** lyanchih has quit IRC15:41
*** jaosorior has joined #openstack-nova15:42
*** derekh has joined #openstack-nova15:42
*** gongysh has joined #openstack-nova15:42
*** sacharya has quit IRC15:42
*** xiexs_ has joined #openstack-nova15:42
*** jlk has joined #openstack-nova15:42
*** wznoinsk has joined #openstack-nova15:42
*** Madasi has joined #openstack-nova15:42
*** mmedvede has joined #openstack-nova15:42
*** smcginnis has joined #openstack-nova15:42
*** mtreinish has joined #openstack-nova15:42
*** zzzeek has joined #openstack-nova15:42
*** mhorban_ has joined #openstack-nova15:42
*** bapalm has joined #openstack-nova15:42
*** jcook has joined #openstack-nova15:42
*** patrickeast has joined #openstack-nova15:42
*** dougwig has joined #openstack-nova15:42
*** bauzas has joined #openstack-nova15:42
*** ameade has joined #openstack-nova15:42
*** junjie has joined #openstack-nova15:42
*** kgalanov has joined #openstack-nova15:42
*** tpeoples has joined #openstack-nova15:42
*** BadCub has joined #openstack-nova15:42
*** betherly has joined #openstack-nova15:42
*** tr3buchet has joined #openstack-nova15:42
*** auggy has joined #openstack-nova15:42
*** briancurtin has joined #openstack-nova15:42
*** hogepodge has joined #openstack-nova15:42
*** alaski has joined #openstack-nova15:42
*** unicell1 has joined #openstack-nova15:43
*** angular_mike__ has joined #openstack-nova15:43
*** paul-carlton1 has quit IRC15:43
*** _fortis has joined #openstack-nova15:44
*** johnthetubaguy has joined #openstack-nova15:44
*** yonglihe has joined #openstack-nova15:44
*** ndipanov has joined #openstack-nova15:44
*** sulo has joined #openstack-nova15:44
*** anshprat has joined #openstack-nova15:44
*** serverascode has joined #openstack-nova15:44
*** lbragstad has joined #openstack-nova15:44
*** Savemech has joined #openstack-nova15:44
*** wendar has joined #openstack-nova15:44
*** jroll has joined #openstack-nova15:44
*** jamielennox has joined #openstack-nova15:44
*** wasmum has joined #openstack-nova15:44
*** inara has joined #openstack-nova15:44
*** d34dh0r53 has joined #openstack-nova15:44
*** Hazelesque has joined #openstack-nova15:44
*** phschwartz_ has joined #openstack-nova15:44
sdaguemmedvede: it would be much better if you actually provided aggregate statistics15:45
sdaguelike pass / fail / mia15:45
*** doron has joined #openstack-nova15:45
*** suro-patz has joined #openstack-nova15:45
*** phschwartz_ has quit IRC15:45
mmedvedesdague: it is in plans, now we want to get something deployed first. The codebase needs a bit of hardening, tests, etc.15:47
mdboothDoes this change ring any bells for anyone: https://review.openstack.org/#/c/21270/ ?15:47
mdboothWhy would backing files be missing?15:47
*** phschwartz_ has joined #openstack-nova15:48
*** unicell1 has quit IRC15:50
*** aix has joined #openstack-nova15:51
*** aignatov2 has joined #openstack-nova15:51
wznoinskping15:51
*** aignatov2 is now known as aignatov15:52
openstackgerritMiguel Angel Ajo proposed openstack/nova-specs: [WIP] Externally pluggable scheduler  https://review.openstack.org/25239515:52
*** tdurakov_ has joined #openstack-nova15:53
openstackgerritRoman Podoliaka proposed openstack/nova: libvirt: delete the last file link in _supports_direct_io()  https://review.openstack.org/22476415:54
*** doron is now known as doron_afk15:54
*** markvoelker has joined #openstack-nova15:55
*** rubasov has quit IRC15:58
*** Sukhdev has joined #openstack-nova15:59
*** READ10 has joined #openstack-nova15:59
*** Marga_ has joined #openstack-nova15:59
*** cn28h has joined #openstack-nova15:59
*** ircuser-1 has joined #openstack-nova15:59
*** Guest87643 has joined #openstack-nova15:59
*** fawadkhaliq has joined #openstack-nova15:59
*** josecastroleon has joined #openstack-nova15:59
*** burgerk has joined #openstack-nova15:59
*** RuiChen has joined #openstack-nova15:59
*** smatzek has joined #openstack-nova15:59
*** pratikmallya has joined #openstack-nova15:59
*** rlrossit1 has joined #openstack-nova15:59
*** e0ne_ has joined #openstack-nova15:59
*** jerrygb has joined #openstack-nova15:59
*** breitz has joined #openstack-nova15:59
*** klkumar has joined #openstack-nova15:59
*** mjura has joined #openstack-nova15:59
*** lykinsbd has joined #openstack-nova15:59
*** pkoniszewski has joined #openstack-nova15:59
*** shaohe_feng has joined #openstack-nova15:59
*** andreykurilin has joined #openstack-nova15:59
*** migi has joined #openstack-nova15:59
*** pkholkin has joined #openstack-nova15:59
*** xianghui has joined #openstack-nova15:59
*** scheuran has joined #openstack-nova15:59
*** alexschm has joined #openstack-nova15:59
*** irenab has joined #openstack-nova15:59
*** david-lyle has joined #openstack-nova15:59
*** lixiaoy1 has joined #openstack-nova15:59
*** Kennan has joined #openstack-nova15:59
*** nihilifer has joined #openstack-nova15:59
*** dulek has joined #openstack-nova15:59
*** rhagarty has joined #openstack-nova15:59
*** 18VAACMHB has joined #openstack-nova15:59
*** snikitin has joined #openstack-nova15:59
*** mdavidson has joined #openstack-nova15:59
*** jwang has joined #openstack-nova15:59
*** kevinbenton has joined #openstack-nova15:59
*** jlvillal has joined #openstack-nova15:59
*** morgabra has joined #openstack-nova15:59
*** anteaya has joined #openstack-nova15:59
*** slagle has joined #openstack-nova15:59
*** dosaboy has joined #openstack-nova15:59
*** SamYaple has joined #openstack-nova15:59
*** rmstar has joined #openstack-nova15:59
*** albertom has joined #openstack-nova15:59
*** tcammann has joined #openstack-nova15:59
*** mhorban has joined #openstack-nova15:59
*** mordred has joined #openstack-nova15:59
*** frickler has joined #openstack-nova15:59
*** mleroy has joined #openstack-nova15:59
*** lifeless has joined #openstack-nova15:59
*** gerhardqux has joined #openstack-nova15:59
*** coreywright has joined #openstack-nova15:59
*** raildo has joined #openstack-nova15:59
*** ccesario has joined #openstack-nova15:59
*** leseb_ has joined #openstack-nova15:59
*** ekhugen has joined #openstack-nova15:59
*** hamzy has joined #openstack-nova15:59
*** kbyrne has joined #openstack-nova15:59
*** htruta has joined #openstack-nova15:59
*** sgordon has joined #openstack-nova15:59
*** samueldmq has joined #openstack-nova15:59
*** rwmjones has joined #openstack-nova15:59
*** rodrigods has joined #openstack-nova15:59
*** rcernin has quit IRC15:59
*** zul has quit IRC16:00
*** dustins has quit IRC16:01
openstackgerritTimofey Durakov proposed openstack/nova: DO NOT MERGE Ceph for live-migration job  https://review.openstack.org/25228316:02
*** suro-patz has quit IRC16:02
*** kragniz has joined #openstack-nova16:03
*** tdurakov_ has quit IRC16:03
*** yamahata has quit IRC16:06
*** ssurana has quit IRC16:06
*** Sukhdev has quit IRC16:09
*** READ10 has quit IRC16:09
*** Marga_ has quit IRC16:09
*** cn28h has quit IRC16:09
*** Guest87643 has quit IRC16:09
*** ircuser-1 has quit IRC16:09
*** fawadkhaliq has quit IRC16:09
*** josecastroleon has quit IRC16:09
*** burgerk has quit IRC16:09
*** RuiChen has quit IRC16:09
*** smatzek has quit IRC16:09
*** pratikmallya has quit IRC16:09
*** rlrossit1 has quit IRC16:09
*** e0ne_ has quit IRC16:09
*** jerrygb has quit IRC16:09
*** breitz has quit IRC16:09
*** klkumar has quit IRC16:09
*** mjura has quit IRC16:09
*** lykinsbd has quit IRC16:09
*** pkoniszewski has quit IRC16:09
*** shaohe_feng has quit IRC16:09
*** andreykurilin has quit IRC16:09
*** pkholkin has quit IRC16:09
*** scheuran has quit IRC16:09
*** alexschm has quit IRC16:09
*** irenab has quit IRC16:09
*** david-lyle has quit IRC16:09
*** lixiaoy1 has quit IRC16:09
*** xianghui has quit IRC16:09
*** Kennan has quit IRC16:09
*** nihilifer has quit IRC16:09
*** dulek has quit IRC16:09
*** migi has quit IRC16:09
*** 18VAACMHB has quit IRC16:09
*** snikitin has quit IRC16:09
*** rhagarty has quit IRC16:09
*** mdavidson has quit IRC16:09
*** jwang has quit IRC16:09
*** kevinbenton has quit IRC16:09
*** jlvillal has quit IRC16:09
*** morgabra has quit IRC16:09
*** anteaya has quit IRC16:09
*** slagle has quit IRC16:09
*** dosaboy has quit IRC16:09
*** SamYaple has quit IRC16:09
*** rmstar has quit IRC16:09
*** albertom has quit IRC16:09
*** tcammann has quit IRC16:09
*** mhorban has quit IRC16:09
*** mordred has quit IRC16:09
*** frickler has quit IRC16:09
*** mleroy has quit IRC16:09
*** lifeless has quit IRC16:09
*** gerhardqux has quit IRC16:09
*** coreywright has quit IRC16:09
*** raildo has quit IRC16:09
*** leseb_ has quit IRC16:09
*** ccesario has quit IRC16:09
*** hamzy has quit IRC16:09
*** kbyrne has quit IRC16:09
*** htruta has quit IRC16:09
*** ekhugen has quit IRC16:09
*** sgordon has quit IRC16:09
*** samueldmq has quit IRC16:09
*** rwmjones has quit IRC16:09
*** rodrigods has quit IRC16:09
openstackgerritJohn Garbutt proposed openstack/nova: api-guide: add a doc on users  https://review.openstack.org/24981216:09
*** unicell has joined #openstack-nova16:10
openstackgerritJohn Garbutt proposed openstack/nova: api-guide: add a doc on users  https://review.openstack.org/24981216:11
*** garyk has joined #openstack-nova16:12
*** Sukhdev has joined #openstack-nova16:12
*** READ10 has joined #openstack-nova16:12
*** Marga_ has joined #openstack-nova16:12
*** cn28h has joined #openstack-nova16:12
*** ircuser-1 has joined #openstack-nova16:12
*** Guest87643 has joined #openstack-nova16:12
*** fawadkhaliq has joined #openstack-nova16:12
*** josecastroleon has joined #openstack-nova16:12
*** burgerk has joined #openstack-nova16:12
*** RuiChen has joined #openstack-nova16:12
*** smatzek has joined #openstack-nova16:12
*** pratikmallya has joined #openstack-nova16:12
*** rlrossit1 has joined #openstack-nova16:12
*** e0ne_ has joined #openstack-nova16:12
*** jerrygb has joined #openstack-nova16:12
*** breitz has joined #openstack-nova16:12
*** klkumar has joined #openstack-nova16:12
*** mjura has joined #openstack-nova16:12
*** lykinsbd has joined #openstack-nova16:12
*** pkoniszewski has joined #openstack-nova16:12
*** shaohe_feng has joined #openstack-nova16:12
*** andreykurilin has joined #openstack-nova16:12
*** migi has joined #openstack-nova16:12
*** pkholkin has joined #openstack-nova16:12
*** xianghui has joined #openstack-nova16:12
*** scheuran has joined #openstack-nova16:12
*** alexschm has joined #openstack-nova16:12
*** irenab has joined #openstack-nova16:12
*** david-lyle has joined #openstack-nova16:12
*** lixiaoy1 has joined #openstack-nova16:12
*** Kennan has joined #openstack-nova16:12
*** nihilifer has joined #openstack-nova16:12
*** dulek has joined #openstack-nova16:12
*** rhagarty has joined #openstack-nova16:12
*** 18VAACMHB has joined #openstack-nova16:12
*** snikitin has joined #openstack-nova16:12
*** mdavidson has joined #openstack-nova16:12
*** jwang has joined #openstack-nova16:12
*** kevinbenton has joined #openstack-nova16:12
*** jlvillal has joined #openstack-nova16:12
*** morgabra has joined #openstack-nova16:12
*** anteaya has joined #openstack-nova16:12
*** slagle has joined #openstack-nova16:12
*** dosaboy has joined #openstack-nova16:12
*** SamYaple has joined #openstack-nova16:12
*** rmstar has joined #openstack-nova16:12
*** albertom has joined #openstack-nova16:12
*** tcammann has joined #openstack-nova16:12
*** mhorban has joined #openstack-nova16:12
*** mordred has joined #openstack-nova16:12
*** frickler has joined #openstack-nova16:12
*** mleroy has joined #openstack-nova16:12
*** lifeless has joined #openstack-nova16:12
*** gerhardqux has joined #openstack-nova16:12
*** coreywright has joined #openstack-nova16:12
*** raildo has joined #openstack-nova16:12
*** ccesario has joined #openstack-nova16:12
*** leseb_ has joined #openstack-nova16:12
*** ekhugen has joined #openstack-nova16:12
*** hamzy has joined #openstack-nova16:12
*** kbyrne has joined #openstack-nova16:12
*** htruta has joined #openstack-nova16:12
*** sgordon has joined #openstack-nova16:12
*** samueldmq has joined #openstack-nova16:12
*** rwmjones has joined #openstack-nova16:12
*** rodrigods has joined #openstack-nova16:12
*** jaypipes has joined #openstack-nova16:14
*** EinstCrazy has joined #openstack-nova16:16
*** diogogmt has quit IRC16:17
*** EinstCrazy has quit IRC16:18
*** amotoki has quit IRC16:18
*** zenoway has quit IRC16:19
yonglihe Intel PCI CI is back online now. will update  status later.16:19
*** garyk has quit IRC16:23
*** Sukhdev has quit IRC16:23
*** READ10 has quit IRC16:23
*** Marga_ has quit IRC16:23
*** cn28h has quit IRC16:23
*** Guest87643 has quit IRC16:23
*** ircuser-1 has quit IRC16:23
*** fawadkhaliq has quit IRC16:23
*** josecastroleon has quit IRC16:23
*** burgerk has quit IRC16:23
*** RuiChen has quit IRC16:23
*** smatzek has quit IRC16:23
*** pratikmallya has quit IRC16:23
*** rlrossit1 has quit IRC16:23
*** e0ne_ has quit IRC16:23
*** jerrygb has quit IRC16:23
*** breitz has quit IRC16:23
*** klkumar has quit IRC16:23
*** mjura has quit IRC16:23
*** lykinsbd has quit IRC16:23
*** pkoniszewski has quit IRC16:23
*** shaohe_feng has quit IRC16:23
*** andreykurilin has quit IRC16:23
*** pkholkin has quit IRC16:23
*** scheuran has quit IRC16:23
*** alexschm has quit IRC16:23
*** irenab has quit IRC16:23
*** david-lyle has quit IRC16:23
*** lixiaoy1 has quit IRC16:23
*** xianghui has quit IRC16:23
*** Kennan has quit IRC16:23
*** nihilifer has quit IRC16:23
*** dulek has quit IRC16:23
*** migi has quit IRC16:23
*** 18VAACMHB has quit IRC16:23
*** snikitin has quit IRC16:23
*** rhagarty has quit IRC16:23
*** mdavidson has quit IRC16:23
*** jwang has quit IRC16:23
*** kevinbenton has quit IRC16:23
*** jlvillal has quit IRC16:23
*** morgabra has quit IRC16:23
*** anteaya has quit IRC16:23
*** slagle has quit IRC16:23
*** dosaboy has quit IRC16:23
*** SamYaple has quit IRC16:23
*** rmstar has quit IRC16:23
*** albertom has quit IRC16:23
*** tcammann has quit IRC16:23
*** mhorban has quit IRC16:23
*** mordred has quit IRC16:23
*** frickler has quit IRC16:23
*** mleroy has quit IRC16:23
*** lifeless has quit IRC16:23
*** gerhardqux has quit IRC16:23
*** coreywright has quit IRC16:23
*** raildo has quit IRC16:23
*** leseb_ has quit IRC16:23
*** ccesario has quit IRC16:23
*** hamzy has quit IRC16:23
*** kbyrne has quit IRC16:23
*** htruta has quit IRC16:23
*** ekhugen has quit IRC16:23
*** sgordon has quit IRC16:23
*** samueldmq has quit IRC16:23
*** rwmjones has quit IRC16:23
*** rodrigods has quit IRC16:23
openstackgerritPawel Koniszewski proposed openstack/nova: Get list of disks to copy early to avoid multiple DB hits  https://review.openstack.org/25250616:31
*** zenoway has joined #openstack-nova16:31
openstackgerritClaudiu Belu proposed openstack/nova-specs: Adds spec for instance live resize  https://review.openstack.org/14121916:31
*** cp16net has joined #openstack-nova16:34
*** tlbr has joined #openstack-nova16:34
*** clduser has joined #openstack-nova16:34
*** timello- has joined #openstack-nova16:34
*** sbadia has joined #openstack-nova16:34
*** ccard has joined #openstack-nova16:34
*** Yingxin1 has joined #openstack-nova16:34
*** maurosr has joined #openstack-nova16:34
*** HenryG has joined #openstack-nova16:34
*** hwoarang has joined #openstack-nova16:34
*** rpodolyaka has joined #openstack-nova16:34
*** hemna has joined #openstack-nova16:34
*** s1rp has joined #openstack-nova16:34
*** aarefiev has joined #openstack-nova16:34
*** ianw has joined #openstack-nova16:34
*** sb- has joined #openstack-nova16:34
*** baffle has joined #openstack-nova16:34
*** q3k has joined #openstack-nova16:34
*** abramley has joined #openstack-nova16:34
*** kashyap has joined #openstack-nova16:34
*** ericksonsantos has joined #openstack-nova16:34
*** gridinv1 has joined #openstack-nova16:34
*** ir2ivps3__ has joined #openstack-nova16:34
*** j_king_ has joined #openstack-nova16:34
*** gsilvis__ has joined #openstack-nova16:34
*** beagles has joined #openstack-nova16:34
*** jogo has joined #openstack-nova16:34
*** toan has joined #openstack-nova16:34
*** darrenc has joined #openstack-nova16:34
*** BobBall has joined #openstack-nova16:34
*** lxsli has joined #openstack-nova16:34
*** mrsoul has joined #openstack-nova16:34
*** krotscheck has joined #openstack-nova16:34
*** mrodden has joined #openstack-nova16:34
*** coolsvap has joined #openstack-nova16:34
*** gmann has joined #openstack-nova16:34
*** flaper87 has joined #openstack-nova16:34
*** ansiwen has joined #openstack-nova16:34
*** lyarwood has joined #openstack-nova16:34
*** n0ano has joined #openstack-nova16:34
*** dguitarbite has joined #openstack-nova16:34
*** jlanoux has joined #openstack-nova16:34
*** danpb has joined #openstack-nova16:34
*** NithyaG has joined #openstack-nova16:34
*** rk4n has joined #openstack-nova16:34
*** Yingxin has joined #openstack-nova16:34
*** gcb has joined #openstack-nova16:34
*** liusheng has joined #openstack-nova16:34
*** ccarmack has joined #openstack-nova16:34
*** ociuhandu has joined #openstack-nova16:34
*** busterswt has joined #openstack-nova16:34
*** mriedem has joined #openstack-nova16:34
*** zhenq has joined #openstack-nova16:34
*** ducttape_ has joined #openstack-nova16:34
*** smurke has joined #openstack-nova16:34
*** sfinucan has joined #openstack-nova16:34
*** salv-orl_ has joined #openstack-nova16:34
*** wyang has joined #openstack-nova16:34
*** delatte has joined #openstack-nova16:34
*** mnaser has joined #openstack-nova16:34
*** notmorgan has joined #openstack-nova16:34
*** afazekas has joined #openstack-nova16:34
*** alex_xu_ has joined #openstack-nova16:34
*** yamahata has joined #openstack-nova16:34
*** 18VAADTX1 has joined #openstack-nova16:34
*** zul has joined #openstack-nova16:34
*** mtanino has joined #openstack-nova16:34
*** garyk has joined #openstack-nova16:34
*** Sukhdev has joined #openstack-nova16:34
*** READ10 has joined #openstack-nova16:34
*** Marga_ has joined #openstack-nova16:34
*** cn28h has joined #openstack-nova16:34
*** ircuser-1 has joined #openstack-nova16:34
*** Guest87643 has joined #openstack-nova16:34
*** fawadkhaliq has joined #openstack-nova16:34
*** burgerk has joined #openstack-nova16:34
*** RuiChen has joined #openstack-nova16:34
*** smatzek has joined #openstack-nova16:34
*** pratikmallya has joined #openstack-nova16:34
*** rlrossit1 has joined #openstack-nova16:34
*** jerrygb has joined #openstack-nova16:34
*** breitz has joined #openstack-nova16:34
*** klkumar has joined #openstack-nova16:34
*** mjura has joined #openstack-nova16:34
*** pkoniszewski has joined #openstack-nova16:34
*** shaohe_feng has joined #openstack-nova16:34
*** andreykurilin has joined #openstack-nova16:34
*** migi has joined #openstack-nova16:34
*** pkholkin has joined #openstack-nova16:34
*** xianghui has joined #openstack-nova16:34
*** scheuran has joined #openstack-nova16:34
*** alexschm has joined #openstack-nova16:34
*** irenab has joined #openstack-nova16:34
*** david-lyle has joined #openstack-nova16:34
*** lixiaoy1 has joined #openstack-nova16:34
*** Kennan has joined #openstack-nova16:34
*** nihilifer has joined #openstack-nova16:34
*** dulek has joined #openstack-nova16:34
*** rhagarty has joined #openstack-nova16:34
*** 18VAACMHB has joined #openstack-nova16:34
*** snikitin has joined #openstack-nova16:34
*** mdavidson has joined #openstack-nova16:34
*** jwang has joined #openstack-nova16:34
*** kevinbenton has joined #openstack-nova16:34
*** jlvillal has joined #openstack-nova16:34
*** morgabra has joined #openstack-nova16:34
*** anteaya has joined #openstack-nova16:34
*** slagle has joined #openstack-nova16:34
*** dosaboy has joined #openstack-nova16:34
*** SamYaple has joined #openstack-nova16:34
*** rmstar has joined #openstack-nova16:34
*** albertom has joined #openstack-nova16:34
*** tcammann has joined #openstack-nova16:34
*** mhorban has joined #openstack-nova16:34
*** mordred has joined #openstack-nova16:34
*** frickler has joined #openstack-nova16:34
*** mleroy has joined #openstack-nova16:34
*** lifeless has joined #openstack-nova16:34
*** gerhardqux has joined #openstack-nova16:34
*** coreywright has joined #openstack-nova16:34
*** raildo has joined #openstack-nova16:34
*** ccesario has joined #openstack-nova16:34
*** leseb_ has joined #openstack-nova16:34
*** ekhugen has joined #openstack-nova16:34
*** hamzy has joined #openstack-nova16:34
*** kbyrne has joined #openstack-nova16:34
*** htruta has joined #openstack-nova16:34
*** sgordon has joined #openstack-nova16:34
*** samueldmq has joined #openstack-nova16:34
*** rwmjones has joined #openstack-nova16:34
*** rodrigods has joined #openstack-nova16:34
*** zenoway has quit IRC16:36
*** Yingxin_ has joined #openstack-nova16:39
*** lpetrut has quit IRC16:41
*** matrohon has quit IRC16:42
*** jaosorior has quit IRC16:42
*** markmc has quit IRC16:44
*** 18VAADTX1 has quit IRC16:45
*** zul has quit IRC16:45
*** mtanino has quit IRC16:45
*** garyk has quit IRC16:45
*** Sukhdev has quit IRC16:45
*** READ10 has quit IRC16:45
*** Marga_ has quit IRC16:45
*** cn28h has quit IRC16:45
*** Guest87643 has quit IRC16:45
*** ircuser-1 has quit IRC16:45
*** fawadkhaliq has quit IRC16:45
*** burgerk has quit IRC16:45
*** RuiChen has quit IRC16:45
*** smatzek has quit IRC16:45
*** pratikmallya has quit IRC16:45
*** rlrossit1 has quit IRC16:45
*** jerrygb has quit IRC16:45
*** breitz has quit IRC16:45
*** klkumar has quit IRC16:45
*** mjura has quit IRC16:45
*** pkoniszewski has quit IRC16:45
*** shaohe_feng has quit IRC16:45
*** andreykurilin has quit IRC16:45
*** pkholkin has quit IRC16:45
*** scheuran has quit IRC16:45
*** alexschm has quit IRC16:45
*** irenab has quit IRC16:45
*** david-lyle has quit IRC16:45
*** lixiaoy1 has quit IRC16:45
*** xianghui has quit IRC16:45
*** Kennan has quit IRC16:45
*** nihilifer has quit IRC16:45
*** dulek has quit IRC16:45
*** migi has quit IRC16:45
*** 18VAACMHB has quit IRC16:45
*** snikitin has quit IRC16:45
*** rhagarty has quit IRC16:45
*** mdavidson has quit IRC16:45
*** jwang has quit IRC16:45
*** kevinbenton has quit IRC16:45
*** jlvillal has quit IRC16:45
*** morgabra has quit IRC16:45
*** anteaya has quit IRC16:45
*** slagle has quit IRC16:45
*** dosaboy has quit IRC16:45
*** SamYaple has quit IRC16:45
*** rmstar has quit IRC16:45
*** albertom has quit IRC16:45
*** tcammann has quit IRC16:45
*** mhorban has quit IRC16:45
*** mordred has quit IRC16:45
*** frickler has quit IRC16:45
*** mleroy has quit IRC16:45
*** lifeless has quit IRC16:45
*** gerhardqux has quit IRC16:45
*** coreywright has quit IRC16:45
*** raildo has quit IRC16:45
*** leseb_ has quit IRC16:45
*** ccesario has quit IRC16:45
*** hamzy has quit IRC16:45
*** kbyrne has quit IRC16:45
*** htruta has quit IRC16:45
*** ekhugen has quit IRC16:45
*** sgordon has quit IRC16:45
*** samueldmq has quit IRC16:45
*** rwmjones has quit IRC16:45
*** rodrigods has quit IRC16:45
*** yamahata has quit IRC16:45
*** alex_xu_ has quit IRC16:45
*** afazekas has quit IRC16:45
*** notmorgan has quit IRC16:45
*** mnaser has quit IRC16:45
*** delatte has quit IRC16:45
*** wyang has quit IRC16:45
*** salv-orl_ has quit IRC16:45
*** sfinucan has quit IRC16:45
*** smurke has quit IRC16:45
*** ducttape_ has quit IRC16:45
*** zhenq has quit IRC16:45
*** mriedem has quit IRC16:45
*** busterswt has quit IRC16:45
*** ociuhandu has quit IRC16:45
*** ccarmack has quit IRC16:45
*** liusheng has quit IRC16:45
*** gcb has quit IRC16:45
*** Yingxin has quit IRC16:45
*** rk4n has quit IRC16:45
*** NithyaG has quit IRC16:45
*** danpb has quit IRC16:45
*** jlanoux has quit IRC16:45
*** dguitarbite has quit IRC16:45
*** n0ano has quit IRC16:45
*** lyarwood has quit IRC16:45
*** ansiwen has quit IRC16:45
*** flaper87 has quit IRC16:45
*** gmann has quit IRC16:45
*** coolsvap has quit IRC16:45
*** krotscheck has quit IRC16:45
*** mrodden has quit IRC16:45
*** mrsoul has quit IRC16:45
*** lxsli has quit IRC16:45
*** BobBall has quit IRC16:45
*** darrenc has quit IRC16:45
*** toan has quit IRC16:45
*** jogo has quit IRC16:45
*** beagles has quit IRC16:45
*** gsilvis__ has quit IRC16:45
*** j_king_ has quit IRC16:45
*** gridinv1 has quit IRC16:45
*** ir2ivps3__ has quit IRC16:45
*** ericksonsantos has quit IRC16:45
*** kashyap has quit IRC16:45
*** abramley has quit IRC16:45
*** q3k has quit IRC16:45
*** baffle has quit IRC16:45
*** sb- has quit IRC16:45
*** ianw has quit IRC16:45
*** aarefiev has quit IRC16:45
*** s1rp has quit IRC16:45
*** hemna has quit IRC16:45
*** hwoarang has quit IRC16:45
*** HenryG has quit IRC16:45
*** maurosr has quit IRC16:45
*** Yingxin1 has quit IRC16:45
*** ccard has quit IRC16:45
*** sbadia has quit IRC16:45
*** timello- has quit IRC16:45
*** clduser has quit IRC16:45
*** rpodolyaka has quit IRC16:45
*** tlbr has quit IRC16:45
*** cp16net has quit IRC16:45
*** Yingxin_ is now known as Yingxin16:45
*** pradipta has quit IRC16:45
*** hemna has joined #openstack-nova16:46
*** rodrigods has joined #openstack-nova16:46
*** rwmjones has joined #openstack-nova16:46
*** samueldmq has joined #openstack-nova16:46
*** sgordon has joined #openstack-nova16:46
*** htruta has joined #openstack-nova16:46
*** kbyrne has joined #openstack-nova16:46
*** hamzy has joined #openstack-nova16:46
*** ekhugen has joined #openstack-nova16:46
*** leseb_ has joined #openstack-nova16:46
*** ccesario has joined #openstack-nova16:46
*** raildo has joined #openstack-nova16:46
*** coreywright has joined #openstack-nova16:46
*** gerhardqux has joined #openstack-nova16:46
*** lifeless has joined #openstack-nova16:46
*** mleroy has joined #openstack-nova16:46
*** frickler has joined #openstack-nova16:46
*** mordred has joined #openstack-nova16:46
*** mhorban has joined #openstack-nova16:46
*** tcammann has joined #openstack-nova16:46
*** albertom has joined #openstack-nova16:46
*** rmstar has joined #openstack-nova16:46
*** SamYaple has joined #openstack-nova16:46
*** dosaboy has joined #openstack-nova16:46
*** slagle has joined #openstack-nova16:46
*** anteaya has joined #openstack-nova16:46
*** morgabra has joined #openstack-nova16:46
*** jlvillal has joined #openstack-nova16:46
*** kevinbenton has joined #openstack-nova16:46
*** jwang has joined #openstack-nova16:46
*** mdavidson has joined #openstack-nova16:46
*** snikitin has joined #openstack-nova16:46
*** 18VAACMHB has joined #openstack-nova16:46
*** rhagarty has joined #openstack-nova16:46
*** dulek has joined #openstack-nova16:46
*** nihilifer has joined #openstack-nova16:46
*** Kennan has joined #openstack-nova16:46
*** lixiaoy1 has joined #openstack-nova16:46
*** david-lyle has joined #openstack-nova16:46
*** irenab has joined #openstack-nova16:46
*** alexschm has joined #openstack-nova16:46
*** scheuran has joined #openstack-nova16:46
*** xianghui has joined #openstack-nova16:46
*** pkholkin has joined #openstack-nova16:46
*** migi has joined #openstack-nova16:46
*** andreykurilin has joined #openstack-nova16:46
*** shaohe_feng has joined #openstack-nova16:46
*** pkoniszewski has joined #openstack-nova16:46
*** mjura has joined #openstack-nova16:46
*** klkumar has joined #openstack-nova16:46
*** breitz has joined #openstack-nova16:46
*** jerrygb has joined #openstack-nova16:46
*** rlrossit1 has joined #openstack-nova16:46
*** pratikmallya has joined #openstack-nova16:46
*** smatzek has joined #openstack-nova16:46
*** RuiChen has joined #openstack-nova16:46
*** burgerk has joined #openstack-nova16:46
*** fawadkhaliq has joined #openstack-nova16:46
*** Guest87643 has joined #openstack-nova16:46
*** ircuser-1 has joined #openstack-nova16:46
*** cn28h has joined #openstack-nova16:46
*** Marga_ has joined #openstack-nova16:46
*** READ10 has joined #openstack-nova16:46
*** Sukhdev has joined #openstack-nova16:46
*** garyk has joined #openstack-nova16:46
*** mtanino has joined #openstack-nova16:46
*** zul has joined #openstack-nova16:46
*** yamahata has joined #openstack-nova16:46
*** alex_xu_ has joined #openstack-nova16:46
*** afazekas has joined #openstack-nova16:46
*** notmorgan has joined #openstack-nova16:46
*** mnaser has joined #openstack-nova16:46
*** delatte has joined #openstack-nova16:46
*** salv-orl_ has joined #openstack-nova16:46
*** sfinucan has joined #openstack-nova16:46
*** smurke has joined #openstack-nova16:46
*** ducttape_ has joined #openstack-nova16:46
*** zhenq has joined #openstack-nova16:46
*** mriedem has joined #openstack-nova16:46
*** busterswt has joined #openstack-nova16:46
*** ociuhandu has joined #openstack-nova16:46
*** ccarmack has joined #openstack-nova16:46
*** liusheng has joined #openstack-nova16:46
*** gcb has joined #openstack-nova16:46
*** rk4n has joined #openstack-nova16:46
*** NithyaG has joined #openstack-nova16:46
*** danpb has joined #openstack-nova16:46
*** jlanoux has joined #openstack-nova16:46
*** dguitarbite has joined #openstack-nova16:46
*** n0ano has joined #openstack-nova16:46
*** lyarwood has joined #openstack-nova16:46
*** ansiwen has joined #openstack-nova16:46
*** flaper87 has joined #openstack-nova16:46
*** gmann has joined #openstack-nova16:46
*** coolsvap has joined #openstack-nova16:46
*** mrodden has joined #openstack-nova16:46
*** krotscheck has joined #openstack-nova16:46
*** mrsoul has joined #openstack-nova16:46
*** lxsli has joined #openstack-nova16:46
*** BobBall has joined #openstack-nova16:46
*** darrenc has joined #openstack-nova16:46
*** toan has joined #openstack-nova16:46
*** jogo has joined #openstack-nova16:46
*** beagles has joined #openstack-nova16:46
*** gsilvis__ has joined #openstack-nova16:46
*** j_king_ has joined #openstack-nova16:46
*** ir2ivps3__ has joined #openstack-nova16:46
*** gridinv1 has joined #openstack-nova16:46
*** ericksonsantos has joined #openstack-nova16:46
*** kashyap has joined #openstack-nova16:46
*** abramley has joined #openstack-nova16:46
*** q3k has joined #openstack-nova16:46
*** baffle has joined #openstack-nova16:46
*** sb- has joined #openstack-nova16:46
*** ianw has joined #openstack-nova16:46
*** aarefiev has joined #openstack-nova16:46
*** s1rp has joined #openstack-nova16:46
*** rpodolyaka has joined #openstack-nova16:46
*** hwoarang has joined #openstack-nova16:46
*** HenryG has joined #openstack-nova16:46
*** maurosr has joined #openstack-nova16:46
*** Yingxin1 has joined #openstack-nova16:46
*** ccard has joined #openstack-nova16:46
*** sbadia has joined #openstack-nova16:46
*** timello- has joined #openstack-nova16:46
*** clduser has joined #openstack-nova16:46
*** tlbr has joined #openstack-nova16:46
*** cp16net has joined #openstack-nova16:46
*** armax has joined #openstack-nova16:46
*** angular_mike__ has quit IRC16:46
*** angular_mike__ has joined #openstack-nova16:46
bauzasjohnthetubaguy: mriedem: (and others) could you please review https://review.openstack.org/#/c/251844/ asap between all the netsplits?16:47
bauzaswe need to ask pbr to look at the git tag rather than just the provided version16:47
johnthetubaguybauzas: heh we just hit 100 tags in the nova repo16:47
bauzas:)16:48
mriedemdanpb: re: the native qemu encryption stuff, any idea what the migration path looks like for existing iscsi/fc encrypted volumes to move to that?16:48
*** ajo has quit IRC16:48
*** ajo has joined #openstack-nova16:48
*** tjones has joined #openstack-nova16:48
*** doron_afk has quit IRC16:48
*** doron_afk has joined #openstack-nova16:48
*** aix has quit IRC16:48
*** aix has joined #openstack-nova16:48
*** ircuser-1 has quit IRC16:48
*** ildikov has joined #openstack-nova16:48
*** salv-orl_ has quit IRC16:49
danpbmriedem: well the main pre-requisite would be having a new enough libvirt + qemu16:49
mriedembauzas: done, i thought we'd already done that actually, but that was stable/liberty16:49
danpbmriedem: and second, that the qemu impl provide the same featureset (in terms of available cipher algorith, cipher mode and  IV generators) as dm-crypt16:49
bauzasmriedem: johnthetubaguy: coolness16:50
danpbthere's only one hard bit left to address for the second point - 'xts' cipher mode for which i haven't found acceptable code to merge in qemu yet16:50
danpbso assuming that's solved, then a regular live migration to host with new qemu should be sufficient to switch to new encryption impl16:50
*** shaohe_feng has quit IRC16:51
mriedemdanpb: ok, apparently there are people here that are willing to help work on that if you have things that need helping, they want to accelerate the native qemu encryption stuff if that's the path forward for rbd encryption16:51
danpbthe biggest immediate thing to accelerate it would be if they have qemu devs who can provide technical reviews of the patches16:51
mriedemok16:52
*** Yingxin2 has joined #openstack-nova16:52
danpbas qemu core reviewers are just as overloaded as nova reviewers are :-)16:52
mriedemand it's just a live migration to the newer libvirt/qemu node and everything magically works? the instane doesn't need to be rebooted or any code changes to nova for this?16:52
mriedem*instance16:52
danpbthe use of encryption is invisible to the guest16:52
danpbits purely a backend setup change, so no reboot should be needed16:53
openstackgerritSamuel Matzek proposed openstack/nova: WIP API extension to allow modification of BDMs  https://review.openstack.org/25251416:53
*** alexschm has quit IRC16:53
*** Yingxin1 has quit IRC16:53
mriedemok, i had thought you said something in zoltan's spec about needing to reboot the instance on upgrade to migrate16:53
mriedemto migrate off dm-crypt16:53
danpbhmm, did i16:53
danpbif i did that's a mistake or a mis-phrasing16:54
cfriesenfor cold migration currently we unconditionally merge the qcow2 image with it's backing store prior to copying it across the network to the destination.  Has anyone thought about just copying the delta file if the backing file already exists on the destination?  Seems like it could be a win for instance that haven't written much to their rootfs.16:54
danpbmriedem: at most qemu needs restarting, which would be a save+restore, or a live migrate16:54
mriedemmaybe it was chet that mentioned reboot16:54
danpbbtw, the qemu patchset is here  https://lists.gnu.org/archive/html/qemu-devel/2015-11/msg04748.html16:55
openstackgerritPawel Koniszewski proposed openstack/nova: Allow block live migration of an instance with attached volumes  https://review.openstack.org/22727816:55
*** mjura has quit IRC16:55
mriedemdanpb: ok, so even just pulling that down and testing it out would be helpful16:55
kashyapcfriesen: There are mechanisms in libvirt that allows you to reuse an existing image ('--reuse-external').  An example here - https://kashyapc.fedorapeople.org/virt/infra.next-2015/Live-blockcopy-while-reusing-existing-destination.txt16:56
danpbmriedem: sure, that too16:56
openstackgerritSamuel Matzek proposed openstack/nova: WIP API extension to allow modification of BDMs  https://review.openstack.org/25251416:56
*** scheuran has quit IRC16:57
openstackgerritPawel Koniszewski proposed openstack/nova: Enable live migration with iso9660 config drive format  https://review.openstack.org/23465916:57
mriedemdanpb: the reboot thing came from here https://review.openstack.org/#/c/239798/3/specs/mitaka/approved/rbd-volume-encryption.rst16:57
mriedem"In addition the only way to switch a guest is to shut it down and start it again. Historically we've allowed for Nova to be upgraded with *existing* VMs remaining active."16:57
*** doron_afk has quit IRC16:58
*** thorst__ has joined #openstack-nova16:59
cfriesenkashyap: actually, looking at the current master this may be dealt with already.  stable/kilo unconditionally merges the backing file, but current master just calls libvirt_utils.copy_image()17:00
danpbmriedem: oh, right - that's refering to the case where you upgrade nova-compute on a host without live-migrating VMs off to another node first17:00
danpbmriedem: although that's not our recommended upgrade path, its something we've allowed for in future17:00
openstackgerritBalazs Gibizer proposed openstack/nova: Add service status notification  https://review.openstack.org/24567817:00
openstackgerritBalazs Gibizer proposed openstack/nova: Add infra for versioned notifications  https://review.openstack.org/24702417:00
openstackgerritBalazs Gibizer proposed openstack/nova: Adds json sample for the versioned notifications  https://review.openstack.org/24816717:00
openstackgerritBalazs Gibizer proposed openstack/nova: Make emitting versioned notifications configurable  https://review.openstack.org/24756417:00
danpbmriedem: which would mean that Nova would have to continue to cope with pre-existing VMs with old encryption setup for an undefined time going forward17:01
mriedemdanpb: ok, yeah, so in that case you upgrade libvirt/qemu on the host and have running vm's with the dm-crypt encryption, to use qemu native you'd need to reboot those vm's, right?17:01
mriedemoh17:01
*** Sukhdev has quit IRC17:01
danpbwell somehow get QEMU process re-created17:01
danpba hard reboot does that, as does a managed save + restore or a shelve+unshelve, etc17:01
*** jistr has quit IRC17:01
mriedemso even with the native qemu encryption, we won't be able to remove the existing dm-crypt paths it sounds like17:01
danpbat least not for a few releases potentially17:02
danpbwe don't really have an officially set out policy for how much grace time we allow17:02
danpbalso note, we have to wait for us to raise the min required qemu+libvirt version before we can even consider dropping the old code path17:03
mriedemyeah, that could be tricky, especially if min libvirt is not at the version that supports qemu native encryption17:03
mriedemyeah17:03
danpbwhich would be many years in itself17:03
mriedemright17:03
mriedemso having said all that... :)17:03
danpbwhich is the main reason I really wanted to limit further encryption support to people who've deployed new qemu to start with17:03
mriedemthe rbd encryption thing that zoltan was lobbying for doesn't sound all that awful, at least to me, given how far out the qemu native stuff can be used, at least in distros that support those versions of libvirt/qemu17:03
kashyapcfriesen: Yeah, guess you're looking at the function migrate_disk_and_power_off()17:04
mriedemdanpb: but wouldn't his rbd thing be in the same boat as what we have today for iscsi/fc?17:04
*** READ10 has quit IRC17:04
*** READ10 has joined #openstack-nova17:04
danpbmriedem: supporting 2 different RBD clients is a major undertaking17:04
*** ChanServ has joined #openstack-nova17:05
*** wolfe.freenode.net sets mode: +o ChanServ17:05
danpbwith iSCSI we already use the in-kernel iSCSI client17:05
mriedemi guess i'm not clear on that point - i know you need krbd to get the encryption to work, but does that mess up the other paths using rbd in the code?17:05
*** mnaser has quit IRC17:05
*** mnaser has joined #openstack-nova17:05
*** unicell has quit IRC17:05
*** unicell has joined #openstack-nova17:05
*** e0ne has joined #openstack-nova17:05
*** apoorvad has joined #openstack-nova17:05
*** notmorgan is now known as Guest6639117:05
*** pratikmallya has quit IRC17:06
danpbmriedem: it can do yes, if you have some tools using direct RBD client connections and other tools using the kernel paths and you're not correctly flushing kenrel i/o bufers17:06
mriedemwe also have the qemu native iscsi support, although it's not in any distros17:06
danpbyou can see inconsistencies between tools depending on the i/o path17:06
*** jlanoux has quit IRC17:06
danpbyeah eventually we'll want to switch to in-qemu support for iscsi, but that's a way off becase of current lack of multipath17:06
mriedemhence the thread with cinder people17:07
*** Guest66391 is now known as morganfainberg17:07
danpbwe've no way of avoiding support for 2 separate iscsi clients long term17:07
*** morganfainberg has quit IRC17:07
*** morganfainberg has joined #openstack-nova17:07
danpbbut for RBD we've always used the in-qemu client, so adding in kernel RBD is taking a step backwards17:07
*** morganfainberg is now known as notmorgan17:07
*** zhenq has quit IRC17:08
mriedemok, i guess my main concern is waiting for distros to pick up libvirt/qemu that has all of that support to make native qemu encryption work for qemu,17:08
mriedemi realize people can roll their own libvirt/qemu, but i'm assuming most would prefer not to17:08
mriedemand don't want to pay for RHEL OSP17:08
mtaninojohnthetubaguy: Hi, May I ask a question about your comment on https://review.openstack.org/#/c/241065/1 ?17:08
*** belmoreira has joined #openstack-nova17:08
johnthetubaguymtanino: yes17:09
danpbmriedem: well from a RHEL pov we rebase qemu so we'll get that into RHEL pretty quickly17:09
danpbmriedem: ubuntu provide their cloud-archive add-on repo for their LTS releases which get new QEMU pretty quickly too17:09
danpbof course for the non-LTS distros its a non-issue as they're always on the bleeding edge17:10
mtaninojohnthetubaguy: I thought adding volume_type does not break backward compatibility, but even if that case, Nova don't want to expand current API?17:10
mriedemyeah, i'm assuming here that people aren't running production clouds on fedora17:10
mriedem:)17:10
danpbso IMHO between RHEL qemu rebases and Ubunu LTS cloud-archive the delay is not actually that long17:10
*** ccarmack has quit IRC17:11
mriedemdanpb: ok, well this clears some things up, thanks. i'll circle back with folks interested in this and see what they can help with on the qemu work.17:11
danpbi agree it would be a non-starter if people had to wait till RHEL-8 or a future major Ubuntu LTS release, but they won't have to AFAICT17:11
*** rcernin has joined #openstack-nova17:11
johnthetubaguymtanino: its really an API I would like to see is deprecate (and remove in a new micro version), rather than expand it17:11
*** lykinsbd has joined #openstack-nova17:11
johnthetubaguymtanino: it was a similar spec that we previously rejected that made me write the "no more API proxies" section of that scope document I linked17:12
mtaninojohnthetubaguy: ah, it's an current Nova's plan, and after that (1) user create a volume (2) pass the UUIID to Nova (3) Boot up17:12
johnthetubaguymtanino: ideally yes, similar to neutron ports17:13
mtaninojohnthetubaguy: I see. It'a policy of the project.17:13
mtaninojohnthetubaguy: Thank you for taking a time.17:14
*** yamahata has quit IRC17:14
johnthetubaguymtanino: now there are usability issues that need solving here, but we are really saying the suggested change to the Nova API seems like the wrong way to approach fixing that problem17:14
*** slagle has quit IRC17:15
*** zenoway has joined #openstack-nova17:16
mtaninojohnthetubaguy: Which usability issue?17:17
*** Guest87643 has quit IRC17:18
*** sacharya has joined #openstack-nova17:18
*** EinstCrazy has joined #openstack-nova17:19
openstackgerritChuck Carmack proposed openstack/nova: Disable security group tests in tempest-dsvm-cells-rc using a config option  https://review.openstack.org/22604317:20
*** ssurana has joined #openstack-nova17:20
*** zenoway has quit IRC17:20
*** sudipto has joined #openstack-nova17:22
*** llu has left #openstack-nova17:23
jaypipesalaski, dansmith, ndipanov: if I wanted to add a new table for "resource_classes" -- basically just a simple lookup table for the types of quantitative things that a user can request -- would the nova.db.sqlalchemy.api_models place be the right module to put that in? or the nova.db.sqlalchemy.models module?17:24
*** thangp has joined #openstack-nova17:24
dansmithjaypipes: depends on which database it needs to be in17:24
alaskijaypipes: api_models is for tables in the new top cell db17:24
jaypipesalaski, dansmith: this is like global lookup stuff... so I would think api_models, right?17:25
*** ccarmack has joined #openstack-nova17:25
*** phschwartz_ is now known as phschwartz17:25
dansmithjaypipes: only accessed by the api, or also from computes?17:25
dansmithjaypipes: meaning, does the data come from computes?17:25
*** EinstCrazy has quit IRC17:26
alaskiit will also be helpful to know who's reading the data17:26
*** belmoreira has quit IRC17:26
dansmithand why17:26
*** sacharya_ has joined #openstack-nova17:26
dansmithbecause if it's about computes, then it might should be sharded into the cell db and not at the top layer17:26
*** macsz has quit IRC17:26
jaypipesalaski, dansmith: the compute nodes would get a set of nova.object.InventoryItem object which would contain a field called resource_class which would be of type fields.ResourceClassField (an enum of thing like "cpu", "ram", etc). The resource_classes DB table would have a numeric identifier along with the string name ("cpu", "ram", etc) for the resource class.17:27
jaypipesalaski, dansmith: the alternative would be to have a constant mapping of string to integer codes for the resource classes.17:28
jaypipesalaski: but I think having lookup tables in the database is a little nicer.17:28
*** macsz has joined #openstack-nova17:29
*** sacharya has quit IRC17:29
jaypipesanother area that I will need to create a database "at the global level" is for a standardized table of capabilities (host caps, CPU caps, etc) that may be exposed by various resource providers.17:29
*** dims has joined #openstack-nova17:29
jaypipesI figured the api_models would be the appropriate place for such things.17:29
alaskiif I'm understanding correctly then those sound like they would go in the api db.  They're like flavors in that they're shared globally.17:30
*** klkumar has quit IRC17:30
* dansmith has to join a call nw17:30
alaskiwhat we don't want in that db is the resource counts from every compute17:31
*** sahid has quit IRC17:32
jaypipesalaski: exactly. the inventory counts are not in the api DB.17:32
jaypipesalaski: it's just the global lookup table.17:32
jaypipesalaski: "type tables"17:32
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742717:32
alaskiokay.  then api_models would be the right place, and there's a separate api_migrations folder as well17:33
claudiub|2jaypipes: alaski: hi. I have a spec on something similar, about exposing the host capabilities, if you want to take a look: https://review.openstack.org/#/c/222200/17:33
jaypipesclaudiub|2: yup, it's on my radar. :) it's actually partly got me thinking about these things.17:33
claudiub|2jaypipes: cool :)17:34
*** atuvenie has joined #openstack-nova17:34
alaskiclaudiub|2: cool, it's in my tab queue17:35
*** busterswt has quit IRC17:35
*** atuvenie_ has joined #openstack-nova17:36
jaypipesalaski: how are migrations for the API database handled and tested?17:36
*** lykinsbd has quit IRC17:37
alaskijaypipes: you write them the same way, just in a different directory, and there's a 'nova-manage api_db sync' command to run them.  There are tests in the functional test dir17:37
jaypipesalaski: gotcha. ty sir.17:37
*** lykinsbd has joined #openstack-nova17:38
jlkedleafe: I did not.17:38
openstackgerritRadoslav Gerganov proposed openstack/nova-specs: VMware: add support for Virtual Volumes  https://review.openstack.org/24363317:38
edleafejlk: well let me know if that doc update helps17:39
jlkedleafe: my main question was whether or not a client could request a filter by way of a hint. By default all filters are "available", but only some are "default". I wanted a client to be able to use a hint to request use of a non-default filter.17:39
ccarmackmriedem: my patch to remove py26 support from python-novaclient failed on the py26 gate job:  http://logs.openstack.org/74/248874/4/gate/gate-python-novaclient-python26/5e861d6/console.html17:39
jlkedleafe: I'll read through the PR.17:39
jlks/PR/review/17:39
ccarmackmriedem: should I remove that gate?17:39
*** atuvenie has quit IRC17:39
mriedemccarmack: heh....17:39
*** kfarr has joined #openstack-nova17:39
mriedemccarmack: yeah, we'd need a project-config change to no longer run the py26 job on novaclient in master17:39
ccarmackmriedem: I suppose that was to be expected17:40
mriedemand your novaclient change would have to depend on that17:40
ccarmackgot it17:40
openstackgerritEd Leafe proposed openstack/nova: docs: update services description for concept guide  https://review.openstack.org/24845417:40
jlkedleafe: the docs in the review are still unclear as to who can do the "individual requests" to use other filters17:40
tjonesmarkus_z: ok to put https://review.openstack.org/248963 on the ready for core review list??17:41
*** penick has joined #openstack-nova17:41
tjonesha nevermind - i see you did it already17:41
tjonesthanks17:41
melwittmriedem ccarmack: did this not do the removal? https://review.openstack.org/#/c/252256/17:41
markus_ztjones: :)17:41
tjoneson to the next one!17:41
markus_ztjones: thanks again for helping here!17:41
tjoneshaving fun17:42
*** nic has joined #openstack-nova17:42
melwittmarkus_z: to your message from yesterday, I agree https://bugs.launchpad.net/nova/+bug/1497076 is resolved17:42
openstackLaunchpad bug 1497076 in OpenStack Compute (nova) "Unable to delete an instance due to foreign key violation" [Undecided,New]17:42
mriedemmelwitt: - name: python-jobs17:42
mriedemincludes py26 i think17:42
*** gszasz has quit IRC17:43
melwittoh17:43
mriedemi'm checking17:43
markus_zmelwitt: cool, thanks for your feedback!17:43
*** paul-carlton1 has joined #openstack-nova17:43
mriedemtjones: garyk: alaski: i'm +2 on this now https://review.openstack.org/#/c/243633/17:43
mriedemtjones: garyk: be aware that radoslav signed vmware up for a new CI job in there17:44
mriedemtjones: garyk: but it seems that'd be in vmware's best interest anyway to test on vc 6 and use nsx rather than nova-net17:44
*** stackdump has joined #openstack-nova17:44
edleafejlk: that should be the user's request, but a quick review of the code doesn't show how that's done17:44
*** yamahata has joined #openstack-nova17:44
*** Guest87643 has joined #openstack-nova17:44
tjonesmriedem: yes i saw that!  we are discussing moving to 6.017:45
tjonesagree it's time17:45
tjonesthanks17:45
*** suro-patz has joined #openstack-nova17:45
*** claudiub|2 has quit IRC17:46
mriedemmelwitt: ccarmack: https://github.com/openstack-infra/project-config/blob/master/jenkins/jobs/python-jobs.yaml#L51617:47
ccarmackmelwitt:  looks like it did17:50
paul-carlton1johnthetubaguy, andrearosa good news, calling jobabort on a live migrating libvirt instance generates a cancelled by client exception17:51
paul-carlton1so we can just catch that and set the state to aborted rather than failed17:51
paul-carlton12015-12-02 17:48:27.075 ERROR nova.virt.libvirt.driver [req-3ab98125-d0ce-4609-8b12-d0f87ba5535f admin admin] [instance: a0c0d88e-baa7-46b7-90bf-d4606ec480b0] Live Migration failure: operation aborted: migration out: canceled by client17:51
mriedemccarmack: do you know how to make the project-config change here or want me to?17:51
ccarmackmriedem: I thought https://review.openstack.org/#/c/252256/1/zuul/layout.yaml removed it?17:52
andrearosapaul-carlton1: good!17:52
*** unicell has quit IRC17:52
mriedemccarmack: no, it doesn't, see my comment in there17:52
jlkedleafe: that's what we ran into.17:52
*** rgerganov has joined #openstack-nova17:53
edleafebauzas: can you help with jlk's question?17:53
*** gjayavelu has joined #openstack-nova17:53
openstackgerritJohn Garbutt proposed openstack/nova: docs: add the concept of Feature Classification  https://review.openstack.org/21566417:53
ccarmackmriedem: ok, let me try the project config change17:53
jlkedleafe: We have all filters "available", but trying to request one from the client didn't work. I had to explicitly add the filter to the default list.17:53
andrearosapaul-carlton1: I am +1 the spec, are you going to put a new PS with the exception details?17:53
edleafebauzas: how does a request specify the filters to be used for that request? Or is it not possible?17:53
*** changbl has quit IRC17:54
*** vilobhmm11 has joined #openstack-nova17:54
rgerganovsdague: could you elaborate your question on https://review.openstack.org/#/c/228778/17:54
edleafejlk: well, the default list is only supposed to be used if filters aren't specified17:54
mriedemccarmack: you need something like this: https://github.com/openstack-infra/project-config/blob/master/zuul/layout.yaml#L2039-L204017:54
edleafejlk: now that I'm looking, I don't see where they could be17:54
jlkedleafe: you'd think.17:54
mriedemso that it only runs on the juno/kilo/liberty branches17:54
edleafejlk: certainly not in the nova boot command in novaclient17:54
openstackgerritJohn Garbutt proposed openstack/nova: docs: add test strategy and feature classification  https://review.openstack.org/21566417:55
mriedemccarmack: *kilo/liberty for novaclient, we don't have a juno branch17:55
openstackgerritJohn Garbutt proposed openstack/nova: docs: add test strategy and feature classification  https://review.openstack.org/21566417:55
*** signed8bit has joined #openstack-nova17:55
paul-carlton1maybe17:56
*** dguitarbite has quit IRC17:56
jlkedleafe: yeah, all we can do is provide a hint. I /thought/ that since you name a filter in your hint, that the system would pick up that filter and use it. Alas, reality doth not match17:56
*** gjayavelu has quit IRC17:57
ccarmackmriedem: ok, let me try it17:57
johnthetubaguymriedem: dansmith: attempted to update the above to clarify why we care about testing, and gives talks about a process to get out of our current testing hole17:58
johnthetubaguymriedem: dansmith: the above being: https://review.openstack.org/21566417:58
dansmithjohnthetubaguy: okay, I'll throw it on the pile..17:59
*** moshele has joined #openstack-nova17:59
edleafejlk: no, hints are specific to filters that look for them: http://paste.openstack.org/show/480667/17:59
jlkyup17:59
johnthetubaguydansmith: thanks, open to a different direction, but want to start moving forward on the testing18:00
jlkedleafe: does the API itself allow for providing a filter, along with the hints for said filter?18:00
mriedemjohnthetubaguy: did you say process hole?18:00
sdaguergerganov: you said you are changing the tokens18:00
mriedemoh testing hole18:00
mriedemjust tell them to cram it in their testing hole18:00
*** suro-patz has quit IRC18:00
johnthetubaguymriedem :p18:00
sdaguemaybe if the spec better explained before "x y z happens" and after "z w p happens" including REST urls and json snippets18:00
*** wuhg has quit IRC18:01
rgerganovsdague: the API is the same, we are just enabling it for all types of console tokens18:01
edleafejlk: not that I can see :(18:02
*** suro-patz has joined #openstack-nova18:02
sdaguergerganov: I guess I don't understand that statement18:02
markus_zmriedem: There is a stable/kilo bug where I'm not sure if this is a serious one: https://bugs.launchpad.net/nova/+bug/151667118:02
openstackLaunchpad bug 1516671 in OpenStack Compute (nova) "LiveMigration DBError: ProgrammingError: can't adapt type 'Instance'" [Undecided,New]18:02
rgerganovsdague: currently ConsoleAuth API works only for RDP18:02
mriedemwhat does "can't adapt type 'Instance'" mean in postgres?18:03
edleafejlk: here's the compute/api.py create method signature: http://paste.openstack.org/show/480668/18:03
sdaguergerganov: can you put in the spec the current resource actions, and what happens, and what you are reflecting as different18:03
*** whenry__ has joined #openstack-nova18:03
*** derekh has quit IRC18:04
jlkedleafe: yeah, so I'm still unclear how the enabled filters interacts with default filters, from a user point of view :)18:05
edleafejlk: now I am too18:05
mriedemmarkus_z: marked as incomplete, need to know what versions of postgres/sqlalchemy18:06
*** ccarmack has quit IRC18:07
rgerganovsdague: All I want is to remove this if statement: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/console_auth_tokens.py#L4918:07
*** changbl has joined #openstack-nova18:07
*** suro-patz has quit IRC18:07
*** moshele has quit IRC18:08
sdaguergerganov: ok, then say that. It seems like a lot of words that don't really say that.18:08
*** moshele has joined #openstack-nova18:08
rgerganovsigh ... ok18:08
markus_zmriedem: ok, thanks18:08
openstackgerritJohn Garbutt proposed openstack/nova: docs: ensure third party tests pass before +2  https://review.openstack.org/25254318:09
johnthetubaguymriedem: dansmith: another related one, so we are clear out our policy18:09
*** rgerganov has quit IRC18:10
*** zenoway has joined #openstack-nova18:10
*** sacharya_ has quit IRC18:10
dansmithjohnthetubaguy: ooh, I like that one18:11
*** harlowja has joined #openstack-nova18:12
*** sacharya has joined #openstack-nova18:13
mriedemdoes the nsx ci actually vote, or only +!18:13
mriedem+1, but not -1 on failure18:13
*** lykinsbd has quit IRC18:13
mriedemi'm having a hard time finding an nsx ci +1 on a recent patch set18:13
*** e0ne has quit IRC18:13
mriedemi guess it does https://review.openstack.org/#/c/249141/18:14
*** zenoway has quit IRC18:15
*** moshele has quit IRC18:15
*** moshele has joined #openstack-nova18:15
mriedemhuh, no bp for this series i see https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:libvirt-clean2,n,z18:16
mriedemseems like a lot of refactor to not have a bp18:16
danpbif we're going to honour 3rd party CI18:17
danpbthen it feels like we need to have some much better infra to tell us when each 3rd party CI is actually working18:17
markus_zspeaking of blueprints, can I interest someone in this one? https://review.openstack.org/#/c/234291/ :)18:18
danpbtoo often they're broken for days or weeks without most reviewers even knowing18:18
*** claudiub has joined #openstack-nova18:19
*** dustins has joined #openstack-nova18:19
*** unicell has joined #openstack-nova18:19
*** nkrinner has quit IRC18:20
mriedemcommented on that18:20
mriedemit could be clarified i think to say there is a minimum bar18:20
openstackgerritJohn Garbutt proposed openstack/nova: docs: add test strategy and feature classification  https://review.openstack.org/21566418:20
garykmriedem: thanks! we are in the process of getting our duck ins a lne…18:22
garykmriedem: hopefully we will have the ready in the near future18:23
*** danpb has quit IRC18:23
mriedemgaryk: will that be capable of running with nsx for networking?18:23
garykmriedem: yes, most certainly18:23
*** ccarmack has joined #openstack-nova18:24
garykat the moment we just need to sort out a few things with our infra and we will be able to get this up and running.18:24
*** signed8bit is now known as signed8bit_ZZZzz18:28
*** salv-orlando has joined #openstack-nova18:30
*** suro-patz has joined #openstack-nova18:30
*** vishwanathj has quit IRC18:33
*** vishwanathj has joined #openstack-nova18:34
*** signed8bit_ZZZzz is now known as signed8bit18:34
*** ctrath has quit IRC18:34
*** stackdump has quit IRC18:34
*** claudiub has quit IRC18:36
*** Marga_ has quit IRC18:37
*** Marga_ has joined #openstack-nova18:38
*** ctrath has joined #openstack-nova18:39
*** paul-carlton1 has quit IRC18:39
*** dougwig has quit IRC18:41
*** patrickeast has quit IRC18:41
tojuvoneAbout the CI, just was wondering today that would be nice to know if some CI has worked in previous runs for other changes.18:43
mriedemtojuvone: that is in the review history18:44
tojuvonedansmith: I would have something new for get-valid-server-state https://review.openstack.org/24156218:44
mriedemin gerrit, if they reported in18:44
*** rlrossit1 has quit IRC18:45
tojuvonemriedem: ok, so can find out. Like was really wondering if some CI just happens to be broken.18:46
mriedemtojuvone: some are just broken, yeah18:47
mriedemhttp://ci-watch.tintri.com/project?project=nova18:47
mriedemhttp://ci-watch.tintri.com/project?project=nova&time=48+hours18:48
*** zenoway has joined #openstack-nova18:48
*** busterswt has joined #openstack-nova18:48
*** fawadkhaliq has quit IRC18:49
*** mirrorbox has joined #openstack-nova18:49
*** fawadkhaliq has joined #openstack-nova18:49
*** macsz has quit IRC18:50
tojuvonemriedem: Great, that might help sometimes. Like now :)18:50
*** rlrossit has joined #openstack-nova18:51
*** zenoway has quit IRC18:52
*** gsilvis__ has quit IRC18:53
*** signed8bit is now known as signed8bit_ZZZzz18:53
*** signed8bit_ZZZzz is now known as signed8bit18:53
*** aginwala has joined #openstack-nova18:55
*** markus_z has quit IRC18:55
*** otter768 has joined #openstack-nova18:57
*** busterswt has quit IRC18:57
mirrorboxgaryk: hi, are you around?18:58
*** davideag_ has quit IRC18:58
*** davideagnello has joined #openstack-nova18:59
garykmirrorbox: i think so19:00
openstackgerritJohn Garbutt proposed openstack/nova: docs: ensure third party tests pass before +2  https://review.openstack.org/25254319:00
*** gjayavelu has joined #openstack-nova19:00
mirrorboxgaryk: just want to ask about the way host resources are calculated in the vmware driver19:01
*** thorst__ has quit IRC19:01
bauzasedleafe: jlk: sorry, I'm a bit off this evening19:01
*** READ10 has quit IRC19:02
*** thorst_ has joined #openstack-nova19:02
*** otter768 has quit IRC19:02
garykmirrorbox: sorry in a meeting. can we talk about this tomorrow19:02
mirrorboxgaryk: so here https://github.com/openstack/nova/blob/master/nova/virt/vmwareapi/host.py#L35 it appears to pick only one of the usable datastores instead of using aggregated stats, is my understanding correct?19:02
openstackgerritJohn Garbutt proposed openstack/nova: docs: ensure third party tests pass before +2  https://review.openstack.org/25254319:02
mirrorboxgaryk: ah, sure, I'll poke you tomorrow then :)19:02
*** smurke_ has joined #openstack-nova19:02
*** smurke has quit IRC19:02
*** busterswt has joined #openstack-nova19:03
*** stackdump has joined #openstack-nova19:03
*** thorst_ has quit IRC19:03
*** thorst_ has joined #openstack-nova19:04
*** browne has joined #openstack-nova19:04
garykok cool19:05
*** ijuwang_ has joined #openstack-nova19:05
*** ijuwang has quit IRC19:05
openstackgerritJohn Garbutt proposed openstack/nova: docs: ensure third party tests pass before +2  https://review.openstack.org/25254319:06
*** pratikmallya has joined #openstack-nova19:06
*** dougwig has joined #openstack-nova19:06
jlkbauzas: no worries, basically confusion as to how the enabled_filters setting actually works, in conjunction with default_filters and user requests for boot.19:07
bauzasjlk: have you seen sdague's email this EU afternoon ?19:07
bauzasjlk: http://lists.openstack.org/pipermail/openstack-dev/2015-December/081081.html19:07
jlkbauzas: I have not, is that to nova-devel? (I'm not on said list)19:07
bauzasjlk: yeah19:07
jlkbauzas: related, but not quite the same19:08
bauzasjlk: so what's your question then ?19:08
jlkbauzas: related in that you can't pass a hint to a filter that's not listed in default_filters19:08
*** paul-carlton_ has joined #openstack-nova19:08
*** thomasem-away is now known as thomasem19:08
*** vishwanathj has quit IRC19:08
*** Sukhdev has joined #openstack-nova19:08
bauzasjlk: you can19:08
jlkbauzas: The docs (even Ed's change which clarifies a lot of stuff) seem to indicate that enabled_filters is a list of potential filters to use, and default_fitlers are just what will be used unless others are requested19:09
jlkbauzas: but I see no way (outside of a hint) to request a filter be used19:09
bauzasjlk: oh so you wonder what's the difference between default_filters and enabled_filters, right?19:09
jlkand even with a hint, there appears no way to tell it "hey use this filter"19:09
bauzasah I see your question, no it's not fine to ask for a specific filter for many reasons19:10
bauzas#1 because it could leak the deployment for an user19:10
bauzas#2 because hints are only the UX side of something internal, exactly like are aggregate metadata and flavor extra specs19:11
*** rdopiera has quit IRC19:12
bauzasso you can pass an hint like https://github.com/openstack/nova/blob/1734ce7101982dd95f8fab1ab4815bd258a33744/nova/api/openstack/compute/schemas/scheduler_hints.py#L56 but that doesn't guarantee that the deployment will run the AffinityFilter19:12
bauzasjlk: ^19:13
bauzasjlk: I'm sorry I really need to drop off, but we could discuss on that tomorrow same time if you wish19:14
*** gjayavelu has quit IRC19:16
*** Guest87643 has quit IRC19:19
*** ociuhandu has quit IRC19:20
*** aix has quit IRC19:20
openstackgerritDavid Edery proposed openstack/nova: ports & networks gather should validate existance  https://review.openstack.org/25256519:20
vilobhmm11johnthetubaguy : ping19:22
vilobhmm11qq19:23
*** markmc has joined #openstack-nova19:23
edleafebauzas: sorry, I was afk for a while19:24
edleafebauzas: but when you read the scrollback, the question is how can any request use anything *besides* the default_filters?19:25
edleafebauzas: In http://docs.openstack.org/developer/nova/filter_scheduler.html is talking about how to add your custom filter.19:26
edleafebauzas: but it says at the end of that part "With these settings, nova will use the FilterScheduler for the scheduler driver. The standard nova filters and MyFilter are available to the FilterScheduler. The RamFilter, ComputeFilter, and MyFilter are used by default when no filters are specified in the request."19:26
edleafebauzas: so the question is, how can you specify filters in a request?19:26
sdaguemriedem: you seen this - http://logs.openstack.org/29/247729/9/check/gate-grenade-dsvm-multinode/825ce94/logs/old/screen-n-cpu.txt.gz?level=TRACE#_2015-12-02_18_07_35_48919:27
*** atuvenie_ has quit IRC19:27
sdagueboot from volume fail because the volume is no good19:28
mriedemsdague: i feel like i have19:28
*** fawadkhaliq has quit IRC19:28
mriedembut i've seen a lot of things19:28
mriedemcue 'nam flashback19:28
*** fawadkhaliq has joined #openstack-nova19:28
openstackgerritHans Lindgren proposed openstack/nova: Remove unnecessary extra instance saves during resize  https://review.openstack.org/24574619:29
openstackgerritHans Lindgren proposed openstack/nova: Remove Instance object flavor helper methods only used in tests  https://review.openstack.org/24574719:29
alaskiedleafe: jlk I don't believe there is a way to specify which filters are used in a request.  The conf options tell Nova which filters to run for all requests, and user input does not modify that19:30
edleafealaski: that does seem to be the case19:30
edleafealaski: but docs and even the naming of the options suggest that it is possible19:31
alaskiyeah the docs are a bit confusing about it19:32
openstackgerritSudipta Biswas proposed openstack/nova-specs: Optimize NUMA topology based deploys on PowerPC  https://review.openstack.org/25129619:33
*** unicell1 has joined #openstack-nova19:33
jlkalaski: edleafe: if that is the case, then what is the purpose of the difference between available_filters and default_filters?19:33
*** briancurtin has quit IRC19:33
*** serverascode has quit IRC19:33
*** scottda has quit IRC19:33
*** wanghao has quit IRC19:33
*** sballe has quit IRC19:33
*** ameade has quit IRC19:33
*** zhiyan has quit IRC19:33
jlkwhy isn't it just a single list of "filters to run"19:33
*** busterswt has quit IRC19:33
sdaguemriedem: it seems all find and good here - http://logs.openstack.org/29/247729/9/check/gate-grenade-dsvm-multinode/825ce94/logs/old/screen-c-vol.txt.gz#_2015-12-02_18_05_40_86119:34
alaskijlk: as far as I can tell available_filters lets you specify a module/method that returns multiple filters and default_filters lets you narrow that list down19:34
*** unicell has quit IRC19:34
*** gjayavelu has joined #openstack-nova19:34
edleafealaski: jlk: that's what the original intent was19:34
*** leseb_ has quit IRC19:34
edleafealaski: jlk: and the reason for the two was that it was at some point possible to specify filters per-request19:35
jlkalaski: ahh, so module name vs class name19:35
edleafealaski: jlk: the only restriction was that the requested filters had to be in available_filters19:35
*** leseb has joined #openstack-nova19:36
edleafealaski: jlk: since that is no longer the case, we should probably just have a single option19:36
*** markmc has quit IRC19:36
jlkyeah, I kind of like that idea, because you could have a pile of available filters that only get used if a user requests them, rather than making every build go through every filter.19:36
*** markmc has joined #openstack-nova19:36
edleafejlk: but the filters are for the benefit of the cloud provider19:37
edleafejlk: they want to use their resources as efficiently as possible19:37
edleafejlk: so it makes sense not to let a user override19:37
jlkedleafe: uh19:37
jlkedleafe: may of the filters are for the benefit of the client, not the provider19:38
openstackgerritDan Smith proposed openstack/nova: Allow sending the migrate data objects over the wire  https://review.openstack.org/25158819:38
*** busterswt has joined #openstack-nova19:39
alaskithere are really two classes of filter.  compute and ram filters should not be affected by the user request, but something that only works with a scheduler hint could be.  though I think most of those just short circuit if no scheduler hint is provided19:40
*** RichardRaseley has joined #openstack-nova19:40
alaskiso I'm not sure there's much benefit to only running those if a user requests it19:40
sdagueyeh, I though the filters were reasonable smart that way19:41
sdagueif not, that's the fix19:41
edleafejlk: the filters may fine-tune for a client, but a provider would never let the user control placement if it wasted resoruces19:41
sdaguenot making users guess that computes schedule faster if they do or don't give certain params19:41
*** apoorvad has quit IRC19:41
*** jichen has joined #openstack-nova19:42
edleafealaski: so should I enter this as a bug? For both docs and the config options?19:42
jlkedleafe: think about a private cloud, we want to let our users fill their cloud however they want.19:43
alaskiThe docs, yes.  I don't think the config options are a bug, just unintuitive.  that's more bp territory as deprecation needs to be considered19:43
edleafejlk: well, private cloud starts to blur the line between user and admin :)19:44
openstackgerritEd Leafe proposed openstack/nova: Docs: update the concept guide for Host topics  https://review.openstack.org/24994319:44
*** Guest87643 has joined #openstack-nova19:44
*** browne has quit IRC19:44
jlkedleafe: yeah. That line is basically "who can write to the filesystem to influence service configuration19:45
*** patrickeast has joined #openstack-nova19:45
edleafealaski: ok. I'm re-writing the scheduler options docs now, so I'll make sure to update them with this info.19:45
jlkour usrers now can only use the filters we explicitly write out for them19:45
*** browne has joined #openstack-nova19:45
*** aginwala has quit IRC19:45
*** pumaranikar has joined #openstack-nova19:46
*** sudipto has quit IRC19:46
jlkand the consequence is that every build has to go through all the filters we make availble.19:48
*** aginwala has joined #openstack-nova19:48
*** sacharya has quit IRC19:49
alaskijlk: I'm not sure I see how that's problematic.  Do you have an example filter you wouldn't want run unless a user requested it?19:51
jlkalaski: well, no, not specifically -- just that one person's desire means everybody gets the filter. And every filter adds more time to the build19:53
*** DuncanT has quit IRC19:54
*** erlon has quit IRC19:54
*** ramishra has quit IRC19:54
*** busterswt has quit IRC19:54
openstackgerritdane-fichter proposed openstack/nova-specs: Nova Support of Glance Image Signing  https://review.openstack.org/18887419:54
*** aysyd has quit IRC19:55
*** markvoelker has quit IRC19:55
*** tdurakov_ has joined #openstack-nova19:55
*** ndipanov has quit IRC19:56
*** stackdump has quit IRC19:57
*** gsilvis has joined #openstack-nova19:57
*** dane-fichter has joined #openstack-nova19:57
*** gjayavelu has quit IRC19:58
*** suro-patz has quit IRC19:58
*** angular_mike__ has quit IRC19:59
*** BadCub has quit IRC19:59
dane-fichterjohnthetubaguy: New image-signing spec is up. It describes a "sign the data" approach and I believe it addresses all of Dan Berrange's concerns19:59
*** markvoelker has joined #openstack-nova19:59
*** suro-patz has joined #openstack-nova19:59
*** suro-patz has quit IRC20:00
*** suro-patz has joined #openstack-nova20:00
openstackgerritEd Leafe proposed openstack/nova: Add better help text to scheduler options  https://review.openstack.org/24718120:00
*** suro-patz has quit IRC20:00
edleafejlk: ^^ updated help text20:00
*** suro-patz has joined #openstack-nova20:00
jlkawesome, will re-read after lunch20:01
*** smatzek has quit IRC20:01
*** smatzek has joined #openstack-nova20:01
*** suro-patz has quit IRC20:01
*** suro-patz has joined #openstack-nova20:02
*** suro-patz has quit IRC20:02
*** sacharya has joined #openstack-nova20:02
*** shaohe_feng has joined #openstack-nova20:03
*** gjayavelu has joined #openstack-nova20:03
alaskijlk: gotcha.  I think the filters you would want to opt in/out of are, or should be, short circuited when the proper scheduler hint is not passed so I think the additional time will be trivial.  If that's not the case we should definitely address that20:03
*** suro-patz has joined #openstack-nova20:04
*** suro-patz has quit IRC20:04
*** suro-patz has joined #openstack-nova20:05
*** erlon has joined #openstack-nova20:06
*** thorst_ has quit IRC20:08
*** zenoway has joined #openstack-nova20:09
*** Piet has joined #openstack-nova20:10
*** aginwala has quit IRC20:11
openstackgerritdane-fichter proposed openstack/nova-specs: Nova Support of Glance Image Signing  https://review.openstack.org/18887420:12
*** thorst_ has joined #openstack-nova20:12
*** Marga_ has quit IRC20:12
*** serverascode has joined #openstack-nova20:13
*** ameade has joined #openstack-nova20:15
jlkalaski: that's fair. Should the upstream default then be to enable all the filters? Can we re-use the "all" thing used for available_filters in the default_filters ?20:17
*** gjayavelu has quit IRC20:18
*** zhiyan has joined #openstack-nova20:19
edleafejlk: remember that the available_filters is unordered, while default is ordered20:19
jlkblerg.20:19
jlkthere's no way to autopilot this20:19
edleafejlk: it's a dumb distinction once you remove user-specified filters20:19
alaskijlk: probably not.  you may still want to 'disable' a filter to remove the scheduler hint from users20:20
edleafejlk: which is why I considered it a bug. Or at least a really ugly wart.20:20
openstackgerritStephen Finucane proposed openstack/nova: hardware: stop using instance cell topology in CPU pinning logic  https://review.openstack.org/22957420:21
openstackgerritStephen Finucane proposed openstack/nova: Fix CPU pinning for odd number of CPUs w hyperthreading  https://review.openstack.org/22957520:21
openstackgerritStephen Finucane proposed openstack/nova: Add 'CPUThreadAllocationPolicy' enum field  https://review.openstack.org/20264720:21
openstackgerritStephen Finucane proposed openstack/nova: Make use of 'InstanceNUMACell.cpu_policy' field  https://review.openstack.org/20265320:21
openstackgerritStephen Finucane proposed openstack/nova: Add 'cpu_policy' and 'cpu_thread_policy' fields  https://review.openstack.org/20264820:21
openstackgerritStephen Finucane proposed openstack/nova: Add 'hw:cpu_thread_policy=require' scheduling  https://review.openstack.org/20265120:21
*** sballe has joined #openstack-nova20:21
*** whenry__ has quit IRC20:23
*** BadCub has joined #openstack-nova20:24
*** briancurtin has joined #openstack-nova20:27
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/25260820:30
mriedemwho wants to stat pad ^20:32
*** angular_mike__ has joined #openstack-nova20:34
jlkwhat's a little whitespace between friends20:35
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add some logs to 'numa_topology_filter'  https://review.openstack.org/20265020:35
*** scottda has joined #openstack-nova20:36
*** aginwala has joined #openstack-nova20:38
*** wanghao has joined #openstack-nova20:38
*** ociuhandu has joined #openstack-nova20:39
melwittmriedem: got it20:42
mriedemhigh five20:47
*** hemna is now known as hemnafood20:48
*** ramishra has joined #openstack-nova20:48
*** DuncanT has joined #openstack-nova20:48
*** fawadkhaliq has quit IRC20:49
melwittheh20:51
*** alex_xu_ has quit IRC20:52
*** alex_xu has joined #openstack-nova20:53
*** tdurakov_ has quit IRC20:55
*** EinstCrazy has joined #openstack-nova20:56
sfinucanI need someone to make sure I'm not going mad. What *should* happen if I request a list of instance with 'limit=020:56
*** Piet has quit IRC20:57
sfinucan'?20:57
*** RichardRaseley has quit IRC20:57
sfinucanFrom what I see, tempest says it should return [], while our unit tests say it should ignore it and fall back to the default. Tempest: https://github.com/openstack/tempest/blob/master/tempest/api/compute/servers/test_list_server_filters.py#L161 Unit tests: https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/test_common.py#L10120:57
*** otter768 has joined #openstack-nova20:58
*** lucasagomes is now known as lucas-dinner20:58
*** raildo is now known as raildo-afk20:58
sfinucan...where default is 'CONF.osapi_max_limit'20:58
*** EinstCrazy has quit IRC21:00
*** vilobhmm11 has quit IRC21:01
*** vilobhmm11 has joined #openstack-nova21:01
*** ZZelle has joined #openstack-nova21:01
*** otter768 has quit IRC21:02
melwittsfinucan: I guess, if that's what tempest is doing, how can the test pass if nova isn't returning the empty list?21:03
openstackgerritStephen Finucane proposed openstack/nova: trivial: Add some logs to 'numa_topology_filter'  https://review.openstack.org/20265021:03
sfinucanmelwitt: I have no idea, hence the suggestion of temporal insanity. I'm missing something...21:04
*** suro-patz1 has joined #openstack-nova21:05
*** suro-patz has quit IRC21:06
*** EinstCrazy has joined #openstack-nova21:06
*** dane-fichter has quit IRC21:07
*** vilobhmm11 has quit IRC21:07
melwittsfinucan: yeah. I would have expected limit=0 would yield an empty list. my superficial guess would be that this common.limited function runs after the results are returned from the db, and an empty list is returned from the db21:08
*** aginwala has quit IRC21:08
*** Sukhdev has quit IRC21:08
*** gjayavelu has joined #openstack-nova21:10
melwittsfinucan: and I don't find many usages of the common.limited function in the code. I see it a few apis but not the servers api that would list instances21:10
sfinucanmelwitt: Yeah, it's very close to that. The functions 'limited' and 'get_limit_and_marker' work differently.21:11
sfinucanThe former will never return 0, because of how it's done https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L25521:11
sfinucanWhile the latter will https://github.com/openstack/nova/blob/master/nova/api/openstack/common.py#L26421:12
edleafesfinucan: Good discussion on 'limit=0' in the comments: https://review.openstack.org/#/c/19074321:12
*** aginwala has joined #openstack-nova21:12
*** EinstCrazy has quit IRC21:12
sfinucanedleafe: "If limit <= 0, it will result in a 400 Bad Request." we don't do that21:14
sfinucanI wonder should we?21:14
edleafesfinucan: what does it do?21:14
sfinucanIt returns '[]'21:15
sfinucanper Tempest21:15
edleafehmmm... sure seems like it should be a bad request21:15
sfinucanYeah - it's nonsensical the way it is21:15
edleafebut that's why we're having this discussion21:15
edleafethings are crazy in API land21:15
*** vilobhmm11 has joined #openstack-nova21:16
sfinucanI'll attempt a fix as a follow up to this https://review.openstack.org/24136121:16
sfinucanYeah, so it seems :)21:16
*** vilobhmm11 has quit IRC21:16
*** vilobhmm11 has joined #openstack-nova21:16
*** smatzek has quit IRC21:19
openstackgerritStephen Finucane proposed openstack/nova: Rework 'limited' and 'get_limit_and_marker'  https://review.openstack.org/24136121:21
*** paul-carlton_ has quit IRC21:22
*** Guest87643 has quit IRC21:22
*** ducttape_ has quit IRC21:25
*** Guest87643 has joined #openstack-nova21:27
openstackgerritboden proposed openstack/nova: Clean up network resources when reschedule fails  https://review.openstack.org/24347721:28
*** hemnafood is now known as hemna21:30
*** paul-carlton_ has joined #openstack-nova21:33
openstackgerritStephen Finucane proposed openstack/nova: Rework 'limited' and 'get_limit_and_marker'  https://review.openstack.org/24136121:34
openstackgerritStephen Finucane proposed openstack/nova: Rework 'limited' and 'get_limit_and_marker'  https://review.openstack.org/24136121:36
*** shaohe_feng has quit IRC21:40
*** ducttape_ has joined #openstack-nova21:41
*** tdurakov_ has joined #openstack-nova21:42
*** vilobhmm11 has quit IRC21:43
*** xyang1 has joined #openstack-nova21:44
*** earlephilhower has joined #openstack-nova21:47
mriedemdansmith: join me in nova.tests.unit.network.test_neutronv2 for awhile21:47
dansmithmriedem: eff that21:47
mriedemjoin us21:47
mriedemit's warm in here21:47
openstackgerritStephen Finucane proposed openstack/nova: Change logging level for 'oslo_db'  https://review.openstack.org/24027121:49
mriedemgod we have duplicate coverage in here, but it's such a mess i'm afraid to remove anything21:50
*** claudiub has joined #openstack-nova21:53
*** apoorvad has joined #openstack-nova21:53
*** thangp has quit IRC21:54
*** tdurakov_ has quit IRC21:55
*** vilobhmm11 has joined #openstack-nova21:57
*** gjayavelu has quit IRC21:57
*** gjayavelu has joined #openstack-nova21:58
*** yonglihe has quit IRC22:02
*** suro-patz1 has quit IRC22:03
*** yonglihe has joined #openstack-nova22:03
*** hemna is now known as hemnafk22:04
*** tjones has quit IRC22:04
*** vilobhmm11 has quit IRC22:06
*** vilobhmm11 has joined #openstack-nova22:06
*** ijuwang_ has quit IRC22:06
*** thorst_ has quit IRC22:06
*** suro-patz has joined #openstack-nova22:07
*** aginwala has quit IRC22:08
*** rlrossit has quit IRC22:09
*** rlrossit has joined #openstack-nova22:10
*** rlrossit is now known as Guest8862222:10
*** Guest88622 has quit IRC22:10
*** thorst_ has joined #openstack-nova22:12
*** dustins has quit IRC22:15
*** thorst_ has quit IRC22:16
*** artom has quit IRC22:20
*** stackdump has joined #openstack-nova22:22
*** jichen has quit IRC22:23
*** Sukhdev has joined #openstack-nova22:25
*** erlon has quit IRC22:26
*** stackdump has quit IRC22:27
*** ccarmack has left #openstack-nova22:27
claudiubif anyone could take a look at the instance live-resize spec, that would be great. :D https://review.openstack.org/#/c/141219/22:27
*** artom has joined #openstack-nova22:28
*** aginwala has joined #openstack-nova22:29
*** bkopilov has quit IRC22:34
openstackgerritMatt Riedemann proposed openstack/nova: neutron: only list ports if there is a quota limit when validating  https://review.openstack.org/25265922:34
*** ianbrown has joined #openstack-nova22:36
*** hemnafk is now known as hemna22:37
*** zaina has quit IRC22:37
*** zaina1 has joined #openstack-nova22:37
*** thorst_ has joined #openstack-nova22:37
*** alkhod_ has joined #openstack-nova22:37
*** pratikmallya has quit IRC22:38
alkhod_Hi everyone. I have an issue with attaching nfs volume to instance. The only traceback I could find in logs was in n-cpu. Here is the link http://paste.openstack.org/show/480695/. Any thought on this would be great (I am totally stuck here), thanks in advance. Hope this is a correct channel to ask...22:39
*** ctrath has quit IRC22:40
*** edmondsw has quit IRC22:41
*** zaina1 has quit IRC22:41
*** thorst_ has quit IRC22:42
openstackgerritIldiko Vancsa proposed openstack/nova-specs: Add support for shared volumes between guests  https://review.openstack.org/21250822:42
openstackgerritIldiko Vancsa proposed openstack/nova-specs: API changes for the multi-attach volume feature  https://review.openstack.org/25134922:42
*** bkopilov has joined #openstack-nova22:46
*** ctrath has joined #openstack-nova22:47
*** ijuwang has joined #openstack-nova22:48
*** claudiub has quit IRC22:48
*** sacharya_ has joined #openstack-nova22:49
melwittspeaking of API issues, we have an interesting bug if you happen to name an instance "1" when there exists an instance with id 1 in the database and do 'nova show 1' https://bugs.launchpad.net/python-novaclient/+bug/151692422:50
openstackLaunchpad bug 1516924 in python-novaclient "problem to operate instances with interger like names" [Undecided,In progress] - Assigned to Zhihai Song (szhsong)22:50
*** claudiub has joined #openstack-nova22:50
*** kfarr has quit IRC22:51
*** mriedem has quit IRC22:52
*** sacharya has quit IRC22:52
melwitteverything in the API assumes it's using an instance uuid, but compute.api.get() will fall back on numeric id for the query, return an instance, and the API caches the request keyed by uuid22:53
*** ianbrown has quit IRC22:54
*** tdurakov_ has joined #openstack-nova22:55
*** zenoway has quit IRC22:56
*** RichardRaseley has joined #openstack-nova22:57
*** otter768 has joined #openstack-nova22:59
*** mwagner_lap has quit IRC23:00
*** burt has quit IRC23:01
*** ctrath has quit IRC23:01
*** otter768 has quit IRC23:03
RichardRaseleyDoes this (23:06
*** smurke_ has quit IRC23:06
RichardRaseleyhttp://openstack-test.domain.local:8774/v2/v2.0/d0064a4d07594a4fb93bfe7b15fbdfef ) appear to be a valid URL for requesting extensions? In the context of ( http://paste.openstack.org/show/480702/ ) .23:06
RichardRaseleyI am trying to figure out if I've got an issue in the endpoints, or if there is something in Nova I am working against.23:07
RichardRaseley(rather, malformed endpoints)23:07
*** zenoway has joined #openstack-nova23:08
*** tdurakov_ has quit IRC23:08
*** EinstCrazy has joined #openstack-nova23:09
*** zenoway has quit IRC23:12
*** pumaranikar has quit IRC23:13
*** EinstCrazy has quit IRC23:13
*** baoli has quit IRC23:17
*** baoli has joined #openstack-nova23:18
*** Daisy has joined #openstack-nova23:21
*** mdrabe has quit IRC23:23
*** baoli has quit IRC23:24
*** Daisy_ has joined #openstack-nova23:25
*** ctrath has joined #openstack-nova23:25
*** Daisy has quit IRC23:26
*** Marga_ has joined #openstack-nova23:26
*** tjones has joined #openstack-nova23:29
tjoneswoo hoo!!  https://review.openstack.org/#/c/127427/ merged!!! i'm dancing23:29
*** Daisy_ has quit IRC23:30
*** thorst has joined #openstack-nova23:30
*** Guest87643 has quit IRC23:31
*** Guest87643 has joined #openstack-nova23:33
*** Daisy has joined #openstack-nova23:35
*** sfinucan has quit IRC23:35
*** dulek has quit IRC23:36
*** aginwala has quit IRC23:37
*** jaypipes has quit IRC23:38
*** dulek has joined #openstack-nova23:39
*** Daisy has quit IRC23:39
*** aginwala has joined #openstack-nova23:40
*** rook has joined #openstack-nova23:42
*** hemna is now known as hemnafk23:42
*** zenoway has joined #openstack-nova23:44
*** smoriya_ has joined #openstack-nova23:44
*** Yingxin_ has joined #openstack-nova23:44
*** Yingxin has quit IRC23:47
*** Yingxin_ is now known as Yingxin23:47
*** zenoway has quit IRC23:48
*** sacharya_ has quit IRC23:49
*** sacharya has joined #openstack-nova23:50
*** ZZelle has quit IRC23:51
openstackgerritDavid Edery proposed openstack/nova: ports & networks gather should validate existance  https://review.openstack.org/25256523:53
*** ildikov has quit IRC23:56
*** RichardRaseley has quit IRC23:56

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