Wednesday, 2016-11-09

openstackgerritJoshua Harlow proposed openstack/nova: Update nova api.auth tests to work with newer oslo.context  https://review.openstack.org/39526100:00
*** browne has quit IRC00:02
*** jamesdenton has joined #openstack-nova00:06
*** esberglu has quit IRC00:10
*** hongbin has quit IRC00:10
*** jamesdenton has quit IRC00:11
*** thorst_ has joined #openstack-nova00:12
openstackgerritSujitha proposed openstack/nova: Document for zero downtime upgrade process  https://review.openstack.org/39526900:13
*** ijw has joined #openstack-nova00:14
openstackgerritAnusha Unnam proposed openstack/nova: Add zero down time upgrade steps  https://review.openstack.org/39393100:14
*** catintheroof has quit IRC00:14
*** catintheroof has joined #openstack-nova00:15
*** portdirect has quit IRC00:16
*** oomichi_ has joined #openstack-nova00:17
openstackgerritMichael Glaser proposed openstack/nova: Transform instance.resize_confirm notification  https://review.openstack.org/39065400:18
*** ijw has quit IRC00:19
*** portdirect has joined #openstack-nova00:19
*** catintheroof has quit IRC00:19
*** Dong_Zhi has joined #openstack-nova00:19
*** david-lyle has quit IRC00:20
*** oomichi has quit IRC00:22
*** Dong_Zhi has quit IRC00:24
*** Dong_Zhi has joined #openstack-nova00:25
openstackgerritTakashi NATSUME proposed openstack/nova: api-ref: Fix a 'port' parameter in os-consoles.inc  https://review.openstack.org/38474200:28
*** oomichi_ has quit IRC00:28
*** jwcroppe has joined #openstack-nova00:29
*** gmann has joined #openstack-nova00:30
*** jwcroppe has quit IRC00:30
*** annegentle has quit IRC00:30
*** jwcroppe has joined #openstack-nova00:30
*** Dong_Zhi has quit IRC00:32
openstackgerritMoshe Levi proposed openstack/nova-specs: User-controlled SR-IOV ports allocation  https://review.openstack.org/18224200:34
*** jamesdenton has joined #openstack-nova00:34
*** browne has joined #openstack-nova00:38
*** gmann has quit IRC00:39
*** moshele has quit IRC00:40
*** oomichi has joined #openstack-nova00:43
*** gmann has joined #openstack-nova00:46
*** hoangcx has joined #openstack-nova00:48
*** amotoki has quit IRC00:49
*** tovin07 has quit IRC00:49
*** hieulq has quit IRC00:49
*** womygod has joined #openstack-nova00:51
*** hieulq has joined #openstack-nova00:52
*** diogogmt has quit IRC00:52
*** tovin07 has joined #openstack-nova00:54
*** ducttape_ has joined #openstack-nova00:54
*** Zer0Byte__ has quit IRC00:54
*** jamesdenton has quit IRC00:55
*** ijw has joined #openstack-nova00:55
*** rama_y has quit IRC00:55
*** mlavalle has quit IRC00:57
*** maticue_ has quit IRC00:57
*** tuanluong has joined #openstack-nova00:57
*** gmann_ has joined #openstack-nova01:02
*** gmann has quit IRC01:03
*** ducttape_ has quit IRC01:05
*** Swami_ has quit IRC01:06
*** Swami has quit IRC01:06
*** hoonetorg has quit IRC01:11
*** bezilla has quit IRC01:16
*** gmann has joined #openstack-nova01:17
*** jamesdenton has joined #openstack-nova01:18
*** gmann_ has quit IRC01:19
*** markvoelker has quit IRC01:22
*** Sukhdev has quit IRC01:23
*** hoonetorg has joined #openstack-nova01:24
*** stewie925 has quit IRC01:30
*** gmann_ has joined #openstack-nova01:30
*** gmann has quit IRC01:33
*** yuntongjin has joined #openstack-nova01:33
*** diogogmt has joined #openstack-nova01:39
*** Daisy has joined #openstack-nova01:39
*** Daisy has quit IRC01:39
*** Daisy has joined #openstack-nova01:39
*** Apoorva has quit IRC01:42
*** amotoki has joined #openstack-nova01:43
*** browne has quit IRC01:44
*** jamesdenton has quit IRC01:46
*** zhangyufei has joined #openstack-nova01:47
*** armax has quit IRC01:47
*** jamesdenton has joined #openstack-nova01:48
*** amotoki has quit IRC01:48
*** ayoung has quit IRC01:54
*** smatzek has joined #openstack-nova01:56
*** jamesdenton has quit IRC01:57
oomichimriedem: hi, can you take a look at https://review.openstack.org/#/c/383049 ?    That seems different API behaviors between backend hypervisors02:00
mriedemoomichi: that's because the hyper-v driver doesn't implement the same wait code that the libvirt driver does, which is waiting for neutron to ack that the vifs are plugged and the ports are active, which then continues the spawn() operation in the virt driver before the vm_state goes to ACTIVE02:03
mriedemi guess that's noted in the bug report:02:04
mriedem"Currently, the nova Hyper-V driver does not wait for neutron vif plug  events (or, in case of other drivers, nova-compute can be configured not  to wait for neutron vif plug events),"02:04
mriedemideally the hyperv driver would implement that wait code fo the vif plugged event02:04
*** ijw has quit IRC02:04
oomichimriedem: yeah, I agree with you02:04
*** nic has quit IRC02:05
oomichimriedem: the bug is registered as tempest bug anyways ;)02:05
*** ducttape_ has joined #openstack-nova02:05
mriedemclearly, CLEARLY, this is all tempest's fault. :)02:05
mriedemso, as claudiu pointed out in the review, and bug report, you can configure nova-compute to not wait for the vif plugged events, but if you're using neutron and have a virt driver that supports that, i don't know why you'd do that02:06
oomichimriedem: I cannot vote on that :)02:06
mriedembut that is a configuration change on the compute that impacts the behavior of the api02:06
mriedemso for libvirt the tests are probably working fine b/c when we get to that point the ports are already active b/c we've waited for the server to be active, which waited for the ports to be active02:07
oomichimriedem: yeah, actually that seems difficult to make API behaviors same between drivers02:07
mriedemit's probably not unreasonable to expect the client to wait for the port status to be active before operations, like associating a floating IP to the port, can be performed on it02:08
*** unicell has quit IRC02:08
mriedemwhat would happen if we associated the floating IP to the server via neutron APIs rather than the proxy APIs in nova? would neutron require the port to be active?02:08
*** ljxiash has joined #openstack-nova02:09
*** ducttape_ has quit IRC02:10
oomichihopefully, all cilents could be waiting for the port status as the patch, but actually it is difficult to expect that because tempest doesn't do that.02:12
mriedemoomichi: i just dumped some words into that review also02:17
*** david-lyle has joined #openstack-nova02:20
*** david-lyle has quit IRC02:20
mriedemoomichi: while i've got you, can you take a look at this https://review.openstack.org/#/c/394524/02:22
*** david-lyle has joined #openstack-nova02:22
*** markvoelker has joined #openstack-nova02:23
*** zhangyufei has quit IRC02:23
*** zhangyufei has joined #openstack-nova02:23
*** zhangyufei has quit IRC02:23
*** zhangyufei has joined #openstack-nova02:24
*** sach-m has quit IRC02:24
*** sach-m has joined #openstack-nova02:25
*** markvoelker has quit IRC02:28
*** zhangyufei has quit IRC02:28
*** sach-m has quit IRC02:30
*** Zer0Byte__ has joined #openstack-nova02:37
*** thorst_ has quit IRC02:39
*** thorst_ has joined #openstack-nova02:40
*** mriedem has quit IRC02:42
*** Zer0Byte__ has quit IRC02:43
*** Zer0Byte__ has joined #openstack-nova02:43
*** Zer0Byte__ has quit IRC02:45
*** zhangyufei has joined #openstack-nova02:45
*** Zer0Byte__ has joined #openstack-nova02:45
*** thorst_ has quit IRC02:48
*** Zer0Byte__ has quit IRC02:50
*** Zer0Byte__ has joined #openstack-nova02:54
openstackgerritChoe, Cheng-Dae proposed openstack/nova: Query availability zone in a single query  https://review.openstack.org/38975902:56
*** bkopilov has quit IRC02:58
*** ljxiash_ has joined #openstack-nova02:59
*** yulong|away has quit IRC03:01
*** yulong|away has joined #openstack-nova03:02
*** ljxiash has quit IRC03:02
*** yulong|away has quit IRC03:05
*** yuntongjin has quit IRC03:18
*** Zer0Byte__ has quit IRC03:20
*** ducttape_ has joined #openstack-nova03:21
*** haplo37 has quit IRC03:22
*** gcb has quit IRC03:22
*** haplo37 has joined #openstack-nova03:30
*** ducttape_ has quit IRC03:31
*** ducttape_ has joined #openstack-nova03:34
*** smatzek has quit IRC03:36
*** gcb has joined #openstack-nova03:38
*** dave-mccowan has quit IRC03:38
*** Daisy has quit IRC03:39
*** Daisy has joined #openstack-nova03:40
*** houming has joined #openstack-nova03:41
*** Daisy has quit IRC03:41
*** hongbin has joined #openstack-nova03:41
*** Daisy has joined #openstack-nova03:42
*** portdirect has quit IRC03:44
*** yamahata has joined #openstack-nova03:46
*** thorst_ has joined #openstack-nova03:46
*** Daisy has quit IRC03:47
*** Daisy has joined #openstack-nova03:48
openstackgerritDao Cong Tien proposed openstack/nova: Fix hypervisor-stats show invalid info of baremetal resource  https://review.openstack.org/39141503:51
*** hongbin has quit IRC03:51
*** adisky has joined #openstack-nova03:52
*** Daisy has quit IRC03:52
*** thorst_ has quit IRC03:54
*** Daisy has joined #openstack-nova03:54
openstackgerritJohn Hua proposed openstack/nova: WIP: fix memory usage miscalculation  https://review.openstack.org/39485703:57
*** Daisy has quit IRC03:58
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP] Support tag instances when boot  https://review.openstack.org/39432103:59
*** Daisy has joined #openstack-nova04:00
*** ljxiash_ has quit IRC04:02
*** ljxiash has joined #openstack-nova04:02
*** Daisy has quit IRC04:04
*** gmann_ has quit IRC04:04
*** Daisy has joined #openstack-nova04:06
*** ljxiash has quit IRC04:07
*** kylek3h has quit IRC04:08
*** Daisy has quit IRC04:10
*** fabian4 has quit IRC04:13
*** Daisy has joined #openstack-nova04:16
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/39519204:20
*** fabian4 has joined #openstack-nova04:20
*** Daisy has quit IRC04:21
*** Daisy has joined #openstack-nova04:22
*** sudipto_ has joined #openstack-nova04:22
*** sudipto has joined #openstack-nova04:22
macszauggy: i modified the bug triage wiki and updated the link to bug dashboard for the time being; until infra gets to host it the address is http://172.99.106.10104:22
*** Sukhdev has joined #openstack-nova04:22
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif: Updated from global requirements  https://review.openstack.org/39534704:22
*** alex_xu has quit IRC04:23
*** Dong_Zhi has joined #openstack-nova04:23
*** markvoelker has joined #openstack-nova04:24
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient: Updated from global requirements  https://review.openstack.org/39537104:24
*** Dong_Zhi_ has joined #openstack-nova04:24
*** Dong_Zhi has quit IRC04:25
*** Dong_Zhi__ has joined #openstack-nova04:25
*** fragatin_ has joined #openstack-nova04:26
*** hshiina has joined #openstack-nova04:26
*** ljxiash has joined #openstack-nova04:27
*** bks has joined #openstack-nova04:28
*** rama_y has joined #openstack-nova04:28
*** markvoelker has quit IRC04:28
*** Dong_Zhi_ has quit IRC04:29
*** Daisy_ has joined #openstack-nova04:29
*** alex_xu has joined #openstack-nova04:29
*** houming has quit IRC04:29
*** fragatina has quit IRC04:29
*** GB21 has joined #openstack-nova04:30
*** Daisy_ has quit IRC04:30
*** nicolasbock has quit IRC04:30
*** Daisy_ has joined #openstack-nova04:31
*** fragatin_ has quit IRC04:31
*** ljxiash has quit IRC04:31
*** yuntongjin has joined #openstack-nova04:32
*** Daisy has quit IRC04:32
*** houming has joined #openstack-nova04:33
*** gmann has joined #openstack-nova04:33
*** Dong_Zhi__ has quit IRC04:33
*** Daisy_ has quit IRC04:35
*** links has joined #openstack-nova04:38
*** Daisy has joined #openstack-nova04:43
*** noama_ has joined #openstack-nova04:44
*** sandanar has joined #openstack-nova04:45
*** bkopilov has joined #openstack-nova04:47
*** Daisy has quit IRC04:47
*** sudipto_ has quit IRC04:48
*** sudipto has quit IRC04:48
*** GB21 has quit IRC04:49
*** Daisy has joined #openstack-nova04:49
*** dikonoor has joined #openstack-nova04:50
*** prateek has joined #openstack-nova04:51
*** sree has joined #openstack-nova04:52
*** thorst_ has joined #openstack-nova04:52
*** Daisy has quit IRC04:53
*** Daisy has joined #openstack-nova04:55
*** thorst_ has quit IRC04:59
*** prashkre has joined #openstack-nova04:59
*** Daisy has quit IRC05:00
*** GB21 has joined #openstack-nova05:01
*** takashin has left #openstack-nova05:01
*** Daisy has joined #openstack-nova05:01
*** lpetrut has joined #openstack-nova05:01
*** pbandark has joined #openstack-nova05:02
*** Daisy has quit IRC05:03
*** Daisy has joined #openstack-nova05:03
*** fragatina has joined #openstack-nova05:03
*** gmann_ has joined #openstack-nova05:04
*** gmann has quit IRC05:06
*** dikonoor has quit IRC05:06
*** fragatina has quit IRC05:08
*** kylek3h has joined #openstack-nova05:09
*** rama_y has quit IRC05:09
*** rama_y has joined #openstack-nova05:10
*** claudiub has joined #openstack-nova05:11
*** kylek3h has quit IRC05:15
*** Hosam has joined #openstack-nova05:15
*** alex_xu has quit IRC05:17
*** alex_xu has joined #openstack-nova05:18
*** noama_ has quit IRC05:18
*** houming has quit IRC05:20
*** houming has joined #openstack-nova05:21
*** gcb has quit IRC05:22
*** david-lyle has quit IRC05:22
*** fragatina has joined #openstack-nova05:22
*** gcb has joined #openstack-nova05:22
*** david-lyle has joined #openstack-nova05:23
*** Daisy has quit IRC05:25
*** Daisy has joined #openstack-nova05:26
*** fragatina has quit IRC05:27
*** sudipto has joined #openstack-nova05:31
*** Daisy_ has joined #openstack-nova05:31
*** sudipto_ has joined #openstack-nova05:31
*** prashkre has quit IRC05:33
*** manasm has joined #openstack-nova05:34
*** Daisy has quit IRC05:34
*** ljxiash has joined #openstack-nova05:35
*** ducttape_ has quit IRC05:36
*** ducttape_ has joined #openstack-nova05:36
*** dikonoor has joined #openstack-nova05:37
*** gcb has quit IRC05:37
*** gcb has joined #openstack-nova05:38
*** Daisy_ has quit IRC05:39
*** Daisy has joined #openstack-nova05:40
*** ducttape_ has quit IRC05:40
*** ducttape_ has joined #openstack-nova05:45
*** GB21 has quit IRC05:48
*** ducttape_ has quit IRC05:50
*** vladani has joined #openstack-nova05:51
*** vladani_ has quit IRC05:51
*** lpetrut has quit IRC05:52
*** gcb has quit IRC05:54
*** ratailor has joined #openstack-nova05:56
*** thorst_ has joined #openstack-nova05:56
*** oanson has joined #openstack-nova05:59
*** GB21 has joined #openstack-nova06:01
*** vladani_ has joined #openstack-nova06:01
*** vladani has quit IRC06:02
*** gmann has joined #openstack-nova06:03
*** thorst_ has quit IRC06:04
*** klkumar has joined #openstack-nova06:04
*** gmann_ has quit IRC06:05
*** haplo37_ has quit IRC06:06
*** GB21 has quit IRC06:06
*** gcb has joined #openstack-nova06:06
*** GB21 has joined #openstack-nova06:06
*** GB21 has quit IRC06:07
*** GB21 has joined #openstack-nova06:07
*** lpetrut has joined #openstack-nova06:07
*** links has quit IRC06:11
*** eandersson_ has quit IRC06:11
*** haplo37 has quit IRC06:13
*** houming has quit IRC06:14
openstackgerritNITIN GUPTA proposed openstack/python-novaclient: Modified "nova delete" command usage and test case.  https://review.openstack.org/39501106:16
*** Daisy has quit IRC06:17
*** sahid has joined #openstack-nova06:18
*** houming has joined #openstack-nova06:21
*** haplo37 has joined #openstack-nova06:23
openstackgerritNITIN GUPTA proposed openstack/python-novaclient: Modified "nova delete" command usage and test case.  https://review.openstack.org/39501106:23
*** markvoelker has joined #openstack-nova06:24
*** lpetrut has quit IRC06:25
openstackgerritZhenyu Zheng proposed openstack/nova: [WIP] Support tag instances when boot  https://review.openstack.org/39432106:25
*** haplo37_ has joined #openstack-nova06:25
*** markvoelker has quit IRC06:29
*** namnh has joined #openstack-nova06:32
*** sridharg has joined #openstack-nova06:33
*** Hosam has quit IRC06:34
*** moshele has joined #openstack-nova06:34
*** mirrorbo1 is now known as mirrorbox06:34
*** kaisers has joined #openstack-nova06:35
*** ljxiash has quit IRC06:36
*** ljxiash has joined #openstack-nova06:36
*** zhangyufei has quit IRC06:38
*** Kevin_Zheng has joined #openstack-nova06:39
*** links has joined #openstack-nova06:39
*** zhangyufei has joined #openstack-nova06:39
*** raunak has joined #openstack-nova06:40
*** Hosam has joined #openstack-nova06:41
*** ljxiash has quit IRC06:41
*** sahid has quit IRC06:42
*** Hosam_ has joined #openstack-nova06:44
*** moshele has quit IRC06:45
*** ducttape_ has joined #openstack-nova06:46
*** rama_y has quit IRC06:46
*** houming has quit IRC06:47
*** Hosam has quit IRC06:47
*** houming has joined #openstack-nova06:48
*** esberglu has joined #openstack-nova06:49
*** mnestratov has joined #openstack-nova06:50
*** ducttape_ has quit IRC06:51
openstackgerritzhongshengping proposed openstack/nova: Change cfg.set_defaults into cors.set_defaults  https://review.openstack.org/39541906:52
*** esberglu has quit IRC06:53
*** rcernin has joined #openstack-nova06:54
*** qwertyco has joined #openstack-nova06:57
*** markus_z has joined #openstack-nova06:57
qwertycohello team! I need your help.. I had deployed Mitaka everyting works fine , I can create instance also I can create volume from dashboard but when I try to attach created volume to instance I get "Volume 08abf736-7f6c-4e92-ab46-9a452c6dec84 could not be found."06:58
qwertycoDo you have any idea?06:58
*** klkumar has quit IRC07:00
*** ekuris has joined #openstack-nova07:00
*** thorst_ has joined #openstack-nova07:01
*** zenoway has joined #openstack-nova07:05
*** ihrachys has joined #openstack-nova07:07
*** unicell has joined #openstack-nova07:08
*** thorst_ has quit IRC07:09
*** Jeffrey4l has joined #openstack-nova07:09
*** tesseract has joined #openstack-nova07:11
*** takashin has joined #openstack-nova07:11
*** tesseract is now known as Guest3903307:11
*** kylek3h has joined #openstack-nova07:11
*** kylek3h has quit IRC07:16
*** raunak has quit IRC07:17
*** ljxiash has joined #openstack-nova07:18
*** tlian has quit IRC07:18
*** garyk1 has joined #openstack-nova07:19
*** garyk1 has quit IRC07:20
*** garyk1 has joined #openstack-nova07:20
*** garyk1 has quit IRC07:20
*** garyk1 has joined #openstack-nova07:21
*** garyk1 has quit IRC07:21
*** garyk1 has joined #openstack-nova07:21
*** garyk1 has quit IRC07:21
*** shihanzhang has quit IRC07:21
openstackgerritNITIN GUPTA proposed openstack/python-novaclient: Modified "nova delete" command usage and test case.  https://review.openstack.org/39501107:22
*** markvoelker has joined #openstack-nova07:25
openstackgerritHuan Xie proposed openstack/nova: XenAPI: Do not rely on XenAPI to get device names  https://review.openstack.org/21311207:27
openstackgerritHuan Xie proposed openstack/nova: XenAPI: Do not rely on XenAPI to get device names  https://review.openstack.org/21311207:28
*** Sukhdev has quit IRC07:28
*** andreas_s has joined #openstack-nova07:29
*** markvoelker has quit IRC07:30
openstackgerritTakashi NATSUME proposed openstack/nova: Refactor a test method including 7 test cases  https://review.openstack.org/39543607:33
*** gcb has quit IRC07:35
*** zhangyufei has quit IRC07:35
markus_zqwertyco: Please use the channel #openstack for help with deployments. This channel here is for development.07:36
qwertycooh ok thank you07:37
*** gcb has joined #openstack-nova07:38
*** garyk1 has joined #openstack-nova07:39
*** owalsh has quit IRC07:39
*** belmoreira has joined #openstack-nova07:45
*** moshele has joined #openstack-nova07:46
*** esberglu has joined #openstack-nova07:48
*** CristinaPauna has quit IRC07:48
*** prashkre has joined #openstack-nova07:52
*** matrohon has joined #openstack-nova07:52
*** mars has joined #openstack-nova07:52
*** esberglu has quit IRC07:53
*** manasm has quit IRC07:53
*** pilgrimstack1 has joined #openstack-nova07:57
*** pilgrimstack has quit IRC07:59
*** klkumar has joined #openstack-nova08:00
openstackgerritzhongshengping proposed openstack/nova: Change cfg.set_defaults into cors.set_defaults  https://review.openstack.org/39541908:01
*** mars has left #openstack-nova08:02
*** manasm has joined #openstack-nova08:03
*** takashin has left #openstack-nova08:05
*** prashkre has quit IRC08:06
*** ihrachys has quit IRC08:06
*** thorst_ has joined #openstack-nova08:08
*** eandersson_ has joined #openstack-nova08:08
*** vladani_ has quit IRC08:08
*** vladani has joined #openstack-nova08:08
*** thorst_ has quit IRC08:13
*** rmart04 has joined #openstack-nova08:16
*** ducttape_ has joined #openstack-nova08:17
*** namnh has quit IRC08:21
*** ducttape_ has quit IRC08:22
*** zhangyufei has joined #openstack-nova08:22
*** yuntongjin has quit IRC08:23
*** acabot has joined #openstack-nova08:24
*** jaosorior has joined #openstack-nova08:25
*** ralonsoh has joined #openstack-nova08:26
*** houming has quit IRC08:27
*** houming has joined #openstack-nova08:30
*** edand has joined #openstack-nova08:31
*** gcb has quit IRC08:33
*** CristinaPauna has joined #openstack-nova08:38
*** gcb has joined #openstack-nova08:47
*** openstackgerrit has quit IRC08:48
*** openstackgerrit has joined #openstack-nova08:48
openstackgerritGábor Antal proposed openstack/nova: Use base64.decodebytes() in Python3 environment  https://review.openstack.org/39546808:52
*** prashkre has joined #openstack-nova08:52
*** prashkre has quit IRC08:52
*** claudiub has quit IRC08:53
*** prashkre has joined #openstack-nova08:57
*** danpb has joined #openstack-nova08:58
*** Dong_Zhi__ has joined #openstack-nova08:59
*** hshiina has quit IRC08:59
*** zzzeek has quit IRC09:00
*** lpetrut has joined #openstack-nova09:00
*** zzzeek has joined #openstack-nova09:00
*** alexchadin has joined #openstack-nova09:00
*** claudiub has joined #openstack-nova09:04
*** Dong_Zhi__ has quit IRC09:05
*** jed56 has joined #openstack-nova09:06
*** lucas-afk is now known as lucasagomes09:07
*** ihrachys has joined #openstack-nova09:11
*** thorst_ has joined #openstack-nova09:11
*** kylek3h has joined #openstack-nova09:12
*** kylek3h has quit IRC09:17
*** vladani_ has joined #openstack-nova09:17
*** xinliang has quit IRC09:17
*** vladani has quit IRC09:18
*** thorst_ has quit IRC09:19
*** claudiub has quit IRC09:19
*** stvnoyes1 has joined #openstack-nova09:19
*** stvnoyes has quit IRC09:19
*** gcb has quit IRC09:20
*** xinliang has joined #openstack-nova09:22
*** josecastroleon has joined #openstack-nova09:23
*** gmann has quit IRC09:24
*** gcb has joined #openstack-nova09:25
*** dimtruck is now known as zz_dimtruck09:25
*** edand has quit IRC09:26
*** markvoelker has joined #openstack-nova09:26
*** yamahata has quit IRC09:27
openstackgerritLee Yarwood proposed openstack/nova: encryptors: Introduce encryption provider constants  https://review.openstack.org/39390109:29
*** zhangyufei has quit IRC09:29
*** markvoelker has quit IRC09:31
*** vladani_ has quit IRC09:32
*** cdent has joined #openstack-nova09:32
*** vladani_ has joined #openstack-nova09:33
*** sudipto_ has quit IRC09:33
*** sudipto has quit IRC09:33
openstackgerritNITIN GUPTA proposed openstack/python-novaclient: Added a new nova CLI command "nova delete-all"  https://review.openstack.org/39392309:33
*** zhangyufei has joined #openstack-nova09:33
*** Hosam_ has quit IRC09:33
*** ihrachys has quit IRC09:34
*** Hosam has joined #openstack-nova09:34
*** yassine has joined #openstack-nova09:36
*** yassine is now known as Guest8358209:36
*** vladani_ has quit IRC09:37
*** liverpooler has joined #openstack-nova09:38
*** Hosam has quit IRC09:38
*** derekh has joined #openstack-nova09:39
*** qwertyco has quit IRC09:42
*** GB21 has quit IRC09:42
*** liverpooler has quit IRC09:45
*** liverpooler has joined #openstack-nova09:45
*** rmart04 has quit IRC09:45
*** ducttape_ has joined #openstack-nova09:47
*** zhangyufei has quit IRC09:49
*** zhangyufei has joined #openstack-nova09:51
*** ducttape_ has quit IRC09:52
*** tuanluong has quit IRC10:09
*** bkopilov has quit IRC10:14
*** Dong_Zhi__ has joined #openstack-nova10:14
*** brault has quit IRC10:15
*** thorst_ has joined #openstack-nova10:16
*** Dong_Zhi__ has quit IRC10:17
*** sree has quit IRC10:19
*** gouthamr has joined #openstack-nova10:19
*** sree has joined #openstack-nova10:19
*** ihrachys has joined #openstack-nova10:21
*** sahid has joined #openstack-nova10:23
*** thorst_ has quit IRC10:23
*** klkumar has quit IRC10:27
*** owalsh has joined #openstack-nova10:29
*** gcb has quit IRC10:29
*** gcb has joined #openstack-nova10:29
*** mvk has quit IRC10:30
*** roeyc has joined #openstack-nova10:31
*** esberglu has joined #openstack-nova10:32
*** tojuvone has quit IRC10:34
openstackgerritBalazs Gibizer proposed openstack/nova: Transform aggregate.create notification  https://review.openstack.org/39451110:34
openstackgerritBalazs Gibizer proposed openstack/nova: Transform aggregate.delete notification  https://review.openstack.org/39451210:34
*** tojuvone has joined #openstack-nova10:34
*** roeyc has quit IRC10:35
*** esberglu has quit IRC10:36
*** gouthamr has quit IRC10:42
cdentprateek: are you actively working on https://bugs.launchpad.net/nova/+bug/163868110:43
openstackLaunchpad bug 1638681 in OpenStack Compute (nova) "resource tracker sets wrong max_unit in placement Inventory" [Undecided,Triaged] - Assigned to Prateek Arora (parora)10:43
prateekcdent, yes i want to. I am trying to get the info on how to hit the placement API's since there is no cmd for it, can you help me with that regard ?10:44
*** gouthamr has joined #openstack-nova10:45
cdentprateek: for that, that's not what needs to happen. The info is already present in the compute node info in the resource tracker, it just needs to be used. let me locate some links10:46
mdboothdanpb: Thanks!10:46
cdentprateek: this is the code that needs to change: https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L6210:46
*** avolkov has joined #openstack-nova10:47
cdentand there's a previously abandoned changeset that does it more correctly here: line 58 of https://review.openstack.org/#/c/363583/1/nova/scheduler/client/report.py10:48
cdenthow max_unit is being set in those objects10:48
cdents/objects/calls/10:49
cdentprateek: from the compute_node object10:49
prateekcdent, just give me 5 minutes to comprehend all this stuff :)10:50
cdent:)10:50
*** womygod has quit IRC10:51
*** dikonoor has quit IRC10:53
prateekcdent, that means the change that I need to do here is just change max_units=1 to max_units=compute_node.vcpus ?10:55
prateek*what I need to do10:55
cdentprateek: pretty much yes, but it needs to cover all three resource classes: disk_db, vcpu, memory_mb10:55
prateekyups and the compute_node object seems to have all three values already present with it10:56
cdent(disk_gb!) vcpu and memory ought to be straightforward, but disk a bit more complex10:56
cdent(but that complexity may be masked from elsewhere)10:56
prateekthat would mean writing a helper method to do that and using that value directly here, is it ?10:57
cdentthere may be some issues that neither of us know about, but they can be addressed in the review process when folk like jaypipes and dansmith come along10:57
*** alexchadin has quit IRC10:58
*** gszasz has joined #openstack-nova10:58
*** amotoki has joined #openstack-nova10:58
prateekcdent, that sounds like a good plan :), i would start with that, thanks for the great help, one more favor , can you tell me how do you test the placement API's, are there any cmd's or you hit the REST API's directly ?10:58
cdentprateek: I think for now it is probably sufficient to just change the max_unit line from 1 to : compute_node.{memory_mb,local_gb,vcpus}10:59
*** hoangcx has quit IRC10:59
prateekok cdent10:59
cdentthe are some unit tests in nova/tests/unit/scheduler/client/test_report.py11:00
cdentand there is a functional test in nova/tests/functional/api/openstack/placement/test_report_client.py that might be useful11:01
prateekcdent, ok, Thanks !11:01
cdentthank you!11:02
*** mvk has joined #openstack-nova11:03
*** Hosam has joined #openstack-nova11:05
*** Hosam_ has joined #openstack-nova11:05
*** rfolco has joined #openstack-nova11:05
*** roeyc has joined #openstack-nova11:07
*** Hosam has quit IRC11:09
*** zhangyufei has quit IRC11:11
*** kylek3h has joined #openstack-nova11:13
*** dikonoor has joined #openstack-nova11:14
*** klkumar has joined #openstack-nova11:14
*** zhangyufei has joined #openstack-nova11:16
*** kylek3h has quit IRC11:17
*** mbirru has quit IRC11:20
*** thorst_ has joined #openstack-nova11:20
*** brault has joined #openstack-nova11:27
*** thorst_ has quit IRC11:27
*** alexchadin has joined #openstack-nova11:34
*** nicolasbock has joined #openstack-nova11:36
*** portdirect has joined #openstack-nova11:37
*** tbachman has quit IRC11:41
*** dikonoor has quit IRC11:42
cdentbauzas, edleafe, jaypipes: here's a placement related change that alaski started but I've picked up. It could do with some review: https://review.openstack.org/#/c/382640/11:43
*** amotoki has quit IRC11:43
*** Dong_Zhi__ has joined #openstack-nova11:45
*** aloga has quit IRC11:46
*** aloga has joined #openstack-nova11:46
*** cdent has quit IRC11:47
*** Dong_Zhi__ has quit IRC11:49
*** dikonoor has joined #openstack-nova11:49
*** jvgrant_ has joined #openstack-nova11:50
*** zhangyufei has quit IRC11:50
openstackgerritGábor Antal proposed openstack/nova: Use double quotes instead of singles for consistency  https://review.openstack.org/39555111:51
*** jvgrant__ has quit IRC11:53
*** zhangyufei has joined #openstack-nova11:58
manasmbauzas, jaypipes, mriedem: https://review.openstack.org/#/c/392620/1 is awaiting review from cores, please take a look.12:00
*** moshele has quit IRC12:01
*** rodrigods has quit IRC12:04
*** rodrigods has joined #openstack-nova12:04
*** moshele has joined #openstack-nova12:05
pkholkinjohnthetubaguy: bauzas: hey folks, waiting for your review here https://review.openstack.org/#/c/381912/, thanks in advance !12:06
openstackgerritLee Yarwood proposed openstack/nova: compute: Do not create bdm before reserving the volume  https://review.openstack.org/29079312:07
*** smatzek has joined #openstack-nova12:08
*** esberglu has joined #openstack-nova12:11
*** amotoki has joined #openstack-nova12:13
openstackgerritLee Yarwood proposed openstack/nova: compute: Do not create bdm before reserving the volume  https://review.openstack.org/29079312:14
*** scsnow has joined #openstack-nova12:16
*** bvanhav_ has joined #openstack-nova12:16
*** esberglu has quit IRC12:16
*** catintheroof has joined #openstack-nova12:16
*** ratailor has quit IRC12:16
*** maticue_ has joined #openstack-nova12:18
*** cdent has joined #openstack-nova12:18
*** nicolasbock has quit IRC12:19
*** nicolasbock has joined #openstack-nova12:19
*** catinthe_ has joined #openstack-nova12:20
*** nicolasbock has quit IRC12:21
openstackgerritAlex Szarka proposed openstack/nova: Transform instance.rebuild notification  https://review.openstack.org/38492212:21
*** nicolasbock has joined #openstack-nova12:21
*** catintheroof has quit IRC12:21
*** nicolasbock has quit IRC12:22
*** nicolasbock has joined #openstack-nova12:22
*** rtheis has joined #openstack-nova12:22
*** nicolasbock has quit IRC12:22
*** nicolasbock has joined #openstack-nova12:22
*** claudiub has joined #openstack-nova12:25
*** mkoderer has joined #openstack-nova12:26
*** amotoki has quit IRC12:28
*** klkumar has quit IRC12:30
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add spec to use Cinder's new attachment APIs  https://review.openstack.org/37320312:33
*** owalsh has quit IRC12:34
*** klkumar has joined #openstack-nova12:35
openstackgerritSergey Nikitin proposed openstack/nova: Mark sibling CPUs as 'used' for cpu_thread_policy = 'isolated'  https://review.openstack.org/39141612:38
*** ljxiash has quit IRC12:39
*** prashkre has quit IRC12:40
*** tyrola has joined #openstack-nova12:42
openstackgerritJohn Garbutt proposed openstack/nova-specs: Add spec to use Cinder's new attachment APIs  https://review.openstack.org/37320312:46
*** bkopilov has joined #openstack-nova12:46
*** ljxiash has joined #openstack-nova12:46
*** ljxiash has quit IRC12:46
*** amotoki has joined #openstack-nova12:46
*** lucasagomes is now known as lucas-hungry12:47
*** thorst_ has joined #openstack-nova12:48
*** thorst_ has quit IRC12:48
*** thorst_ has joined #openstack-nova12:48
*** liverpooler has quit IRC12:51
*** liverpooler has joined #openstack-nova12:51
*** gmann has joined #openstack-nova12:51
*** manasm has quit IRC12:51
*** gcb_ has joined #openstack-nova12:52
*** gcb has quit IRC12:52
*** Hosam_ has quit IRC12:53
*** pradk has joined #openstack-nova12:53
*** gmann_ has joined #openstack-nova12:53
*** baoli has joined #openstack-nova12:54
*** brault_ has joined #openstack-nova12:54
*** brault has quit IRC12:55
alex_xunova api meeting is in 5 mins at #openstack-meeting-412:55
*** GB21 has joined #openstack-nova12:55
*** yuntongjin has joined #openstack-nova12:55
*** gmann has quit IRC12:56
*** baoli_ has joined #openstack-nova12:57
*** baoli has quit IRC12:59
*** rama_y has joined #openstack-nova13:03
*** yuntongjin has quit IRC13:03
*** portdirect has quit IRC13:04
*** gcb_ has quit IRC13:04
*** cdent has quit IRC13:07
*** ducttape_ has joined #openstack-nova13:07
*** gmann has joined #openstack-nova13:08
*** kylek3h has joined #openstack-nova13:09
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: change get_console_output as prep work for bp/libvirt-virtlogd  https://review.openstack.org/39452513:09
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: virtlogd: use virtlogd for char devices  https://review.openstack.org/32376513:09
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: read rotated "console.log" files  https://review.openstack.org/38536613:09
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: libvirt: refactor console device creation methods  https://review.openstack.org/38536713:09
*** lamt has joined #openstack-nova13:10
*** gmann_ has quit IRC13:11
*** gmann has quit IRC13:11
*** tbachman has joined #openstack-nova13:11
*** gmann has joined #openstack-nova13:11
*** edmondsw has joined #openstack-nova13:15
*** jwcroppe has quit IRC13:16
*** amotoki has quit IRC13:17
*** krtaylor has joined #openstack-nova13:20
*** shuquan has joined #openstack-nova13:20
*** tblakes has joined #openstack-nova13:20
markus_zclaudiub: During the summit I noted down the TODO for me to give you this link: http://openstack.markmail.org/thread/xrq2ao56t6cw4doc13:21
markus_zclaudiub: We talked shortly about the idea. Do whatever you want with that piece of information :)13:22
sfinucandanpb: Could I get a post-merge conflict reapproval on this patch, please? https://review.openstack.org/#/c/356067/13:22
openstackgerritBalazs Gibizer proposed openstack/nova: Transform aggregate.create notification  https://review.openstack.org/39451113:23
openstackgerritBalazs Gibizer proposed openstack/nova: Transform aggregate.delete notification  https://review.openstack.org/39451213:23
openstackgerritDaniel Berrange proposed openstack/nova: console: introduce framework for RFB authentication  https://review.openstack.org/34539713:24
openstackgerritDaniel Berrange proposed openstack/nova: console: introduce the VeNCrypt RFB authentication scheme  https://review.openstack.org/34539813:24
openstackgerritDaniel Berrange proposed openstack/nova: console: provide an RFB security proxy implementation  https://review.openstack.org/34539913:24
*** zhangyufei has quit IRC13:24
*** lamt has quit IRC13:25
*** jistr is now known as jistr|brb13:26
*** cdent has joined #openstack-nova13:27
*** houming has quit IRC13:27
*** bks has quit IRC13:28
*** baoli_ has quit IRC13:29
openstackgerritMaciej Szankin proposed openstack/nova: conf: Move api options to a group  https://review.openstack.org/38449013:31
*** lamt has joined #openstack-nova13:31
openstackgerritMaciej Szankin proposed openstack/nova: conf: Move api options to a group  https://review.openstack.org/38449013:32
*** baoli has joined #openstack-nova13:32
*** ducttape_ has quit IRC13:33
*** ducttape_ has joined #openstack-nova13:33
*** dave-mccowan has joined #openstack-nova13:34
*** jheroux has joined #openstack-nova13:34
*** alexchadin has quit IRC13:35
*** sree has quit IRC13:37
*** sree has joined #openstack-nova13:38
*** ducttape_ has quit IRC13:38
openstackgerritMaciej Szankin proposed openstack/nova: conf: fix code indentation for consistency in API  https://review.openstack.org/39559413:38
*** klkumar has quit IRC13:40
*** klkumar has joined #openstack-nova13:41
*** sree has quit IRC13:42
*** lpetrut has quit IRC13:44
*** jistr|brb is now known as jistr13:46
kashyapmarkus_z: If you've run today's DevStack, wonder if you noticed something like this "AssertionError: Egg-link  does not match installed location of nova" - http://paste.openstack.org/show/588555/13:47
*** catintheroof has joined #openstack-nova13:47
*** paul-carlton2 has joined #openstack-nova13:49
* markus_z reads the paste13:50
*** ducttape_ has joined #openstack-nova13:50
*** catinthe_ has quit IRC13:50
*** jwcroppe has joined #openstack-nova13:51
*** lucas-hungry is now known as lucasagomes13:51
*** pbandark has quit IRC13:51
markus_zkashyap: I've never seen the issue before. Let me try it locally.13:51
*** klkumar has quit IRC13:53
*** bvanhav_ has quit IRC13:54
claudiubmarkus_z: thanks for the link. :)13:54
kashyapmarkus_z: Thanks.  (The only change in my env. is that I'm running with a patch locally from Matt Booth)13:54
openstackgerritChris Dent proposed openstack/nova: Optional separate database for placement API  https://review.openstack.org/36276613:54
markus_zkashyap: I've found https://github.com/pypa/pip/issues/3784 but it's already some months old13:55
kashyapmarkus_z: Hmm.13:55
mdboothI'm assuming that intel-nfv-ci is sad today.13:55
wznoinskmdbooth, very13:56
wznoinskwe're catching up tho13:56
kashyapmdbooth: When I applied your NFS patch series locally, I see the above (http://paste.openstack.org/show/588555/)13:56
mdboothkashyap: Whoa. Are you sure they're related?13:57
*** jed56 has quit IRC13:57
kashyapBut perhaps it's my env.  But I'm kinda bummed with DevStack for the last two days13:57
wznoinskmdbooth, + tempest fix to intel-nfv-ci-test was merged 3h ago https://review.openstack.org/#/c/395493/ although there's nova server internal error we were hitting not sure that's yet troubleshooted13:58
kashyapmdbooth: Yeah, not yet pointing fingers at that patch.  I just updated Git & ran it13:58
*** GB21 has quit IRC13:59
mdboothkashyap: Are you planning to setup an nfs testing environment, btw?14:00
*** portdirect has joined #openstack-nova14:00
*** xyang1 has joined #openstack-nova14:00
*** tlian has joined #openstack-nova14:00
johnthetubaguyalex_xu: what about the tenant_id_2 getting a link if the following page has more of its info on it?14:00
markus_zkashyap: my local devstack is running, I'll keep you posted.14:01
johnthetubaguyalex_xu: I added a comment about that in there: https://review.openstack.org/#/c/38677114:01
kashyapmdbooth: I already have one14:01
mdboothCool. Are you testing my stuff?14:01
*** lennyb has quit IRC14:02
bauzasdansmith: once you're up, I'd be very interested in understanding the problem about secgroups that you're trying to solve with https://review.openstack.org/#/c/394656/214:02
*** bvanhav_ has joined #openstack-nova14:02
alex_xujohnthetubaguy: yea, I think it works, and sounds more simple14:03
bauzasdansmith: I saw https://review.openstack.org/#/c/367557/15/nova/conductor/api.py@133 but I need to understand the scope of that information, hence me thinking originally as the field being in the BuildRequest14:03
*** mriedem has joined #openstack-nova14:03
kashyapmarkus_z: Danke14:03
kashyapmdbooth: Yes, I am14:03
markus_z;)14:03
kashyapmdbooth: (Or more accurately, I intend to)14:03
*** oanson has quit IRC14:03
gmannjohnthetubaguy: alex_xu so we can check with just tenant id to add link there14:04
mdboothkashyap: Awesome. Can you keep me closely in the loop? If you hit any issues, stick a -1 on there even if you haven't debugged yet and let me know.14:05
alex_xujohnthetubaguy: but how the dashboard to build the second page link?14:05
alex_xujohnthetubaguy: the dashboard is page by tenant I guess, won't be by instance id14:05
*** ducttape_ has quit IRC14:05
*** diga has joined #openstack-nova14:05
kashyapmdbooth: Of course, as a lowly tester, I'll come running to you if I hit an issue :-)14:05
*** owalsh has joined #openstack-nova14:06
johnthetubaguyalex_xu: so the dashboard could follow the link to complete the tenant_id, or if just cache the beginning of the next page and don't show that to the user, depending14:06
johnthetubaguyalex_xu: yeah14:06
*** coreywright has quit IRC14:06
mdboothUm... you're not a lowly tester: I'll still expect you to debug anyway :P I just want a heads up.14:06
kashyapmdbooth: BTW, I'm using this super helpful NFS DevStack plugin that setups everything14:06
kashyapenable_plugin devstack-plugin-nfs https://git.openstack.org/openstack/devstack-plugin-nfs14:06
*** rama_y has quit IRC14:07
kashyapmdbooth: Hehe, I hear you.  Not trying to shirk my duties14:07
alex_xujohnthetubaguy: if dashboard only show 1 item in the page, the first page get tenant_1 and part of tenant_2. For the second page, it still need to get the nova api first page, and the second page.14:07
alex_xujohnthetubaguy: that is why I hope the first page only return tenant_1. For the dashboard, it needn't cache the part of tenant_2 usage.14:09
johnthetubaguyalex_xu: we could do that, but we have to also worry about the case were tenant_1 is three pages long14:10
diana_clarkealex_xu, johnthetubaguy: Apologies for not answering the ping during the API meeting. My 10 year old is home sick today & I was away from the computer.14:11
kashyapmarkus_z: I think I'm too late to ask I guess :-(  Would be super useful, if you could try with this: `git review -d 383859`14:11
kashyapmarkus_z: Don't worry if can't get to it.14:11
alex_xujohnthetubaguy: ah yea, for the tenant_1 is three pages long, I think it is ok have link to show this isn't the ending.14:11
diana_clarke(I'm reviewing the meeting minutes now)14:11
*** mdrabe has joined #openstack-nova14:11
alex_xudiana_clarke: no worries14:11
johnthetubaguydiana_clarke: honestly, they don't say too much, we still going through your spec14:11
alex_xutake care the baby is first thing14:11
paul-carlton2mriedem, remember you re approved https://review.openstack.org/#/c/340874, the three patches to implement this are ready for review now - https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/detach-boot-volume14:13
*** prateek has quit IRC14:13
*** gmann has quit IRC14:13
BobBallmriedem: Just to say, if you have further questions on the os-xenapi spec do feel free to ping me on irc too14:15
BobBall(spec link https://review.openstack.org/#/c/379279/ )14:15
mriedempaul-carlton2: tempest testing?14:15
mriedemBobBall: ack14:15
paul-carlton2mriedem, ah, found this https://review.openstack.org/#/c/332050/14:17
*** coreywright has joined #openstack-nova14:17
mriedempaul-carlton2: ok, can we get that cleaned up and using the same topic branch as the nova changes?14:18
paul-carlton2mriedem, I'll fix it14:18
*** lennyb has joined #openstack-nova14:19
pkoniszewskipaul-carlton2: hi, can you remove your -1 from https://review.openstack.org/#/c/386676/ ? I assume that your concern is no longer valid as you abandoned the revert14:20
paul-carlton2done14:20
pkoniszewskithanks!14:20
johnthetubaguymriedem: that cinder related spec should be in a better shape now, with some pictures: https://review.openstack.org/37320314:21
mriedemBobBall: replied in https://review.openstack.org/#/c/379279/14:22
mriedemBobBall: the py3 thing is a bit of a concern, because i think for nova to claim py3 support, nova and it's dependencies have to be py3 compatible14:23
mriedemthe plugins probably don't need to be based on how those are used, but os-xenapi itself surely would need to be py3 compatible14:23
BobBallAbsolutely, it is already and will remain so.  The py2.4 components will *only* be the plugins.14:23
* johnthetubaguy nods approvingly at BobBall14:24
*** victorhe has joined #openstack-nova14:24
mriedemos-xenapi is already py3 compatible?14:24
BobBallmriedem: We already have py3 UT running, with the exclusions copied from Nova (e.g. XenAPI.py isn't currently py3 compatible, but we're currently fixing it to remove the final 2 exclusions)14:24
mriedembecause i didn't think it existed yet14:24
mriedemok, that's ^ what i was getting at14:25
mriedemi didn't think the xenapi stuff in nova was fully py3 compatible yet given our UT blacklist14:25
mriedembut i think we're on the same page14:25
mriedemok +W14:26
BobBallhttps://git.openstack.org/cgit/openstack/os-xenapi/tree/exclusion_py3.txt is the current exclusion list - but we're trying to fix XenAPI.py.  Unfortunately the pypi package is owned by an ex-employee who no longer has access to his account.  We're trying to get either his account re-activated with a new email address or get the package transferred.  Failing that, we'll move XenAPI to os-xenapi and14:26
BobBallremove the XenAPI from requirements.txt so we can fix14:26
*** coreywright has quit IRC14:30
*** prashkre has joined #openstack-nova14:30
mriedemjohnthetubaguy: gonna try to tackle some lower hanging fruit before digging into the cinder spec :)14:31
edleafecdent: bauzas: dansmith: jaypipes: Reminder for hangout in 30 minutes14:31
johnthetubaguymriedem: totally!14:31
*** jvgrant__ has joined #openstack-nova14:31
cdentedleafe: ✔14:31
mriedemdanpb: johnthetubaguy: also, in case you haven't gone through them yet (i haven't on all of them), we should make a pass on the security specs in https://etherpad.openstack.org/p/ocata-nova-summit-security before it gets too late14:31
mriedemdanpb: specifically you and that cert validation one14:32
kashyapmdbooth: Hmm, that error is not related to your patch.  (But still I could reproduce it in my env w/ Git master & still have to resolve it)14:32
*** smatzek has quit IRC14:32
*** esberglu has joined #openstack-nova14:33
*** jaosorior has quit IRC14:33
*** jaosorior has joined #openstack-nova14:33
danpbmriedem: iirc, dane said to me after that session that they'd almost certainly only tackle the problem of tempest testing of existing functionality for ocata, given it was a short cycle14:34
danpbmriedem: so we should check with him, whether they really do need those specs approved for ocata or not14:34
*** jvgrant_ has quit IRC14:34
mriedemhmm, ok, because there are several specs14:34
cdentdiana_clarke: as you predicted fixing the database poison stuff in resource providers has proved messy: https://review.openstack.org/#/c/394944/14:34
mriedembut having said that, i agree that getting the CI job in place is probably going to take the whole release14:35
danpbmriedem: cert validation spec was the first one, and the api / trusted flavours was an add-on iiuc14:35
danpbmy websockify spec has merged - not sure if you approved the blueprint yet or not14:35
mriedemthere was also image verification14:35
mriedemdanpb: yeah did that after the summit14:35
danpbok14:35
*** prashkre has quit IRC14:36
mriedemdanpb: and i think thorst_'s team was still working on the vnc changes14:36
alex_xujohnthetubaguy: I replied one more idea for the simple tenant usage pagination14:36
mriedemfor devstack/tempest14:36
mriedemsean-k-mooney: this seems to have stalled https://review.openstack.org/#/c/334048/ - are you planning on updating that?14:37
thorst_mriedem: yeah, I'll follow up with mmandel on the status on that.  But the powervm driver does not require that for VNC console to work, it just makes it more secure.14:37
danpbmriedem: i've submitted code for the vnc impl already and working on the manuals docs update now14:37
mriedemdanpb: i meant for CI testing14:37
mriedemwith vnc14:37
*** rtheis_ has joined #openstack-nova14:38
mriedemdanpb: looks like there is some discussion in https://review.openstack.org/#/c/334048/ that might need your input14:39
*** coreywright has joined #openstack-nova14:39
*** rtheis has quit IRC14:39
*** baoli has quit IRC14:40
*** baoli has joined #openstack-nova14:41
*** jamesdenton has joined #openstack-nova14:43
openstackgerritLee Yarwood proposed openstack/nova: compute: Do not create bdms before successfully reserving a volume  https://review.openstack.org/29079314:44
sean-k-mooneymriedem: sorry yes i am i have just been side tracked with some work in kolla14:45
mdboothmriedem: Fancy bumping this one over the line? https://review.openstack.org/#/c/395050/ You were looking at it yesterday, test patches.14:45
sean-k-mooneymriedem: im not sure if i will get to it today but ill put it to the top of my list to rebase it tomorow14:46
*** roeyc has quit IRC14:46
diana_clarkecdent: yeah... I spent a couple of hours on it twice before I decided it was probably better left to you since it's going to require some judgments calls. Sorry ;(14:47
cdentdiana_clarke: no worries14:47
cdentI'm currently stuck on it, and punted to edleafe so that he and I can share the burden14:47
mriedemmdbooth: https://www.youtube.com/watch?v=MNKL9onYB_8 ?14:47
cdentI might be inclined to remove some of the tests as they don't really cover anything14:48
mdboothmriedem: lol14:48
mdbooth"One toke over the line". Is this a song as somebody who got busted for being slightly too high?14:49
*** links has quit IRC14:49
mriedemi don't know what the hell they are talking about, going home to be with his sweetheart but he's too stoned or something14:50
diana_clarkecdent: Have you ever watched any of Sandi Metz's talks on tests? Specifically around deleting tests.14:50
edleafecdent: it's on my list. I may need to tap into the brain diana_clarke to get up to speed on the poison14:50
*** manasm has joined #openstack-nova14:51
cdentdiana_clarke: not that I'm aware14:51
diana_clarkecdent: I think you would really like them. I'll try to dig up some links.14:51
*** baoli has quit IRC14:51
*** rtheis_ is now known as rtheis14:52
diana_clarkeedleafe: Tip: It's easier for work on the poison stuff when it throws exceptions rather than warnings. Like this: https://review.openstack.org/#/c/349082/4/nova/tests/fixtures.py14:53
*** baoli has joined #openstack-nova14:53
diana_clarketypo: "for work on" -> "to work on"14:53
*** roeyc has joined #openstack-nova14:53
edleafediana_clarke: thx, I'll keep that in mind14:54
mriedemmdbooth: why is "fakelibvirt.disable_event_thread(self)" removed in https://review.openstack.org/#/c/395050/2..3/nova/tests/unit/virt/test_virt_drivers.py ?14:56
*** efried has joined #openstack-nova14:56
*** victorhe has quit IRC14:56
*** victorhe has joined #openstack-nova14:56
mriedemoh i guess because the fixture does it already14:56
*** sandanar has quit IRC14:58
*** achinm has joined #openstack-nova14:58
dansmithedleafe: I assume you'll generate/paste the hangout link?14:58
edleafecdent: bauzas: dansmith: jaypipes: Hangout URL: https://hangouts.google.com/call/4kttydtt2nelxavpnyjqz3ia6ue14:58
raj_singhjohnthetubaguy: mriedem: Any chance I can get https://review.openstack.org/#/c/387711/ on your review list.14:58
edleafedansmith: you beat me to it!14:58
bauzasedleafe: roger, just need some kind of bathroom usage :)14:59
cdentedleafe: be right there, gotta find headphones14:59
johnthetubaguyraj_singh: thats actually open on my screen right now, but +114:59
johnthetubaguy+1 on getting it reviewed that is14:59
raj_singhjohnthetubaguy: Thx14:59
*** hongbin has joined #openstack-nova15:01
*** moshele has quit IRC15:01
*** sdatko has joined #openstack-nova15:02
sdatkoHello15:02
*** moshele has joined #openstack-nova15:02
sdatkoI have found tiny bug in Nova unit tests15:02
sdatkohttps://bugs.launchpad.net/nova/+bug/164050215:02
openstackLaunchpad bug 1640502 in OpenStack Compute (nova) "Missing /etc/machine-id causes failure in unit tests" [Undecided,New] - Assigned to Szymon Datko (fenekpl)15:02
mriedemsdatko: that failure crops up from time to time, it means the test isn't configuring something to ignore that, we should really disable that globally in tests15:03
*** ducttape_ has joined #openstack-nova15:03
sdatkoyep15:03
sdatko/etc/machine-id is missing15:04
sdatkoit seems that is should be created by systemd15:04
sdatkohttps://www.freedesktop.org/software/systemd/man/machine-id.html15:04
sdatkobut it is not on some environments (like containers, in my case)15:04
mriedemset CONF.libvirt.sysinfo_serial to 'none'15:04
sdatkomy propose is to mock this file in unit tests15:04
mriedemin the tests15:04
*** lbrune has joined #openstack-nova15:04
mriedemno, just set that flag globally15:04
sdatkoach, ok15:05
mriedemhonestly we should just set that in the fake libvirt fixture15:05
sdatkohmm15:05
mriedemtests that need to test the non-none flows can override it15:05
*** ducttape_ has quit IRC15:05
mriedemsee nova.tests.unit.virt.libvirt.fakelibvirt.FakeLibvirtFixture15:05
sdatkook15:06
mriedemthat's used in all of the libvirt tests that hit the driver15:06
mriedemso just set the config option to 'none' in there15:06
sdatkoI will create a patch and I will send it15:06
mriedemsdatko: you might want to base it on top of this https://review.openstack.org/#/c/395050/15:07
mriedemmdbooth: comments in https://review.openstack.org/#/c/395050/15:09
mriedema couple of small things to cleanup15:09
mdboothmriedem: Thanks15:09
mriedemi'll be happy to fast approve that when those are addressed15:09
*** cmartin has joined #openstack-nova15:09
*** lpetrut has joined #openstack-nova15:11
mdboothmriedem: Coming up shortly.15:12
mriedempayback https://review.openstack.org/#/c/394585/15:13
*** paw has quit IRC15:13
mriedem^ fixes a race in functional versioned notification tests i hit in zuul15:13
cfriesenmriedem: updated bug 1600304 with an explanation of how to hit it with mainline code15:13
openstackbug 1600304 in OpenStack Compute (nova) "_update_usage_from_migrations() can end up processing stale migrations" [Medium,In progress] https://launchpad.net/bugs/1600304 - Assigned to Chris Friesen (cbf123)15:13
*** diogogmt has quit IRC15:13
*** achinm has quit IRC15:13
mdboothmriedem: Sure thing, will look.15:13
mriedemcfriesen: hmm, seems we should cleanup any failed migrations when evacuating the instance in questoin15:15
mriedem*question15:15
mriedemrather than leaving those hanging around to screw up the RT15:15
mriedemor, do something like that on startup of the failed compute node since i think that's already looking at migrations15:15
*** garyk1 has quit IRC15:16
*** prashkre has joined #openstack-nova15:16
openstackgerritDaniel Berrange proposed openstack/nova: console: introduce framework for RFB authentication  https://review.openstack.org/34539715:17
openstackgerritDaniel Berrange proposed openstack/nova: console: introduce the VeNCrypt RFB authentication scheme  https://review.openstack.org/34539815:17
openstackgerritDaniel Berrange proposed openstack/nova: console: provide an RFB security proxy implementation  https://review.openstack.org/34539915:17
cfriesenmriedem: I'm not sure we can do that across the board since depending on where it failed it might actually still be in progress...there could be RPC calls queued up that nova-compute is about to process.15:18
markus_zkashyap: sorry for the late response. I could stack normally, with and without the patch you mentioned.15:18
mriedemcfriesen: i'm specifically thinkin of this method https://github.com/openstack/nova/blob/569e463f02b0a631d341b06849217657a22c4569/nova/compute/manager.py#L62915:18
cfriesenmriedem: might be possible to clean up some migrations depending on the state it's in15:18
mriedemthis comment is also confusing https://github.com/openstack/nova/blob/569e463f02b0a631d341b06849217657a22c4569/nova/compute/manager.py#L636 since it mentions not touching instances that are migrating/resize states, but doesn't actually check for those15:19
mriedemdansmith: when you're off your call, you might know the answer to ^15:19
*** paul-carlton2 has quit IRC15:20
openstackgerritMatthew Booth proposed openstack/nova: libvirt: Fix incorrect libvirt library patching in tests  https://review.openstack.org/39505015:20
openstackgerritMatthew Booth proposed openstack/nova: libvirt: Call host connection callbacks asynchronously  https://review.openstack.org/39386915:20
openstackgerritMatthew Booth proposed openstack/nova: libvirt: Fix races with nfs volume mount/umount  https://review.openstack.org/38385915:20
dansmithmriedem: which question? whether we should clean up migrations?15:20
mriedemdansmith: the comment in there about not cleaning up instances in a certain state,15:21
cfriesenmriedem: back in kilo it actually checked the migration states15:21
mriedembut that code doesn't check any vm_state15:21
cfriesenmriedem: then we changed it to look for evacuations,15:21
mriedemthis code was one toke over the line back in kilo15:21
mriedemso the comment just doesn't reflect reality anymore15:21
openstackgerritChristopher Martin proposed openstack/nova: Fix for resize vm_state stopped rollback  https://review.openstack.org/37086115:21
mriedemok i have to run to a meeting15:21
mriedemcfriesen: final question before i go - with https://review.openstack.org/#/c/339715/6/nova/compute/resource_tracker.py - we'll always hit those same busted migrations right? at some point, something should be cleaning those up it seems, and that code isn't doing it15:22
mriedemso we're going to process those migration records on that node every 60 seconds15:22
bauzasdansmith: saw my ping for https://review.openstack.org/#/c/394656/2 ?15:22
cfriesenmriedem: yes15:22
bauzasdansmith: I just wanted to understand the problem, ie. we're needing secgroups, but I don't get where15:23
bauzasdansmith: of course in the conductor manager side, but I wonder where it fails15:23
dansmithcfriesen: mriedem: tbh, creating a new migration should probably clean any outstanding migrations for that instance15:23
dansmithbauzas: there's lots of failed CI runs with logs for the earlier patches, but basically we stop passing the list of secgroup names in the call, which means we have no secgroups in compute when we create the port15:24
dansmithbauzas: which means the tests fail because we're not able to access the instance15:25
bauzasdansmith: which are the objects looking up for those secgroups ?15:25
dansmithbauzas: not sure what you mean.. the compute call needs them, and compute uses them while creating the ports15:26
cmartinHey if anybody has some time available I have had the first patch for this bugfix up for a month now with no reviews: https://review.openstack.org/#/c/386756/15:26
*** mriedem1 has joined #openstack-nova15:26
mriedem1dansmith: yeah maybe15:26
bauzasdansmith: wait15:26
mriedem1seems like there is a better fix for this somewhere15:26
dansmithbauzas: I have something to do in three minutes, back after that15:26
bauzasdansmith: I think I got it, those groups are stored in the instance object15:26
dansmithmriedem1: right, cleaning them up in some systematic way is much better, IMHO15:26
bauzasdansmith: okay, take time, will investigate15:26
dansmithbauzas: they are not15:26
*** gszasz has quit IRC15:26
dansmithbauzas: never when we're running neutron15:26
dansmithbiab15:27
bauzasdansmith: okay, I need to understand the current situation before I can understand why you need to persist those15:27
bauzasdansmith: ++15:27
*** mriedem has quit IRC15:27
markus_zBobBall: got a minute? It's a CI question. I'm wondering if and how you skip specific tempest tests in your CI.15:27
mriedem1bauzas: for nova-net we store security groups in the nova db and can look them up via instance.security_groups15:27
BobBallSure - we do.15:27
mriedem1bauzas: but with neutron we have to get the security groups indirectly via the ports attached to the instance15:27
BobBallWe have a tempest exclusion list which we translate into a REGEXP15:27
bauzasmriedem1: so we lazy-load them if n-net but we explicitly do a REST call if the other ?15:28
BobBallmarkus_z: https://git.openstack.org/cgit/openstack/xenapi-os-testing/tree/tempest_exclusion_list15:28
markus_zBobBall: Can I see that somewhere? We do something where I'm not sure if this is right.15:28
* markus_z is reading15:28
*** baoli has quit IRC15:28
BobBallmarkus_z: https://git.openstack.org/cgit/openstack/xenapi-os-testing/tree/run_tests.sh#n5215:29
*** gszasz has joined #openstack-nova15:29
mriedem1bauzas: yeah15:29
bauzasmmmm15:29
cfriesendansmith: mriedem1: I kind of like the idea of using the existance of a new migration for an instance to cause all earlier ones to be somehow no longer in-progress.  That logic could be used in the resource audit.15:30
markus_zBobBall: I see, cool.15:30
mriedem1bauzas: yeah it's a known grossness, see https://bugs.launchpad.net/nova/+bug/156765515:30
openstackLaunchpad bug 1567655 in OpenStack Compute (nova) "500 error when trying to list instances and neutron-server is down" [Medium,In progress] - Assigned to Prateek Arora (parora)15:30
*** mriedem1 is now known as mriedem15:30
markus_zBobBall:  You don't have a clone of devstack-gate and fix that with custom stuff, do you?15:30
bauzasmriedem: okay, I'm more trying to understand why dan is trying to persist those in the Spec object https://review.openstack.org/#/c/394656/215:30
bauzasmriedem: given https://review.openstack.org/#/c/367557/15/nova/conductor/api.py@13315:31
BobBallmarkus_z: uhhh... ... ... Well... It sounds like you want the answer to be no?15:31
markus_zBobBall: yes :)15:31
markus_zBobBall: My real question is, where is the entry point for 3d party CIs to do custom stuff.15:31
markus_zBobBall: I try to make sense of how it is supposed to be.15:32
bauzasmriedem: oh nvm, found the diff https://review.openstack.org/#/c/367557/15..17/nova/conductor/manager.py15:32
BobBallmarkus_z: TBH the only reason we have a custom d-g is because some of our test hosts don't have access to the zuul, so we checkout from review.openstack.org and merge rather than using zuul-merger's output15:32
bauzasokay, so we need to find them at the conductor level so we can pass them down to the compute15:32
bauzasthat's all I need to understand15:32
markus_zBobBall: OK, sounds differently than the reasons why we do that.15:32
BobBallmarkus_z: Ah - pre_test_hook? https://github.com/citrix-openstack/os-ext-testing/blob/master/jenkins/jobs/jobs.yaml#L1715:32
*** zz_dimtruck is now known as dimtruck15:33
markus_zBobBall: And the jobs.yaml gets pulled by Jenkins?15:33
mriedembauzas: right15:33
BobBallmarkus_z: We use jenkins job builder to publish it to jenkins, yes.15:34
cfriesenmriedem: dansmith: maybe we could extend migration_get_in_progress_by_host_and_node() to eliminate ones where there is a newer migration for the same instance?15:34
markus_zBobBall: ok, got it, I think I have a picture.15:34
bauzasmriedem: k, so given we can't get them by the instance object, we need to store them explicitely, correct?15:34
*** ducttape_ has joined #openstack-nova15:34
*** ekuris has quit IRC15:34
markus_zBobBall: Thanks a lot for your time!15:35
*** shuquan has quit IRC15:35
BobBallmarkus_z: Coolio.  Let me know if there are more questions.15:35
mriedemcfriesen: well, i think the point was you can only have a single migration running at a time per instance right?15:35
bauzasmriedem: my original thinking was to use the BuildRequest.instance object for getting those secgroups, but given what you said, it would only work for n-net, correct?15:35
mriedemcfriesen: so if migration 1 failed and you migrated again, when you start doing migration 2, cleanup migration 1 if it's residual15:35
mriedembauzas: yeah, because BuildRequest.instance is the serialized instance15:36
markus_zBobBall: A last one :) Where do you store the tempest.conf you use in the check pipeline?15:36
cfriesenmriedem: yes, that would work15:36
markus_zI mean, where is the source of that15:36
bauzasmriedem: correct, so it wouldn't even work for n-net15:36
mriedembauzas: i'm not actually sure if that includes the joined fields15:36
BobBallmarkus_z: I think it's just generated by devstack15:36
bauzasmriedem: pretty sure it's not, unless you explicitely want to get them AFAIKR15:36
bauzasAFAIR*15:36
markus_zBobBall: And the localrc for devstack?15:36
markus_zBobBall: simple example, we need to deactivate the VNC console for s390x.15:37
BobBallmarkus_z: Can be set up in the pre_test_hook15:37
markus_zBobBall: got it, that was all I needed, thanks a lot again!15:38
cfriesenmriedem: presumably we'd set any in-progress previous migrations to FAILED?15:38
*** victorhe has quit IRC15:38
*** gouthamr has quit IRC15:38
*** gouthamr has joined #openstack-nova15:39
BobBallmarkus_z: (btw - before you get too deeply into it; I actually showed you parts from two CI systems - the jenkins job definitions for the XenServer CI are in an internal repo, so showing the ones from the XenProject CI was quicker.  You may spot things that don't quite make sense, so let me know if you want cleaner references)15:39
*** mlavalle has joined #openstack-nova15:39
mriedembauzas: it looks like ovo will serialize all of the fields15:40
mriedemso the serialized instance object in build_requests should have the security_groups for n-net15:40
bauzasmriedem: but only for that case, not neutron15:40
mriedembauzas: but, given n-net is deprecated we shouldn't care all that much for too long15:40
mriedembauzas: right15:40
bauzasmriedem: okay, so we need to persist those secgroups explicitely15:40
markus_zBobBall: Thanks for the hint. Btw, is there a 3rd party IRC channel/meeting I should be aware of?15:40
mriedemcfriesen: i suppose15:41
dansmithmriedem: bauzas: instance has secgroups indeed, but we can't save them with it, so we need to persist them in the reqspec if we want to know them later15:41
mriedemkeeping in mind that failed != error wrt migrations15:41
johnthetubaguydansmith: mriedem: I put up a spec for the neutron refactor stuff that we said probably should be a priority: https://review.openstack.org/#/c/393888/15:41
dansmithmriedem: bauzas which is why I put it there15:41
bauzasdansmith: okay, I understand now15:41
bauzasdansmith: my only worries could be a reschedule15:41
mriedemjohnthetubaguy: ok15:41
dansmithbauzas: there is a comment in the instance object to this effect15:41
bauzasdansmith: given we get the original requestspec object when we do a move operation, we could potentially send down to the compute something not accurate15:42
bauzasdansmith: if we begin to care about the move operations using the cellsv2 path of course15:42
BobBallmarkus_z: Yeah - http://eavesdrop.openstack.org/#Third_Party_Meeting - but I haven't been to them for quite some time.15:42
BobBallmarkus_z: Looks like some folk are still attending15:42
mriedembauzas: the security groups wouldn't change between reschedules right?15:42
bauzasmriedem: between reschedules, probably not15:43
mriedemor move15:43
bauzasmriedem: between a boot and a resize, that's less probable15:43
mriedemrequested security groups aren't going to change15:43
bauzasoooh, that's not the *existing ones*, rather the ones you ask ?15:43
mriedemyeah, i suppose you could add/remove security groups after the server is created15:43
bauzasthat's very different15:43
dansmithbauzas: I don't understand.. why would we not want to have the original secgroups on a move?15:44
bauzasI supposed that list was caching the list of existing SGs, not the requested ones15:44
markus_zBobBall: Uh, even an actively maintained agenda, nice. :) cool cool, I owe you one.15:44
bauzasdansmith: we're getting the original Spec object at the API level and pass it down to the conductor method responsible for the move, so we can schedule based on the original query15:44
BobBallActively maintained agenda? Not seen one of those for a while...15:44
BobBall:)15:44
bauzasdansmith: here, we only need to persist what the user asked, right?15:45
bauzas(per your TODO)à15:45
* dansmith is confused15:46
bauzasdansmith: here I think there is a big difference between a requested string and a real object that we looked up15:46
bauzasdansmith: lemme explain15:46
bauzasdansmith: the RequestSpec object only stores the user requested strings, not exactly what's in the nova db15:47
bauzasdansmith: eg. we're not storing flavors, we're rather storing multiple "resource class amounts"15:47
mriedembauzas: which on a server create, there is nothing in the db15:47
mriedemnothing existing anyway15:47
mriedemit's all what the user requested15:47
bauzasmriedem: right15:47
bauzaszactly that15:47
bauzasso15:47
bauzasI think we should only store what the user asked for security groups, ie. the secgroup names, nope?15:48
dansmithbauzas: you're arguing that we should store the names and not the secgroup objects?15:48
bauzasstoring the whole object could lead to inconsistencies if we say that security groups can be modified over time15:48
mriedemthat's all we get in the request isn't it?15:48
bauzasdansmith: yup15:48
dansmithbauzas: okay then you should just say that15:49
bauzasdansmith: I was thinking out loud :)15:49
bauzas2 mins before, I wasn't understanding why the Spec object was useful for your case15:49
bauzasnow, I'll leave an updated comment :)15:49
dansmithbauzas: the deal is we resolve them in compute now, but later we will resolve them in conductor early15:49
*** prateek has joined #openstack-nova15:49
mriedemon the request we get a list of names or uuids https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/schemas/security_groups.py#L2515:49
mriedemjust fyi15:49
dansmithbauzas: I'm not sure why storing resolved secgroups isn't right, because if we were to rename one, wouldn't we want "the same secgroup" on rebuild instead of "the same-named secgroup" ?15:50
*** aloga_ has joined #openstack-nova15:51
bauzasdansmith: if we say the conductor would resolve the secgroups, then it would lookup those objects by the Spec secgroup names, which is fine to me15:51
*** markus_z has quit IRC15:51
bauzasdansmith: and for a rebuild, we would still do the lookup in the conductor, based on that secgroup name15:52
dansmithbauzas: maybe, but maybe not15:52
bauzaswe wouldn't need to update the Spec object for amending the secgroup in case they're updated15:52
dansmithif we store the objects, we have the option to do either15:52
dansmithif we store the names, we're locked into a symbolic link going forward15:52
*** Sukhdev has joined #openstack-nova15:53
bauzasdansmith: there is something which is not fully clear on the Spec object about fields that can be immutable and fields that can be different over time15:53
*** ayoung has joined #openstack-nova15:54
*** tbachman has quit IRC15:55
bauzasdansmith: for example, the project_id field is immutable but the force_hosts field needs to be changed if we're getting the original request for a move operation15:55
dansmithbauzas: yeah15:55
*** eharney has joined #openstack-nova15:55
*** rrecio has joined #openstack-nova15:56
*** rfolco_ has joined #openstack-nova15:56
openstackgerritJulian proposed openstack/nova: Create schema generation for AddressBase  https://review.openstack.org/39154615:57
*** jerrygb has joined #openstack-nova15:57
openstackgerritStephen Finucane proposed openstack/nova: conf: Improve help text for ldap_dns_opts  https://review.openstack.org/34198415:57
openstackgerritStephen Finucane proposed openstack/nova: Fix config option types  https://review.openstack.org/16848115:57
openstackgerritStephen Finucane proposed openstack/nova: conf: Fix indentation of network  https://review.openstack.org/39568215:57
openstackgerritStephen Finucane proposed openstack/nova: conf: Deprecate all nova-net related opts  https://review.openstack.org/39568315:57
*** _ducttape_ has joined #openstack-nova15:58
bauzasdansmith: we don't have a special handler for saying during a move operation "please update those fields, they're not accurate" but the one named "reset_forced_destinations()"15:58
*** rfolco has quit IRC15:58
bauzasdansmith: so if we say we're going to store the whole object for preventing ourselve to do further lookups, I'm fine but I want to make sure we're forcing ourselves to refresh that object if we do a move operation15:59
*** roeyc has quit IRC15:59
bauzasourselves*15:59
mriedemwhat does the refresh do? just to see if the security group with that id still exists?16:00
mriedemor if it's rules changed?16:00
*** mdrabe has quit IRC16:01
*** marst has joined #openstack-nova16:01
*** Zer0Byte__ has joined #openstack-nova16:01
*** ducttape_ has quit IRC16:01
*** ayoung has quit IRC16:01
dansmithmriedem: I'm assuming he means re-resolve the name-to-id, but I dunno16:01
dansmithstoring the object gives us the most flexibility, which is why I think it's probably the best move16:02
*** jaugustine_ has joined #openstack-nova16:02
*** roeyc has joined #openstack-nova16:02
bauzasmriedem: the latter16:02
bauzasmriedem: what if we update a secgroup with adding a new rule16:03
dansmithbauzas: what?16:03
dansmithbauzas: nova needs to look at the secgroup rules to see if they have changed?16:03
dansmiththat doesn't make sense to me *at all*16:03
bauzasdansmith: sec, looking at the object16:03
bauzasdansmith: we're not storing those rules, so I'm good then16:03
bauzasdansmith: my point is, can we update some security group information that would create a situation where we're getting the old information (from the Spec object if not updated) instead ?16:04
openstackgerritGleb Stepanov proposed openstack/nova-specs: Add offset to console log  https://review.openstack.org/39002716:04
bauzasfrom the nova side16:04
dansmithbauzas: only the linkage matters at this point16:05
dansmithbauzas: manipulating the secgroup underneath the instance is not something that needs tracking here16:05
mriedemsahid: provided an alternative wording in https://review.openstack.org/#/c/395067/ - see what you think16:05
mriedemdansmith: i agree with that statement16:06
*** stewie925 has joined #openstack-nova16:06
mriedemi don't care if we store the object itself or just the name/uuid from the request - the object is only n-net though,16:07
mriedemand the SecurityGroup object only has an int id field or nova-net16:07
mriedemso wouldn't work for neutron where you can specify a uuid on the request16:07
mriedemso i'm not sure how we're going to store the SecurityGroupList for neutron requests that use uuids16:07
dansmithmriedem: yeah, but I thought we had previously discussed storing the uuid there so that we can use it for both?16:07
bauzasdansmith: mriedem: so why not just storing the list of secgroup uuids ?16:07
dansmithbecause we have some hacks in place for that right now, IIRC16:08
mriedemdansmith: so add a uuid field to SecurityGroup obj?16:08
dansmithbauzas: because we don't resolve them there currently, and that won't work for n-net either16:08
dansmithmriedem: we previously discussed it right?16:08
bauzasdansmith: oh right, an 'id"16:08
bauzassnap16:08
mriedemwe do something similar for some other network resource, like fixed ips or something16:08
*** moshele has quit IRC16:08
mriedemah NeutronFloatingIP16:09
dansmithah, maybe that's what I'm thinking of16:09
mriedemthat's the neutron variant of the floating IP object where the id is a uuid16:09
dansmitheither way,16:09
dansmithif we store a list of strings, we are limited in the future.. if we store an object it's easier to evolve I think16:09
mriedemdansmith: i don't remember discussing this previously, no, fwiw16:09
bauzasdansmith: I think I don't disagree with that16:10
dansmithif it doesn't matter, then okay, but I dunno.. I'd rather hedge16:10
dansmithmriedem: I'm probably thinking about the ip one16:10
mriedemstoring an object would future proof us in case we add new fields to that object that we care about later16:10
dansmithmriedem: right16:10
bauzasdansmith: my only concern is the mutability of that object16:10
bauzasif we persist it16:10
mriedembauzas: i think you'd need to provide a use case for that going wrong16:11
dansmithbauzas: but as you said, we just have to make a rule and stick to it16:11
mriedemto understand your concern16:11
dansmithbauzas: a list of names has the same question16:11
*** belmoreira has quit IRC16:11
bauzasdansmith: good point, but I guess we're forbidding the user to provide a different secgroup request when moving an instance, right?16:11
mriedemtbh, i don't care either way if we store the list of strings (names or uuids) from the initial REST API request, or a SecurityGroupList16:11
claudiubmriedem: hi. i've noticed that the config option instance_name_template is in the mitaka config option documentation http://docs.openstack.org/mitaka/config-reference/compute/config-options.html , but it doesn't exist anymore in the newton one. any ideas? there is no deprecation notice either.16:11
*** Zer0Byte__ has quit IRC16:11
dansmithbauzas: right, so why is that any different for the list of objects?16:12
mriedembauzas: you can't change security groups when migrating an instance today right?16:12
mriedembauzas: i'd rather cross bridges when they exist16:12
mriedemif we need to16:12
bauzasmriedem: dansmith: okay, I guess my problem is because I don't really know the SecurityGroup object like you16:12
bauzasmriedem: dansmith: I can see a description and a name fields that look to me possibly being changed16:13
bauzasmriedem: dansmith: but I guess those are only filled if n-net16:13
bauzasmriedem: dansmith: my concern are :16:13
*** rcernin has quit IRC16:13
bauzas1/ an user boots an instance asking for group A16:13
bauzas2/ group A description is being modified16:14
dansmithbut .. the name is just as mutable as a lit of names, and the other fields aren't used, certainly not for a rebuild type thing16:14
bauzasdansmith: okay, I guess they're only used for show/list16:14
dansmith*list16:14
bauzasthat's a good point16:14
dansmithbauzas: and only for n-net16:14
*** mdrabe has joined #openstack-nova16:15
bauzasokay, looks to me then there is no reason for us to really care about what's in the object16:15
mriedemstoring a name that is mutable is a bad idea for sure16:15
mriedemso for n-net we need to store the id (int), for neutron we need to store the uuid16:15
mriedemb/c those don't change16:15
openstackgerritSujitha proposed openstack/nova: Document for zero downtime upgrade process  https://review.openstack.org/39526916:15
*** liverpooler has quit IRC16:16
mriedemso...we add uuid to SecurityGroup object, or create a NeutronSecurityGroup object like we have for the fixed IP object, and then persist that list in the request spec16:16
mriedemthe name/description be damned16:16
mriedemwe care about the thing that won't change so we can look it up later16:16
dansmithmriedem: we don't resolve the n-net id in the api either, FWIW16:16
mriedemdansmith: we don't lookup the requested security groups by name from the request?16:17
mriedemin the API?16:17
dansmithmriedem: but if adding a uuid so we can potentially update it once we've resolved it is the right thing, then that's cool16:17
*** liverpooler has joined #openstack-nova16:17
dansmithmriedem: the n-net "populate_security_groups()" call does not,16:17
dansmithwhich is what ends up in this field16:17
openstackgerritLucian Petrut proposed openstack/nova: HyperV: use os-brick for volume related operations  https://review.openstack.org/27350416:17
dansmithit may have checked them separately for exist-ness16:17
*** al_indigo has joined #openstack-nova16:17
dansmithbut we don't have the ids at the populate call16:17
mriedemok looking16:18
mriedem_check_requested_secgroups validates the request16:19
bauzasdansmith: mriedem: back up a sec, we're doing the Neutron call by passing an uuid that is found by the secgroup name, correct?16:19
mriedemthen later yeah we convert the list of names to a SecurityGroupList object16:19
mriedemwith just the names set16:19
dansmithmriedem: right16:19
mriedembauzas: you can pass name or uuid for neutron16:19
dansmithmriedem: for neutron we just pass the names down and sort out the bodies in compute16:20
mriedembauzas: but in neutron you can have multiple security groups with the same name16:20
mriedembauzas: if that's the case, you get a conflict i think b/c we can't decide which to use16:20
dansmithmriedem: that's another good reason to use an object, so we can is_uuid_like() the thing in the api, populate the object accordingly and pass it down16:20
bauzasmriedem: and the API resolves the uuid if the name(s) are provided?16:20
dansmithinstead of mixing them which I think happens now16:20
bauzasmriedem: or are we calling neutron with the name ?16:20
*** sree has joined #openstack-nova16:21
mriedembauzas: we call neutron with the name16:22
mriedembauzas: if it's not unique neutron raises NeutronClientNoUniqueMatch16:22
mriedemand we raise that back up as a failure16:22
bauzasokay16:22
mriedemjust like with networks16:22
bauzasmakes sense yeah16:22
mriedemif you don't provide a specific network and there are multiple available to the tenant, then we fail saying you need to provide a specific network16:22
bauzasmriedem: so that's the problem I mentioned16:22
mriedemdansmith: so i'm cool with storing the objects16:23
mriedemit would be good if we actually stored the neutron secgroup uuid that we looked up if a name were provided16:23
mriedemin _check_requested_secgroups16:23
bauzashow can we get the correct security group for a move operation at the moment if the user modified the name in Neutron ?16:23
mriedembasically if you requested via name, we found via name, then we swap name for uuid and store that later in populate_security_groups()16:24
dansmithbauzas: after johnthetubaguy moves the port allocation, we can update the object with a uuid,16:24
dansmithso that we're pinned going forward16:24
mdboothmriedem: Jenkins re-blessed https://review.openstack.org/#/c/395050/ if you get a sec16:24
mriedemdansmith: ^ agree on storing the uuid and not the name for neutron?16:24
mriedemthen we don't care about the name changing16:24
openstackgerritSujitha proposed openstack/nova: Remove deprecated manager classes in service.py  https://review.openstack.org/33855316:24
dansmithmriedem: I would wait and do it as part of johnthetubaguy's work, but if you want to resolve them now and store uuids, that's fine16:25
*** Guest39033 has quit IRC16:25
dansmithmriedem: storing uuid if a uuid is provided now would be good though, yeah16:25
dansmithmriedem: detecting uuidness and storing it in the object as a uuid instead of a uuid in the name field, I mean16:25
bauzasdansmith: mriedem: I think we can store the object now and care about that problem later16:25
*** gszasz has quit IRC16:25
bauzasmriedem: dansmith: because the move operations are not yet following the cellsv2 path16:26
mriedemdansmith: we already do the work of looking up the secgroup from neutron by name so we'd have the uuid, so i'd store it now16:26
*** swamireddy has quit IRC16:26
*** smatzek has joined #openstack-nova16:26
dansmithmriedem: okay, I haven't looked through that, but that's cool16:26
dansmithmriedem: bauzas so I will add uuid to secgroup and then work that change in before the final one there somewhere16:26
mriedemi could look at making that little swap patch and see what breaks16:27
mriedemshould be trivial16:27
*** sridharg has quit IRC16:27
sahidmriedem: replied, thanks to notice me16:27
mriedemmdbooth: +W16:27
bauzasdansmith: fine by me, I'll remove my -1 that was about storing it in the Spec object16:27
mdboothmriedem: Thanks16:27
cdentbauzas, edleafe: could you guys give this change from prateek a review. Improves 404 messages in placement api: https://review.openstack.org/#/c/387674/16:27
*** tbachman has joined #openstack-nova16:27
mdboothIncidentally, the next 2 are a meatier bugfix. johnthetubaguy, are you interested in nfs volume mount/unmount races? danpb is already +216:28
mdboothTop change is here: https://review.openstack.org/#/c/383859/ relies on the 1 before it.16:28
openstackgerritLucian Petrut proposed openstack/nova: HyperV: use os-brick for volume related operations  https://review.openstack.org/27350416:29
*** aloga_ has quit IRC16:29
mriedemcdent: comment in there16:30
mriedemi cared about NFS issues about a month ago...16:30
cdentthanks mriedem16:30
openstackgerritLucian Petrut proposed openstack/nova: HyperV: use os-brick for volume related operations  https://review.openstack.org/27350416:31
*** markvoelker has joined #openstack-nova16:31
mdboothmriedem: It would be awesome if you had time to look.16:31
mriedemmdbooth: so....16:31
mriedemmdbooth: people have been working on the nfs job that's in the experimental queue16:31
*** prateek has quit IRC16:31
*** dikonoor has quit IRC16:31
mriedemespecially since cinder is working on adding snapshot support to nfs in cinder16:31
openstackgerritjichenjc proposed openstack/python-novaclient: Add version pin for image related function  https://review.openstack.org/39252316:31
mriedemmdbooth: it would be cool to be running that nfs job on those changes16:32
mriedemin the nova experimental queue of course16:32
*** paw has joined #openstack-nova16:32
mdboothIs it already in the experimental basket?16:32
* mdbooth has never dipped his toes into CI config, tbh16:32
mriedemgate-tempest-dsvm-full-devstack-plugin-nfs-nv is the job name16:33
mriedemmdbooth: copy this http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul/layout.yaml#n623416:33
mriedemand dump somewhere in this section for nova experimental queue http://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul/layout.yaml#n1226416:33
mriedemeasy peasy16:33
mdboothmriedem: K16:34
mriedembrb16:34
edmondswmriedem, a couple days ago you'd said you thought we should avoid isinstance while fixing https://launchpad.net/bugs/1636109 but we got a -1 wanting us to use that... can you take a look and add your thoughts to the review?16:34
openstackLaunchpad bug 1636109 in OpenStack Compute (nova) "Reschedule of a virtual machine fails with 'NetworkInfo' object has no 'wait'" [Undecided,In progress] - Assigned to Esha Seth (eshaseth)16:34
edmondswmriedem https://review.openstack.org/#/c/393669/16:34
edmondswsahid ^16:36
*** kfarr has joined #openstack-nova16:36
openstackgerritMaciej Szankin proposed openstack/nova: conf: remove deprecated nova quota options  https://review.openstack.org/39570616:36
*** sree has quit IRC16:36
edmondswof course I hit ENTER right as you said "brb" ;)16:37
*** gszasz has joined #openstack-nova16:37
*** mriedem1 has joined #openstack-nova16:38
*** mriedem1 has quit IRC16:38
*** mriedem1 has joined #openstack-nova16:39
sean-k-mooneyexit16:39
*** sean-k-mooney has quit IRC16:39
*** mriedem has quit IRC16:39
*** bkopilov has quit IRC16:39
mriedem1dansmith: cells v2 meeting in 20 minutes?16:39
*** sean-k-mooney has joined #openstack-nova16:40
dansmithyeah I guess16:40
*** fragatina has joined #openstack-nova16:42
openstackgerritMaciej Szankin proposed openstack/nova: conf: remove deprecated nova quota options  https://review.openstack.org/39570616:42
openstackgerritMaciej Szankin proposed openstack/nova: conf: Move api options to a group  https://review.openstack.org/38449016:42
mriedem1edmondsw: comments in ps316:43
*** mriedem1 is now known as mriedem16:43
mriedemdansmith: great! i'm looking forward to it!16:43
dansmithheh16:44
*** bkopilov has joined #openstack-nova16:46
edmondswmriedem, tx16:46
edmondswsahid, please see those comments16:47
mriedemoh bobby caldwell, take me away16:48
*** aloga_ has joined #openstack-nova16:48
*** Zer0Byte__ has joined #openstack-nova16:49
mdboothmriedem: This isn't what you asked for, but out of curiosity I'm wondering if it does what I hope: https://review.openstack.org/#/c/395709/16:49
*** manasm has quit IRC16:50
* mdbooth is about to submit a proper patch against project-config16:50
mriedemlooks like it will16:50
mriedemthe job might fail for unrelated reasons, i'm not sure what state it's in16:50
mriedemi wanted to disable the snapshot tests in it since they didn't work, and clone tests, but i think i got some pushback from cinder folks on that16:51
*** _ducttape_ has quit IRC16:51
mriedembut attach/detach volume should work16:51
sahidedmondsw: yeah i can see that, you win :) let's add a comment at least so16:51
*** ducttape_ has joined #openstack-nova16:51
*** Swami has joined #openstack-nova16:52
*** lbeliveau_ has joined #openstack-nova16:52
*** bnemec has quit IRC16:52
*** lbeliveau has quit IRC16:52
*** aloga_ has quit IRC16:53
openstackgerritStephen Finucane proposed openstack/nova: pci: Validate device name  https://review.openstack.org/39571016:53
edmondswsahid, sure, I'll strengthen the comment mriedem referenced16:53
*** yamahata has joined #openstack-nova16:53
*** bvanhav__ has joined #openstack-nova16:53
*** bvanhav_ has quit IRC16:54
*** bnemec has joined #openstack-nova16:55
*** gouthamr has quit IRC16:56
*** gouthamr has joined #openstack-nova16:56
*** yamahata has quit IRC16:56
openstackgerritPavel Kholkin proposed openstack/nova: aggregate_metadata_get_by_host cleanup  https://review.openstack.org/39571316:56
*** yamahata has joined #openstack-nova16:58
openstackgerritLee Yarwood proposed openstack/nova: DNM - encryptors: Switch to os-brick encryptor classes  https://review.openstack.org/39159717:01
*** cdent has left #openstack-nova17:02
pkholkinmriedem: hello Matt! please take a look my spec please if you have time https://review.openstack.org/#/c/381912/, waiting for John and Sylvain there17:02
*** lbrune has quit IRC17:02
*** sahid has quit IRC17:03
kashyapmdbooth: Heh, that commit message https://review.openstack.org/#/c/395709/17:03
mdboothkashyap: Honesty first.17:03
*** zenoway has quit IRC17:04
*** zenoway has joined #openstack-nova17:04
kashyapmdbooth: I have to head out early (already 18) today, will get to testing that race series in the morning17:05
sdatkomriedem: hey, are you still there? :)17:05
mriedemsdatko: in a meeting, but post if you want17:05
mdboothkashyap: Thanks17:05
sdatkomriedem: i just realised (after few tests) that I described the bug a bit incorrectly17:07
*** andreas_s has quit IRC17:07
sdatkomriedem: the tests are fine if there is no /etc/machine-id; the exception is there (in tests) when the content is empty17:08
*** zenoway has quit IRC17:08
sdatkomriedem: and this is what happens inside my Docker container17:08
mriedemsdatko: still, unless the tests actually care about that flow, we should just set the tests globally to not care17:09
mriedemso setting that option to 'none'17:09
*** roeyc has quit IRC17:09
danpbsdatko: which test(s) fails with that ?17:09
*** gouthamr has quit IRC17:10
sdatkodanpb: nova.tests.unit.virt.libvirt.test_driver.LibvirtDriverTestCase.test_rescue17:10
danpbthere's already code to deal with this - see the 'patch_exists' method in that file17:11
danpbso probably just needs to be called at the right place in test_rescue17:11
mriedemdanpb: that's a bandaid and will just blow up later on new tests17:11
mriedemdanpb: we should nix that thing globally as it depends on system state17:12
mriedemtests that are about those code flows should set the flag appropriately17:12
danpboh you mean set a flag to prevent nova using machine-id at all17:12
*** gouthamr has joined #openstack-nova17:12
*** tbachman_ has joined #openstack-nova17:13
sdatkookay17:13
sdatkoi just wanted to be sure that this does not change your original vote17:13
*** roeyc has joined #openstack-nova17:14
sdatkothanks :)17:14
*** matrohon has quit IRC17:14
*** roeyc has quit IRC17:15
*** tbachman has quit IRC17:15
*** tbachman_ is now known as tbachman17:15
lyarwooddansmith: https://review.openstack.org/#/c/290793/16/nova/compute/api.py@3405 - if you have anytime today I'd appreciate your take on adding a bdm.uuid field to help cover all the corner cases here. IIRC you had a change up for review a while ago to add this.17:16
*** lbrune has joined #openstack-nova17:18
mriedemlyarwood: i can find that series and you can update it17:20
*** roeyc has joined #openstack-nova17:22
openstackgerritMatt Riedemann proposed openstack/nova: libvirt: handle os-brick InvalidConnectorProtocol on init  https://review.openstack.org/39506717:22
openstackgerritMatt Riedemann proposed openstack/nova: Move driver_dict_from_config to libvirt driver  https://review.openstack.org/39500817:22
mriedemlyarwood: https://review.openstack.org/#/c/242602/17:24
mriedemlyarwood: and https://review.openstack.org/#/c/242603/17:24
mriedemlyarwood: want me to restore those so you can fix them up?17:24
*** tbachman has quit IRC17:24
mriedemlyarwood: don't talk so much ok :) but i restored those17:25
*** browne has joined #openstack-nova17:26
*** baoli has joined #openstack-nova17:28
*** nic has joined #openstack-nova17:28
dansmithlyarwood: yep, I'm good with a uuid obviously, and you're welcome to run with that patch17:29
lyarwoodmriedem: lol sorry my wife walked through the door just after I sent that17:30
lyarwoodmriedem: thanks, yeah if it's needed I'll take a swing at that tomorrow17:30
lyarwoodmriedem: I just wasn't sure if it was17:30
lyarwooddansmith: thanks :)17:30
stewie925hello, I am getting a functional test error while testing instance resize_confirm notification -  posted the issue in http://paste.openstack.org/show/588598/.  Input appreciated.17:31
*** Sukhdev has quit IRC17:31
*** jaugustine_ has quit IRC17:31
*** TravT has joined #openstack-nova17:33
*** gouthamr has quit IRC17:35
dansmithmriedem: at what point does that series win the prize for the most yanked around,  abandoned-restored-abandoned series ever?17:37
*** pilgrimstack1 has quit IRC17:37
*** bkopilov has quit IRC17:37
mriedemhnmm17:37
*** gouthamr has joined #openstack-nova17:37
*** prashkre has quit IRC17:38
mriedemdansmith: this is the prize http://cdn.someecards.com/someecards/filestorage/rather-pot-decided-shit-wedding-ecard-someecards.jpg17:38
dansmithawesome17:38
*** baoli has quit IRC17:39
*** baoli has joined #openstack-nova17:39
*** Apoorva has joined #openstack-nova17:40
*** danpb has quit IRC17:41
*** gouthamr has quit IRC17:41
*** gouthamr has joined #openstack-nova17:42
*** victorhe has joined #openstack-nova17:43
*** victorhe has quit IRC17:45
*** victorhe has joined #openstack-nova17:46
*** gouthamr has quit IRC17:50
*** Hosam has joined #openstack-nova17:51
*** Hosam has quit IRC17:51
*** Hosam has joined #openstack-nova17:51
*** gouthamr has joined #openstack-nova17:52
mdboothmriedem: http://logs.openstack.org/09/395709/1/check/gate-tempest-dsvm-full-devstack-plugin-nfs-nv/81331d0/17:53
mdboothThere are a lot of failures in there, but you mentioned it wasn't working anyway?17:53
*** bkopilov has joined #openstack-nova17:54
mdboothI flicked through and nothing looked obviously related to my patch, but it's hard to tell...17:54
mriedemmdbooth: yeah the snapshot and clone tests need to be disabled in that job17:54
mriedemnfs in cinder doesn't support those operations17:54
mriedemi basically need to put up a patch to the devstack-plugin-nfs repo to configure tempest to disable those in tempest.conf17:55
mdboothOk, I could take a run through and ensure that every failure has either 'snapshot' or 'clone' in the name17:55
johnthetubaguystewie925: seems like 204 is the expected return code: https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L80817:55
*** gszasz has quit IRC17:56
*** derekh has quit IRC17:57
*** sach-m has joined #openstack-nova17:57
snetijohnthetubaguy, can you please review these when you have time: https://review.openstack.org/#/c/384724/ and https://review.openstack.org/#/c/392305/17:59
*** swamireddy has joined #openstack-nova17:59
*** baoli has quit IRC18:00
*** baoli has joined #openstack-nova18:00
*** gouthamr has quit IRC18:00
*** ralonsoh has quit IRC18:02
*** mkoderer has quit IRC18:03
*** fragatin_ has joined #openstack-nova18:04
*** rama_y has joined #openstack-nova18:04
*** kuzko has quit IRC18:05
*** mvk has quit IRC18:05
mdboothmriedem: List is here: https://review.openstack.org/#/c/383859/18:06
*** gouthamr has joined #openstack-nova18:06
openstackgerritMatthew Edmonds proposed openstack/nova: Add a no-op wait method to NetworkInfo  https://review.openstack.org/39366918:07
*** fragatina has quit IRC18:07
*** lucasagomes is now known as lucas-afk18:07
edmondswsahid, mriedem, made the changes as discussed ^18:07
openstackgerritMatt Riedemann proposed openstack/nova: Rename security_group parameter in compute.API:create  https://review.openstack.org/39574618:08
openstackgerritMatt Riedemann proposed openstack/nova: WIP: Transform requested secgroup names to uuids  https://review.openstack.org/39574718:08
mriedemdansmith: ^ i need to add unit tests for the top change18:08
openstackgerritGábor Antal proposed openstack/nova: Transform instance.rebuild notification  https://review.openstack.org/38492218:08
mriedembut that's what i had in mind18:08
mriedembottom change is optional but that's always bugged me18:09
*** kuzko has joined #openstack-nova18:09
*** htruta has joined #openstack-nova18:09
*** nicolasbock has quit IRC18:09
*** unicell has quit IRC18:09
dansmithmriedem: okay looking at alex_xu's spec right now then I'll look18:09
*** eharney has quit IRC18:10
*** nicolasbock has joined #openstack-nova18:11
mriedemi'm going to forage for lunch18:11
openstackgerritMatt Riedemann proposed openstack/nova: WIP: Transform requested secgroup names to uuids  https://review.openstack.org/39574718:11
*** bnemec has quit IRC18:11
openstackgerritMaciej Szankin proposed openstack/nova: Transform instance.reboot notifications  https://review.openstack.org/38295918:12
*** prashkre has joined #openstack-nova18:12
*** bnemec has joined #openstack-nova18:13
*** sach-m has quit IRC18:14
stewie925johnthetubaguy: thank you18:14
stewie925johnthetubaguy: I'll take a look at it18:14
*** gouthamr has quit IRC18:15
*** gouthamr has joined #openstack-nova18:16
*** bvanhav__ has quit IRC18:17
*** bvanhav__ has joined #openstack-nova18:17
*** prashkre has quit IRC18:19
openstackgerritPavel Kholkin proposed openstack/nova: aggregate_metadata_get_by_host cleanup  https://review.openstack.org/39571318:19
*** baoli has quit IRC18:21
*** ihrachys has quit IRC18:22
*** baoli has joined #openstack-nova18:22
openstackgerritAnusha Unnam proposed openstack/nova: Add zero down time upgrade steps  https://review.openstack.org/39393118:22
*** portdirect is now known as portdirect_away18:22
*** gouthamr_ has joined #openstack-nova18:23
*** gouthamr has quit IRC18:23
*** tbachman has joined #openstack-nova18:23
stewie925johnthetubaguy: that is still strange though - HTTP 2xx are non-error status codes, but my functional test shows "nova.tests.functional.api.client.OpenStackApiException: Unexpected status code     Status Code: 204"18:24
*** lpetrut has quit IRC18:24
stewie925http://paste.openstack.org/show/588598/18:24
mriedemstewie925: it's because the api client thing used in the functional tests only expects i think 20018:24
openstackgerritSujitha proposed openstack/nova: Document for zero downtime upgrade process  https://review.openstack.org/39526918:24
*** rodrigods has quit IRC18:24
mriedemeverything else is considered a failure18:24
mriedemstewie925: https://github.com/openstack/nova/blob/master/nova/tests/functional/api/client.py#L18818:25
mriedemstewie925: is it a GET? https://github.com/openstack/nova/blob/master/nova/tests/functional/api/client.py#L20818:25
stewie925mriedem: no its a POST actually - here is the information: http://paste.openstack.org/show/588598/18:26
*** bdeschenes has joined #openstack-nova18:26
mriedemPOST doesn't expect a 204 in there https://github.com/openstack/nova/blob/master/nova/tests/functional/api/client.py#L21818:26
*** jaosorior has quit IRC18:26
melwitthah, that reminds me of when I had to add 204 for a functional test I was writing as part of https://review.openstack.org/#/c/355091/7/nova/tests/functional/api/client.py@21818:27
mriedemso you'd have to add 204 to https://github.com/openstack/nova/blob/master/nova/tests/functional/api/client.py#L21818:27
*** rodrigods has joined #openstack-nova18:27
stewie925oh thank you - let me try adding that18:27
mriedemhttp://developer.openstack.org/api-ref/compute/?expanded=confirm-resized-server-confirmresize-action-detail18:28
mriedemNormal response codes: 20418:28
mriedemso it's totally OK to add that, the client is busted18:28
stewie925mriedem I wonder what is the significance of this:  https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/servers.py#L80818:28
*** roeyc has quit IRC18:29
stewie925brb18:29
mriedemthat's the response18:29
mriedemwell, response status code18:29
mriedemas noted there it's a bug in the v2 API but was carried into v2.1 for backward compatibility18:30
*** gouthamr_ is now known as gouthamr18:30
mriedemwe could microversion that out18:30
*** mirrorbo1 has joined #openstack-nova18:31
*** mirrorbox has quit IRC18:31
stewie925ahhh I see, so these are all related18:31
stewie925thanks, I'll go ahead and add 204 to the response code as you suggested earlier18:32
*** jaugustine_ has joined #openstack-nova18:32
*** ayoung has joined #openstack-nova18:32
*** diga has quit IRC18:34
*** efried has quit IRC18:35
*** unicell has joined #openstack-nova18:36
*** mnestratov has quit IRC18:37
*** jaugustine_ has quit IRC18:37
openstackgerritSujitha proposed openstack/nova: Document for zero downtime upgrade process  https://review.openstack.org/39526918:40
*** baoli has quit IRC18:42
*** adisky has quit IRC18:43
*** baoli has joined #openstack-nova18:43
*** gouthamr has quit IRC18:44
*** gouthamr has joined #openstack-nova18:45
*** fragatin_ has quit IRC18:47
cfriesendanpb: when doing block live migration is there any way to cap the amount of memory used?  ie slow down the guest IO rather than consume unlimited buffer space?18:47
*** fragatina has joined #openstack-nova18:48
*** baoli has quit IRC18:49
melwittwhen I enable placement-api in devstack, where do the inventories and resource_class_id come from?18:49
*** gouthamr has quit IRC18:49
mriedemmelwitt: the resource tracker18:49
mriedemwell, the scheduler client used in the resource tracker18:49
*** gouthamr has joined #openstack-nova18:49
mriedemhttps://github.com/openstack/nova/blob/569e463f02b0a631d341b06849217657a22c4569/nova/scheduler/client/report.py#L36018:50
*** baoli has joined #openstack-nova18:50
*** mvk has joined #openstack-nova18:51
melwittthanks mriedem18:51
*** amotoki has joined #openstack-nova18:55
*** lpetrut has joined #openstack-nova18:55
*** jamesdenton has quit IRC18:57
*** mbirru has joined #openstack-nova18:57
mriedemedmondsw: i had a couple of nits in that change if you wanted to address18:58
mriedemnot so bad to -118:58
*** rodrigods has quit IRC18:58
*** harlowja has quit IRC18:59
*** rcernin has joined #openstack-nova18:59
*** amotoki has quit IRC18:59
*** baoli has quit IRC19:00
*** Sukhdev has joined #openstack-nova19:00
*** baoli has joined #openstack-nova19:01
*** ijw has joined #openstack-nova19:02
*** diogogmt has joined #openstack-nova19:03
*** lpetrut has quit IRC19:04
*** eharney has joined #openstack-nova19:08
*** gouthamr has quit IRC19:09
*** catinthe_ has joined #openstack-nova19:10
*** liangy_ has quit IRC19:11
*** oanson has joined #openstack-nova19:11
*** ijw has quit IRC19:11
*** catintheroof has quit IRC19:12
*** armax has joined #openstack-nova19:14
*** gouthamr has joined #openstack-nova19:15
*** coolsvap has quit IRC19:17
*** lpetrut has joined #openstack-nova19:17
*** amotoki has joined #openstack-nova19:21
openstackgerritMatthew Edmonds proposed openstack/nova: Add a no-op wait method to NetworkInfo  https://review.openstack.org/39366919:21
edmondswmriedem tx... addressed ^19:21
*** ijw has joined #openstack-nova19:22
dansmithedmondsw: isn't that only useful for n-net?19:22
*** baoli has quit IRC19:22
edmondswdansmith, no19:22
dansmithedmondsw: where do we do non-async allocation with neutron?19:23
edmondswdansmith on reschedules where the network allocation was already made on the first build attempt19:23
dansmithah19:23
edmondswthis broke reschedules19:24
dansmithedmondsw: can you point me at where/how that happens? I'm not seeing it19:24
dansmithoh, hmm requested_networks.no_allocate maybe?19:24
*** dave-mccowan has quit IRC19:25
dansmithhrm, no19:25
*** amotoki has quit IRC19:25
*** dave-mccowan has joined #openstack-nova19:26
edmondswdansmith: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L1428-L143719:27
edmondswthat yields a NetworkInfo instead of NetworkInfoAsyncWrapper19:27
*** rodrigods has joined #openstack-nova19:28
*** baoli_ has joined #openstack-nova19:28
*** baoli__ has joined #openstack-nova19:29
dansmithah yeah, I remember this now19:29
*** mnestratov has joined #openstack-nova19:30
openstackgerritEd Leafe proposed openstack/nova: Fix database poison warnings in resource providers  https://review.openstack.org/39494419:32
*** baoli_ has quit IRC19:32
mriedemand then kablammo https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L207219:32
*** jaugustine_ has joined #openstack-nova19:33
mriedemedmondsw: +W19:34
dansmithedmondsw: got it19:34
mriedemoops19:34
mriedem+219:34
dansmith+W from me19:34
dansmiththe system works!19:34
edmondswtx guys!19:34
mriedemwill want that cherry picked back to newton19:34
edmondswif you have another few minutes, https://review.openstack.org/#/c/393805/ fixes a related-but-different bug19:34
dansmithedmondsw: ooh, so close. classic mistake.19:35
edmondswrelated in that it also has to do with network allocation and reschedules19:35
edmondswnooo!!!19:35
*** dave-mccowan has quit IRC19:36
mriedemwhat's the classic mistake? double dipping?19:36
edmondswI thought he was going to pull the +W, but it's still there :)19:37
dansmithmriedem: heh, yeah :)19:37
dansmithedmondsw: -1 on that one, comment left19:37
dansmithshould be an easy change19:37
edmondsw+119:38
edmondswtx for looking19:39
*** jaugustine_ has quit IRC19:39
*** efried has joined #openstack-nova19:42
mriedemanother very sparse session etherpad https://etherpad.openstack.org/p/ocata-nova-summit-vendoradatav219:44
mriedeme.g. i don't remember what the 'hard failure' was for again19:44
mriedemwe were going to pass roles on server create, and then re-use those initial roles later on subsequent gets19:45
mriedemeven if the roles had changed19:45
edmondswdansmith, so your assertion is that people are more likely to do obj_clone than to do their own deepcopy? Because if we move that change to the obj_clone, anyone doing their own deepcopy wouldn't get this19:45
edmondswsomething to worry about, or not a concern?19:46
dansmithedmondsw: my assertion is that doing your own deepcopy on instance is invalid19:46
dansmithedmondsw: I'd -2 for that19:46
edmondswk19:46
*** clenimar has joined #openstack-nova19:46
dansmithit's specifically what obj_clone() is for19:46
mriedemmikal: i know you're sitting on the couch but can you clarify at some point what L23 was for in here https://etherpad.openstack.org/p/ocata-nova-summit-vendoradatav2 ?19:47
*** ijw has quit IRC19:49
*** paw has quit IRC19:50
mriedemdansmith: do you remember? ^19:51
dansmithmriedem: you mean the hard failure one?19:51
mriedemyeah19:51
mriedemi remember talking about something like that but don't remember the context19:52
dansmithmriedem: whether or not we kill the build if the external service returns something other than 20019:52
dansmithmriedem: some will want it to fail, some will want it to proceed19:52
*** stvnoyes has joined #openstack-nova19:52
mriedemoh when creating config drive19:52
dansmithso it needs to be in config19:52
dansmithmriedem: when polling that service for the vendordata, which may be during configdrive yeah19:52
*** clenimar has quit IRC19:52
dansmithmriedem: see, I remember things :)19:52
mriedemthe majority of my sinus cavity was draining on thursday so i'm a bit foggy on the detials19:53
mriedem*details19:53
dansmithheh19:53
openstackgerritSujitha proposed openstack/nova: Remove deprecated manager classes in service.py  https://review.openstack.org/33855319:53
mriedemuntil, until19:53
mriedemthe sudafed hookup19:53
dansmith\o/19:53
*** stvnoyes1 has quit IRC19:55
*** oanson has quit IRC19:55
*** rcernin has quit IRC19:55
openstackgerritBrent Tang proposed openstack/nova: Instance obj_clone leaves metadata as changed  https://review.openstack.org/39380519:57
openstackgerritEd Leafe proposed openstack/nova: Fix database poison warnings in resource providers  https://review.openstack.org/39494419:58
*** armax has quit IRC20:08
mriedemdansmith: if you're not using config drive though, then it's just cloud-init calling the metadata service for vendordata right? and at that point if we fail, the guest is already created, but nova doesn't know about that failure in the guest, so you can still end up with a busted instance.20:09
mriedemso the only thing nova can control to fail the server build is when nova is making the request to build the config drive20:10
dansmithmriedem: yeah, I s'pose so20:10
mriedemok20:10
*** vilobhmm11 has joined #openstack-nova20:11
vilobhmm11dansmith : ping20:11
vilobhmm11bauzas : ping20:11
dansmithvilobhmm11: ack20:12
vilobhmm11is there a way in nova to just reimage the os and not the data part of it ? nova rebuild <uuid> <new image> will reimage as well as wipe off the data20:13
vilobhmm11dansmith : ^^20:13
openstackgerritMatt Riedemann proposed openstack/nova: WIP: Transform requested secgroup names to uuids  https://review.openstack.org/39574720:13
openstackgerritMatt Riedemann proposed openstack/nova: Rename security_group parameter in compute.API:create  https://review.openstack.org/39574620:13
mriedemvilobhmm11: attach a volume?20:13
vilobhmm11mriedem : considering the fact you don't have remote storage or cinder running :(20:14
vilobhmm11pretty dumb deployment but it is what it is :(20:14
vilobhmm11mriedem : ^^20:15
mriedemthere is a preserve_ephemeral flag but it's only used in the case of ironic20:15
*** ijw has joined #openstack-nova20:15
mriedemuse shared storage?20:16
*** ijw has quit IRC20:17
vilobhmm11mriedem : nothing for virtual machines is it ? no there is no shared storage in place …vm disk stored on the HV20:17
vilobhmm11ephemeral storage = vm disk is created on the hv20:17
*** ayoung has quit IRC20:17
vilobhmm11mriedem : ^^20:18
mriedemi was looking at this https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L278220:19
cfriesenvilobhmm11: in general nova doesn't know what's on the image disk, and so can't rebuild only part of it.20:19
*** tlian has quit IRC20:20
*** tlian has joined #openstack-nova20:21
cfriesenvilobhmm11: libvirt doesn't implement the rebuild() function, so it deletes the old instance and spawns a new one, which kills your ephemeral/swap20:22
mriedemnothing implements rebuild() except ironic20:23
*** ijw has joined #openstack-nova20:25
*** jaugustine_ has joined #openstack-nova20:28
*** claudiub has quit IRC20:29
*** ijw has quit IRC20:30
*** aloga_ has joined #openstack-nova20:30
*** ijw has joined #openstack-nova20:31
cfriesenwe have "max_concurrent_builds" and "max_concurrent_live_migrations".  Is there an equivalent for cold migrations to prevent disk thrashing on the computes?20:32
mriedemnope20:33
*** tblakes has quit IRC20:33
cfriesenalso, would it make sense to have "max_concurrent_live_migrations" apply to incoming migrations as well as outgoing?20:33
mriedemhuh?20:33
mriedemwhat is an outgoing live migration?20:33
mriedemexcept for democrats moving to canada20:34
cfriesensorry, make it apply to dest nodes as well as source nodes20:34
dansmithcfriesen: that would require retooling our rpc calls quite a bit I think20:34
dirkmriedem: could you please re-+2 https://review.openstack.org/#/c/389042/ ? there is no change except for updated commit message20:36
cfriesendansmith: maybe bump the sema in pre_live_migration20:36
*** ijw has quit IRC20:36
dansmithcfriesen: right, but you have a thing waiting on that rpc call at that point, which will time out20:36
cfriesenyeah, fair enough20:37
dirkdear friendly nova core, please review https://review.openstack.org/#/c/389042/ - this blocks a g-r change from going in for almost a month, and it takes 30s to review20:37
melwittmriedem: do you know what is meant here by "tests are now failing?" https://review.openstack.org/#/c/395261/ the change only went into oslo.context recently, how could we have picked it up?20:37
*** jaugustine_ has quit IRC20:37
*** bvanhav__ has quit IRC20:38
*** jaugustine_ has joined #openstack-nova20:38
*** dave-mccowan has joined #openstack-nova20:38
mriedemdirk: done20:38
mriedemmelwitt: the olso gang has a job which runs nova unit tests against all of the unreleased oslo libs20:38
mriedemthey run that before releasing the olso libs to make sure they don't break nova unit tests20:39
dirkmriedem: thank you. can you recommend another friendly core who could +2/W+1 it? I've been unsuccessfully pinging here for the last 3 weeks or so on getting this change merged20:39
mriedemdirk: i think melwitt would be exstatic to +W that20:39
melwittmriedem: ah, okay. didn't know that20:39
mriedem*ecstatic20:39
melwittthat's right, I'm looking at it now20:39
mriedemi don't have a link to the failed job but harlowja might20:39
dirkmelwitt: would you mind checking out https://review.openstack.org/#/c/389042/ when you have two minutes of spare time? it is adjusting the requires so that we can finally update to newer oslotest release.20:41
melwittdirk: yes, done20:41
melwittthanks for letting us know about it20:41
*** aloga_ has quit IRC20:43
*** bdeschenes has quit IRC20:44
*** lbrune has quit IRC20:45
*** Guest83582 has quit IRC20:47
*** baoli__ has quit IRC20:47
*** hamzy has quit IRC20:48
melwittmriedem: found one http://logs.openstack.org/periodic/periodic-nova-py27-with-oslo-master/9cf668f/testr_results.html.gz looks like my change to sort failed tests at the top doesn't work totally right :P one of the failures isn't at the top20:49
*** baoli has joined #openstack-nova20:49
*** lpetrut has quit IRC20:50
*** baoli_ has joined #openstack-nova20:50
*** lbrune has joined #openstack-nova20:51
mriedemmelwitt: didn't know that was a thing20:51
*** baoli__ has joined #openstack-nova20:51
melwittyeah, I kept it low key20:52
*** baoli has quit IRC20:54
*** baoli_ has quit IRC20:55
*** rnoriega has quit IRC20:56
dirkmelwit: thanks!20:57
*** slagle has quit IRC20:57
*** Prophidys has quit IRC20:58
*** jschlueter has joined #openstack-nova20:59
*** tbachman has quit IRC21:00
*** kfarr has quit IRC21:02
*** cmartin has quit IRC21:03
*** jaugustine_ has quit IRC21:03
*** baoli__ has quit IRC21:07
*** baoli has joined #openstack-nova21:08
*** jaugustine_ has joined #openstack-nova21:11
openstackgerritPavel Kholkin proposed openstack/nova: aggregate_metadata_get_by_host cleanup  https://review.openstack.org/39571321:12
openstackgerritEd Leafe proposed openstack/nova: Placement api: 404 response do not indicate what was not found  https://review.openstack.org/38767421:12
*** rtheis has quit IRC21:14
*** Hosam has quit IRC21:21
*** gouthamr has quit IRC21:24
*** yamahata has quit IRC21:27
*** Prophidys has joined #openstack-nova21:28
openstackgerritTakashi NATSUME proposed openstack/nova: Remove mox in test_block_device_mapping_v1.py  https://review.openstack.org/30874621:29
*** smatzek has quit IRC21:30
*** rnoriega has joined #openstack-nova21:30
*** slagle has joined #openstack-nova21:31
*** gouthamr has joined #openstack-nova21:32
*** Jeffrey4l has quit IRC21:34
*** edmondsw has quit IRC21:37
*** vilobhmm11 has quit IRC21:39
*** ayoung has joined #openstack-nova21:39
*** vilobhmm11 has joined #openstack-nova21:39
*** hamzy has joined #openstack-nova21:44
*** ijw has joined #openstack-nova21:48
*** harlowja has joined #openstack-nova21:49
*** thorst_ has quit IRC21:49
*** amotoki has joined #openstack-nova21:50
*** amotoki has quit IRC21:53
*** ijw has quit IRC21:56
*** jwcroppe has quit IRC21:57
*** jwcroppe has joined #openstack-nova21:58
openstackgerritPushkar Umaranikar proposed openstack/nova: Placement api: Add informative message to 404 response.  https://review.openstack.org/39232121:58
*** pkoniszewski_ has joined #openstack-nova21:59
*** rama_y has quit IRC21:59
*** sree has joined #openstack-nova22:00
*** rama_y has joined #openstack-nova22:00
*** vilobhmm11 has quit IRC22:01
*** ijw has joined #openstack-nova22:02
*** jwcroppe has quit IRC22:03
*** gouthamr has quit IRC22:03
*** jheroux has quit IRC22:04
*** sree has quit IRC22:04
*** kuzko has quit IRC22:04
*** mlavalle has quit IRC22:04
*** mlavalle has joined #openstack-nova22:05
*** kuzko has joined #openstack-nova22:05
*** ijw has quit IRC22:07
*** baoli has quit IRC22:09
*** rodrigods has quit IRC22:11
*** rodrigods has joined #openstack-nova22:11
*** pkoniszewski_ has quit IRC22:12
*** baoli has joined #openstack-nova22:18
*** gouthamr has joined #openstack-nova22:18
*** mriedem has quit IRC22:19
*** vilobhmm11 has joined #openstack-nova22:23
*** baoli has quit IRC22:24
*** baoli has joined #openstack-nova22:26
*** baoli has quit IRC22:26
*** victorhe has quit IRC22:29
*** tblakes has joined #openstack-nova22:35
*** yamahata has joined #openstack-nova22:37
*** thorst_ has joined #openstack-nova22:39
*** slaweq_ has quit IRC22:39
openstackgerritDiana Clarke proposed openstack/nova: Change database poison warning to an exception  https://review.openstack.org/34908222:42
*** mdrabe has quit IRC22:42
*** mdrabe has joined #openstack-nova22:45
openstackgerritAlex Szarka proposed openstack/nova: Transform instance.rebuild notification  https://review.openstack.org/38492222:45
*** jaugustine_ has quit IRC22:46
*** jaugustine has joined #openstack-nova22:46
*** melwitt has left #openstack-nova22:47
*** melwitt has joined #openstack-nova22:47
*** tbachman has joined #openstack-nova22:47
*** jaugustine has quit IRC22:51
*** ijw has joined #openstack-nova22:53
*** ijw has quit IRC22:57
*** Swami has quit IRC22:58
*** lbrune has quit IRC22:58
*** ijw has joined #openstack-nova22:59
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Updated from global requirements  https://review.openstack.org/39586223:01
*** xyang1 has quit IRC23:03
*** ijw has quit IRC23:03
*** catinthe_ has quit IRC23:04
*** esberglu has quit IRC23:07
*** harlowja_ has joined #openstack-nova23:08
openstackgerritEd Leafe proposed openstack/nova: Fix database poison warnings in resource providers  https://review.openstack.org/39494423:09
*** rrecio has quit IRC23:09
edleafediana_clarke: ^^ Updated to make the mocks clearer23:11
*** _ducttape_ has joined #openstack-nova23:11
*** harlowja has quit IRC23:12
*** maticue_ has quit IRC23:12
*** ducttape_ has quit IRC23:15
*** _ducttape_ has quit IRC23:15
*** jerrygb has quit IRC23:16
*** ayoung has quit IRC23:16
openstackgerritSivasathurappan Radhakrishnan proposed openstack/nova: Live migration rollback on failure  https://review.openstack.org/39586623:16
*** mdrabe has quit IRC23:18
*** ijw has joined #openstack-nova23:20
*** esberglu has joined #openstack-nova23:21
*** jerrygb has joined #openstack-nova23:23
*** jwcroppe has joined #openstack-nova23:24
*** jwcroppe has quit IRC23:25
*** esberglu has quit IRC23:25
*** jwcroppe has joined #openstack-nova23:25
*** takashin has joined #openstack-nova23:28
*** ayoung has joined #openstack-nova23:28
*** gmann has joined #openstack-nova23:28
*** jwcroppe has quit IRC23:30
*** Jeffrey4l has joined #openstack-nova23:31
*** rama_y has quit IRC23:31
*** thorst_ has quit IRC23:32
*** Jeffrey4l has quit IRC23:32
*** thorst_ has joined #openstack-nova23:32
*** Jeffrey4l has joined #openstack-nova23:32
*** Jeffrey4l has quit IRC23:33
*** Jeffrey4l has joined #openstack-nova23:34
*** gmann has quit IRC23:34
*** armax has joined #openstack-nova23:37
*** thorst_ has quit IRC23:40
*** gmann has joined #openstack-nova23:41
*** mlavalle has quit IRC23:41
*** lamt has quit IRC23:42
*** Swami has joined #openstack-nova23:44
*** Swami_ has joined #openstack-nova23:46
*** gmann has quit IRC23:49
*** gmann has joined #openstack-nova23:52
*** vilobhmm11 has quit IRC23:58

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