Wednesday, 2016-05-25

*** MikeG451 has quit IRC00:02
*** salv-orlando has quit IRC00:03
eliqiaohi morning, does anyone know when can I find danbp (Daniel Berrange), I have a libvirt spec review request.00:04
eliqiaohi morning, does anyone know when can I find danbp (Daniel Berrange), I have a libvirt spec review request.00:05
*** shaohe_feng has quit IRC00:06
*** shaohe_feng has joined #openstack-nova00:07
*** markvoelker has joined #openstack-nova00:12
*** jamesdenton has joined #openstack-nova00:14
*** shaohe_feng has quit IRC00:16
*** markvoelker has quit IRC00:16
*** zenoway has joined #openstack-nova00:16
*** shaohe_feng has joined #openstack-nova00:17
*** zenoway has quit IRC00:21
openstackgerritGiridhar Jayavelu proposed openstack/nova: tests: fix false positive in test_set_host_enabled*  https://review.openstack.org/29091900:24
*** shaohe_feng has quit IRC00:26
*** shaohe_feng has joined #openstack-nova00:27
*** shaohe_feng has quit IRC00:36
*** shaohe_feng has joined #openstack-nova00:37
*** shaohe_feng has quit IRC00:47
*** shaohe_feng has joined #openstack-nova00:47
*** zenoway has joined #openstack-nova00:48
*** rfolco has joined #openstack-nova00:49
*** ijw has quit IRC00:50
*** ijw has joined #openstack-nova00:52
*** zenoway has quit IRC00:53
*** jamesdenton has quit IRC00:53
openstackgerritSampath Priyankara proposed openstack/python-novaclient: Fix nova host-evacuate for v2.14  https://review.openstack.org/32023100:54
*** shaohe_feng has quit IRC00:57
*** BjoernT has joined #openstack-nova00:57
*** shaohe_feng has joined #openstack-nova00:58
*** cheneydc has joined #openstack-nova00:58
*** thumpba has joined #openstack-nova00:59
*** Sukhdev has quit IRC01:01
*** shaohe_feng has quit IRC01:07
*** amotoki has quit IRC01:08
*** shaohe_feng has joined #openstack-nova01:08
*** otsuka has joined #openstack-nova01:08
*** claudiub has joined #openstack-nova01:08
*** baoli has joined #openstack-nova01:09
*** claudiub|2 has quit IRC01:11
*** markvoelker has joined #openstack-nova01:13
*** salv-orlando has joined #openstack-nova01:17
*** markvoelker has quit IRC01:17
*** shaohe_feng has quit IRC01:17
*** yamahata has joined #openstack-nova01:19
*** shaohe_feng has joined #openstack-nova01:20
*** sheel has joined #openstack-nova01:21
*** ducttape_ has joined #openstack-nova01:21
*** salv-orlando has quit IRC01:21
*** gjayavelu has quit IRC01:22
*** mnestratov has quit IRC01:23
*** zenoway has joined #openstack-nova01:23
*** ijw has quit IRC01:24
openstackgerritZhenyu Zheng proposed openstack/nova: Remove mox in tests/unit/objects/test_security_group  https://review.openstack.org/30713501:24
*** ijw has joined #openstack-nova01:27
*** shaohe_feng has quit IRC01:28
*** woodster_ has quit IRC01:28
*** zenoway has quit IRC01:28
*** shaohe_feng has joined #openstack-nova01:28
*** hoangcx has joined #openstack-nova01:29
*** EinstCrazy has joined #openstack-nova01:30
*** jamesdenton has joined #openstack-nova01:30
*** Apoorva has quit IRC01:31
*** ijw has quit IRC01:31
*** zhangyufei has joined #openstack-nova01:34
*** RuiChen has joined #openstack-nova01:37
*** Daisy has joined #openstack-nova01:37
*** shaohe_feng has quit IRC01:38
*** shaohe_feng has joined #openstack-nova01:39
*** sdake has joined #openstack-nova01:39
*** cheran has quit IRC01:40
*** ducttape_ has quit IRC01:42
*** jianghuaw has quit IRC01:47
*** amotoki has joined #openstack-nova01:48
*** shaohe_feng has quit IRC01:48
*** hieulq has quit IRC01:48
*** shaohe_feng has joined #openstack-nova01:49
yonglihed_code:  if the problem is  you want use full of PCI device or PF,  i know the where is the problem , hope to help you, the NUMA code in the filter prevent the PF allocate,  for some reason or bugs.  this might the problem you running into.01:51
*** sdake_ has joined #openstack-nova01:52
*** Apoorva has joined #openstack-nova01:53
*** sdake has quit IRC01:53
*** amotoki has quit IRC01:56
*** shaohe_feng has quit IRC01:58
*** zenoway has joined #openstack-nova01:59
*** mtecer has quit IRC01:59
*** shaohe_feng has joined #openstack-nova01:59
*** amotoki has joined #openstack-nova01:59
*** rbridgeman has joined #openstack-nova02:02
*** zenoway has quit IRC02:03
*** jamesdenton has quit IRC02:03
*** Apoorva has quit IRC02:04
*** thorst_ has quit IRC02:06
*** thorst_ has joined #openstack-nova02:06
*** shaohe_feng has quit IRC02:09
*** sdake_ has quit IRC02:09
*** amotoki has quit IRC02:09
*** shaohe_feng has joined #openstack-nova02:09
*** thorst_ has quit IRC02:15
*** raunak has quit IRC02:15
*** amotoki has joined #openstack-nova02:18
*** shaohe_feng has quit IRC02:19
*** shaohe_feng has joined #openstack-nova02:20
*** yamahata has quit IRC02:26
*** salv-orlando has joined #openstack-nova02:27
*** iceyao has joined #openstack-nova02:28
*** shaohe_feng has quit IRC02:29
*** shaohe_feng has joined #openstack-nova02:30
*** salv-orlando has quit IRC02:32
*** smatzek has quit IRC02:34
*** zenoway has joined #openstack-nova02:34
*** nelsnels_ has quit IRC02:35
openstackgerritZhenyu Zheng proposed openstack/nova: Remove mox in tests/unit/objects/test_instance_info_cache  https://review.openstack.org/30715502:36
*** nelsnelson has joined #openstack-nova02:36
*** zenoway has quit IRC02:38
*** gyee has quit IRC02:39
*** shaohe_feng has quit IRC02:39
*** thorst_ has joined #openstack-nova02:40
*** shaohe_feng has joined #openstack-nova02:40
*** gmann_ has joined #openstack-nova02:42
*** unicell has quit IRC02:44
*** penick has quit IRC02:45
*** shaohe_feng has quit IRC02:50
*** shaohe_feng has joined #openstack-nova02:51
openstackgerritZhenyu Zheng proposed openstack/nova: Remove mox in tests/unit/objects/test_security_group  https://review.openstack.org/30713502:52
*** vishwanathj has joined #openstack-nova02:52
*** claudiub has quit IRC02:52
*** thorst_ has quit IRC02:58
*** vishwanathj has quit IRC02:58
*** thorst_ has joined #openstack-nova02:58
*** raunak has joined #openstack-nova02:59
*** shaohe_feng has quit IRC03:00
openstackgerritJinquan Ni proposed openstack/nova: Code flow problem in wait_for_job  https://review.openstack.org/32075003:00
*** shaohe_feng has joined #openstack-nova03:02
*** chip_ has quit IRC03:03
*** chip_ has joined #openstack-nova03:03
*** annegentle has quit IRC03:04
openstackgerritJinquan Ni proposed openstack/nova: Code flow problem in wait_for_job  https://review.openstack.org/32075003:05
*** annegentle has joined #openstack-nova03:06
openstackgerritAlex Xu proposed openstack/nova: Remove legacy v2 policy rules  https://review.openstack.org/32075103:06
openstackgerritAlex Xu proposed openstack/nova: Remove all the policy check points from ComputeAPI and SecurityGroupAPI  https://review.openstack.org/32075203:06
*** zenoway has joined #openstack-nova03:06
*** thorst_ has quit IRC03:07
*** rbridgeman has quit IRC03:08
*** hieulq has joined #openstack-nova03:10
*** shaohe_feng has quit IRC03:10
*** zenoway has quit IRC03:11
*** shaohe_feng has joined #openstack-nova03:11
*** annegentle has quit IRC03:13
*** BjoernT has quit IRC03:14
*** chip_ has quit IRC03:15
*** sdake has joined #openstack-nova03:15
*** chip_ has joined #openstack-nova03:16
*** Daisy_ has joined #openstack-nova03:17
*** kuzko has quit IRC03:20
*** Daisy has quit IRC03:20
*** Daisy_ has quit IRC03:20
*** Sukhdev has joined #openstack-nova03:20
*** shaohe_feng has quit IRC03:20
*** Daisy has joined #openstack-nova03:21
*** unicell has joined #openstack-nova03:21
*** shaohe_feng has joined #openstack-nova03:21
*** annegentle has joined #openstack-nova03:21
*** kuzko has joined #openstack-nova03:22
openstackgerritTina Kevin proposed openstack/nova: instance can not resize ephemeral in mitaka In mitaka, boot an instance with ephemeral disk, then resize the instance, but ephemeral disk.eph0 is not resized. This patch update resize code for ephemeral disk.eph0.  https://review.openstack.org/32075903:22
openstackgerrithuan proposed openstack/nova: check ryu change can work  https://review.openstack.org/32076003:23
*** Daisy_ has joined #openstack-nova03:24
*** Daisy has quit IRC03:25
*** tonytan_brb has joined #openstack-nova03:26
*** sdake has quit IRC03:27
*** tonytan4ever has quit IRC03:29
*** shaohe_feng has quit IRC03:31
*** shaohe_feng has joined #openstack-nova03:31
*** ssurana has quit IRC03:32
*** ijw has joined #openstack-nova03:32
*** chip_ has quit IRC03:33
*** ssurana has joined #openstack-nova03:34
*** chip_ has joined #openstack-nova03:34
*** sheel has quit IRC03:35
*** tonytan_brb has quit IRC03:35
*** jdurgin1 has joined #openstack-nova03:38
*** shaohe_feng has quit IRC03:41
*** zenoway has joined #openstack-nova03:41
*** shaohe_feng has joined #openstack-nova03:42
*** ayoung has quit IRC03:42
*** Daisy_ has quit IRC03:43
*** phuongnh has joined #openstack-nova03:43
*** Daisy has joined #openstack-nova03:44
*** sdake has joined #openstack-nova03:44
*** Daisy_ has joined #openstack-nova03:45
*** chip_ has quit IRC03:45
*** Daisy_ has quit IRC03:45
*** Daisy_ has joined #openstack-nova03:45
*** sheel has joined #openstack-nova03:46
*** zenoway has quit IRC03:46
*** chip_ has joined #openstack-nova03:46
*** Daisy has quit IRC03:48
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove APIRouter of legacy v2 API code  https://review.openstack.org/31390203:49
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API tests which use wsgi_app()  https://review.openstack.org/31319203:49
*** mmandel has joined #openstack-nova03:51
*** shaohe_feng has quit IRC03:51
*** gmann_ has quit IRC03:52
*** shaohe_feng has joined #openstack-nova03:52
*** annegentle has quit IRC03:54
*** yamahata has joined #openstack-nova03:54
*** salv-orlando has joined #openstack-nova03:56
*** aghadge has joined #openstack-nova03:58
*** aghadge has quit IRC03:59
*** chip_ has quit IRC04:01
*** links has joined #openstack-nova04:01
*** shaohe_feng has quit IRC04:01
*** gmann_ has joined #openstack-nova04:02
*** salv-orlando has quit IRC04:02
*** chip_ has joined #openstack-nova04:02
*** shaohe_feng has joined #openstack-nova04:02
*** sudipto_ has joined #openstack-nova04:04
*** thorst_ has joined #openstack-nova04:04
*** tangchen has quit IRC04:04
*** unicell has quit IRC04:06
*** Daisy_ has quit IRC04:07
*** Daisy has joined #openstack-nova04:08
*** unicell has joined #openstack-nova04:08
*** thumpba has quit IRC04:08
*** vladikr has quit IRC04:12
*** shaohe_feng has quit IRC04:12
*** Daisy has quit IRC04:12
*** thorst_ has quit IRC04:12
*** shaohe_feng has joined #openstack-nova04:13
*** sacharya has quit IRC04:16
*** gmann_ has quit IRC04:17
*** zenoway has joined #openstack-nova04:17
*** zhangyufei has quit IRC04:20
*** Daisy has joined #openstack-nova04:20
*** Daisy has quit IRC04:21
*** zenoway has quit IRC04:21
*** Daisy has joined #openstack-nova04:21
*** shaohe_feng has quit IRC04:22
*** shaohe_feng has joined #openstack-nova04:23
*** chip_ has quit IRC04:27
*** chip_ has joined #openstack-nova04:28
*** JoseMello has joined #openstack-nova04:29
*** Daisy has quit IRC04:31
*** Daisy has joined #openstack-nova04:32
*** shaohe_feng has quit IRC04:32
*** RuiChen has quit IRC04:33
*** shaohe_feng has joined #openstack-nova04:33
*** gmann_ has joined #openstack-nova04:34
*** Daisy has quit IRC04:37
*** chip_ has quit IRC04:39
*** liverpooler has quit IRC04:39
*** mmandel has quit IRC04:40
*** chip_ has joined #openstack-nova04:40
*** shaohe_feng has quit IRC04:42
*** Daisy has joined #openstack-nova04:47
*** shaohe_feng has joined #openstack-nova04:47
*** jamielennox is now known as jamielennox|away04:50
*** gmann_ has quit IRC04:51
*** shaohe_feng has quit IRC04:53
*** shaohe_feng has joined #openstack-nova04:54
*** armax has quit IRC04:54
*** tangchen has joined #openstack-nova04:57
*** dedery has joined #openstack-nova04:59
*** jaosorior has joined #openstack-nova04:59
*** ishant has joined #openstack-nova05:01
*** Sukhdev has quit IRC05:02
*** flwang1 has quit IRC05:03
*** shaohe_feng has quit IRC05:03
*** shaohe_feng has joined #openstack-nova05:03
*** jamielennox|away is now known as jamielennox05:04
*** lpetrut has joined #openstack-nova05:06
*** sdake_ has joined #openstack-nova05:11
*** dave-mccowan has quit IRC05:13
*** shaohe_feng has quit IRC05:13
*** sdake has quit IRC05:13
*** shaohe_feng has joined #openstack-nova05:14
*** sacharya has joined #openstack-nova05:17
*** sudipto_ has quit IRC05:18
*** baoli has quit IRC05:19
*** prateek has joined #openstack-nova05:19
*** sacharya has quit IRC05:22
*** shaohe_feng has quit IRC05:23
*** shaohe_feng has joined #openstack-nova05:24
*** salv-orlando has joined #openstack-nova05:26
*** shaohe_feng has quit IRC05:34
*** irenab has quit IRC05:34
*** shaohe_feng has joined #openstack-nova05:34
*** salv-orlando has quit IRC05:35
*** zhangyufei has joined #openstack-nova05:41
*** nkrinner_afk is now known as nkrinner05:42
*** shaohe_feng has quit IRC05:44
*** shaohe_feng has joined #openstack-nova05:47
*** thorst_ has joined #openstack-nova05:49
*** salv-orlando has joined #openstack-nova05:51
*** salv-orlando has quit IRC05:51
*** Kevin_Zheng has quit IRC05:51
*** salv-orlando has joined #openstack-nova05:51
*** sudipto_ has joined #openstack-nova05:53
*** jamielennox is now known as jamielennox|away05:54
*** shaohe_feng has quit IRC05:54
*** daemontool has joined #openstack-nova05:54
*** shaohe_feng has joined #openstack-nova05:55
*** thorst_ has quit IRC05:57
*** ssurana has quit IRC05:58
*** liverpooler has joined #openstack-nova05:58
*** ig0r_ has joined #openstack-nova06:00
*** cfriesen has quit IRC06:02
*** dedery_ has joined #openstack-nova06:02
*** dedery_ has quit IRC06:03
*** shaohe_feng has quit IRC06:04
*** jwcroppe has joined #openstack-nova06:05
*** dedery_ has joined #openstack-nova06:05
*** dedery has quit IRC06:05
*** shaohe_feng has joined #openstack-nova06:05
*** irenab has joined #openstack-nova06:05
*** jwcroppe_ has quit IRC06:07
*** gmann_ has joined #openstack-nova06:07
*** garyk1 has joined #openstack-nova06:10
*** jamielennox|away is now known as jamielennox06:10
*** paul-carlton2 has joined #openstack-nova06:13
*** sree has joined #openstack-nova06:14
*** zenoway has joined #openstack-nova06:15
*** shaohe_feng has quit IRC06:15
*** unicell has quit IRC06:15
*** shaohe_feng has joined #openstack-nova06:15
*** claudiub has joined #openstack-nova06:16
*** ig0r_ has quit IRC06:17
*** ssurana has joined #openstack-nova06:18
*** sacharya has joined #openstack-nova06:18
*** ssurana has quit IRC06:19
*** zenoway has quit IRC06:19
*** jamielennox is now known as jamielennox|away06:21
*** laszloh has joined #openstack-nova06:21
*** rcernin has joined #openstack-nova06:21
*** sacharya has quit IRC06:23
*** unicell has joined #openstack-nova06:24
*** shaohe_feng has quit IRC06:25
*** mjura has joined #openstack-nova06:25
*** moshele has joined #openstack-nova06:25
*** shaohe_feng has joined #openstack-nova06:26
*** jamielennox|away is now known as jamielennox06:28
*** claudiub|2 has joined #openstack-nova06:31
*** mjura has quit IRC06:31
*** claudiub has quit IRC06:35
*** shaohe_feng has quit IRC06:35
*** shaohe_feng has joined #openstack-nova06:35
*** belmoreira has joined #openstack-nova06:36
*** zenoway has joined #openstack-nova06:38
*** raunak has quit IRC06:39
*** jichen has joined #openstack-nova06:41
*** zenoway has quit IRC06:43
*** mjura has joined #openstack-nova06:43
*** ssurana has joined #openstack-nova06:43
*** mpavone has joined #openstack-nova06:45
*** ssurana has quit IRC06:45
*** shaohe_feng has quit IRC06:45
*** shaohe_feng has joined #openstack-nova06:46
openstackgerritZhenyu Zheng proposed openstack/nova: Remove mox in tests/unit/objects/test_instance_info_cache  https://review.openstack.org/30715506:47
*** tesseract has joined #openstack-nova06:47
*** sridharg has joined #openstack-nova06:47
*** Kevin_Zheng has joined #openstack-nova06:51
*** unicell has quit IRC06:52
*** unicell has joined #openstack-nova06:52
openstackgerritMoshe Levi proposed openstack/nova: Save migration context only in the context of an Instance.save()  https://review.openstack.org/32067706:52
openstackgerritMoshe Levi proposed openstack/nova: One db call to save instance extra field  https://review.openstack.org/32067906:52
openstackgerritMoshe Levi proposed openstack/nova: Save instance numa topology only in the context of an Instance.save()  https://review.openstack.org/32067806:53
*** salv-orlando has quit IRC06:55
*** shaohe_feng has quit IRC06:56
*** shaohe_feng has joined #openstack-nova06:56
openstackgerritAndrey Volkov proposed openstack/nova: Fix instances with unicode symbols logging  https://review.openstack.org/32056406:57
*** gmann_ has quit IRC06:59
*** thorst_ has joined #openstack-nova07:00
*** zenoway has joined #openstack-nova07:01
openstackgerritYuiko Takada Mori proposed openstack/nova-specs: Ironic serial console support  https://review.openstack.org/31950707:05
*** shaohe_feng has quit IRC07:06
*** shaohe_feng has joined #openstack-nova07:07
openstackgerritZhenyu Zheng proposed openstack/nova: Remove mox in tests/unit/objects/test_instance_info_cache  https://review.openstack.org/30715507:08
*** thorst_ has quit IRC07:09
*** dedery has joined #openstack-nova07:14
*** shaohe_feng has quit IRC07:16
*** matrohon has joined #openstack-nova07:17
*** shaohe_feng has joined #openstack-nova07:17
*** dedery_ has quit IRC07:17
openstackgerritHiroyuki Eguchi proposed openstack/nova-specs: Versioned notification for keypairs  https://review.openstack.org/30094207:18
*** moshele has quit IRC07:20
*** moshele has joined #openstack-nova07:21
*** iceyao has quit IRC07:25
*** iceyao has joined #openstack-nova07:25
*** shaohe_feng has quit IRC07:26
*** shaohe_feng has joined #openstack-nova07:28
*** ihrachys has joined #openstack-nova07:28
openstackgerritDinesh Bhor proposed openstack/nova: Return 400 HTTP error for invalid flavor attributes  https://review.openstack.org/31323407:29
*** adisky has joined #openstack-nova07:30
*** shaohe_feng has quit IRC07:37
*** shaohe_feng has joined #openstack-nova07:38
*** paul-carlton2 has quit IRC07:38
*** jlanoux has joined #openstack-nova07:38
*** obondarev has quit IRC07:39
openstackgerritYuiko Takada Mori proposed openstack/nova-specs: Ironic serial console support  https://review.openstack.org/31950707:43
*** hoonetorg has quit IRC07:43
*** jaosorior has quit IRC07:45
*** shaohe_feng has quit IRC07:47
*** shaohe_feng has joined #openstack-nova07:48
*** JoseMello has quit IRC07:49
*** moshele has quit IRC07:50
*** moshele has joined #openstack-nova07:51
*** paul-carlton2 has joined #openstack-nova07:51
*** zhangyufei has quit IRC07:52
*** omnipresent has joined #openstack-nova07:52
*** pilgrimstack has joined #openstack-nova07:54
*** zenoway has quit IRC07:55
*** jwcroppe_ has joined #openstack-nova07:55
*** sdake_ has quit IRC07:56
*** hoonetorg has joined #openstack-nova07:56
*** jwcroppe has quit IRC07:57
bauzasgood morning Nova07:57
*** shaohe_feng has quit IRC07:57
*** zenoway has joined #openstack-nova07:59
*** zzzeek has quit IRC08:00
*** zzzeek has joined #openstack-nova08:00
*** mnestratov has joined #openstack-nova08:00
openstackgerritDao Cong Tien proposed openstack/nova: Remove mox from unit/api/openstack/compute/test_serversV21.py  https://review.openstack.org/32082108:00
*** shaohe_feng has joined #openstack-nova08:00
*** zhangyufei has joined #openstack-nova08:00
*** omnipresent has quit IRC08:00
*** kuzko has quit IRC08:01
*** kuzko has joined #openstack-nova08:02
*** AmyLee7 has joined #openstack-nova08:02
*** itamarl has joined #openstack-nova08:02
*** markus_z has joined #openstack-nova08:03
*** thorst_ has joined #openstack-nova08:06
*** daemontool_ has joined #openstack-nova08:07
*** mgoddard has joined #openstack-nova08:07
*** shaohe_feng has quit IRC08:07
*** shaohe_feng has joined #openstack-nova08:09
*** daemontool_ has quit IRC08:09
*** daemontool_ has joined #openstack-nova08:09
*** bzurawski has joined #openstack-nova08:09
bzurawskiHello08:09
*** phuongnh has quit IRC08:09
*** edand has joined #openstack-nova08:09
bzurawskiDo you also have problem with unit tests for keypairs in Nova ?08:10
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: [WIP] Testing latest u-c  https://review.openstack.org/30334508:10
*** daemontool has quit IRC08:10
*** vtech has joined #openstack-nova08:10
*** thorst_ has quit IRC08:14
*** salv-orlando has joined #openstack-nova08:15
*** shaohe_feng has quit IRC08:18
*** shaohe_feng has joined #openstack-nova08:19
*** lucas-afk is now known as lucasagomes08:19
*** AmyLee7 has quit IRC08:19
*** ig0r_ has joined #openstack-nova08:20
*** claudiub has joined #openstack-nova08:20
*** salv-orlando has quit IRC08:21
*** salv-orlando has joined #openstack-nova08:21
openstackgerritAnh Tran proposed openstack/nova: Remove mox stubs in api/openstack/compute/test_server_reset_state.py  https://review.openstack.org/32082608:21
openstackgerritBartek Å»urawski proposed openstack/nova: Fix issue with not removing rbd rescue disk  https://review.openstack.org/31492808:24
*** claudiub|2 has quit IRC08:24
bauzasbzurawski: could you paste us the trace ?08:26
*** sfinucan has joined #openstack-nova08:26
bzurawskibauzas: I've reported it's as bug08:26
bzurawskiyou can check it here: https://bugs.launchpad.net/nova/+bug/158551508:26
openstackLaunchpad bug 1585515 in OpenStack Compute (nova) "Paramiko doesn't work with Nova" [Undecided,New]08:26
bauzasbzurawski: cool08:26
bauzasbzurawski: lemme try to reproduce it on my venv08:27
*** paul-carlton2 has quit IRC08:27
*** shaohe_feng has quit IRC08:28
*** dmk0202 has joined #openstack-nova08:28
*** roeyc has joined #openstack-nova08:28
*** sc68cal has quit IRC08:28
*** shaohe_feng has joined #openstack-nova08:29
openstackgerritStefan Amann proposed openstack/nova: WIP: Support FICON-attached ECKD volumes on System z  https://review.openstack.org/32083208:29
*** _gryf has quit IRC08:29
*** Daisy has quit IRC08:30
*** Daisy has joined #openstack-nova08:30
*** yamahata has quit IRC08:30
bzurawskibauzas: oki :)08:32
*** _fortis has quit IRC08:32
bauzasbzurawski: the test succeded locally08:32
bauzasbzurawski: lemme check the versions I pulled08:32
bauzasI got paramiko==2.0.008:33
bzurawskibauzas: yeah, me too, and on my side it's broken :(08:33
bauzasbzurawski: sec, was on a branch which was 1 day old08:33
bauzasbzurawski: pulling the latest master08:34
bzurawskibauzas: yeah, i'm doing it also, because I'm working on change, and probably also have old branch08:34
*** derekh has joined #openstack-nova08:34
bauzasokay, latest master with latest paramiko wfm, so I'm going to invalid the bug :/08:35
bauzasbzurawski: ^08:36
*** brad[] has quit IRC08:36
bzurawskibauzas: oki, so I'm checking on my side, sorry for this08:36
bzurawski:/08:36
bauzasno worries, logging a bug is totally the right approach, thanks for this08:36
*** fragatina has quit IRC08:36
bauzasbzurawski: I'm jumping into a call, but feel free to ping me again if you can't fix your dev env08:37
bauzasI'll just respond async08:37
bzurawskibauzas: oki, thanks :)08:37
*** brad[] has joined #openstack-nova08:37
*** shaohe_feng has quit IRC08:38
*** sc68cal has joined #openstack-nova08:39
*** shaohe_feng has joined #openstack-nova08:39
bzurawskilyarwood_: Hi, do you have a moment ?08:40
*** yassine__ has joined #openstack-nova08:41
*** lpetrut has quit IRC08:41
*** sdake has joined #openstack-nova08:43
lyarwood_bzurawski: hey morning, yeah08:46
*** jaosorior has joined #openstack-nova08:47
*** shaohe_feng has quit IRC08:49
*** PaulMurray has joined #openstack-nova08:49
PaulMurraygood morning08:49
*** shaohe_feng has joined #openstack-nova08:49
*** sdake has quit IRC08:49
*** sdake has joined #openstack-nova08:51
bzurawskilyarwood_: cool, I changed my approach for this unrescue thing, can you check this https://review.openstack.org/#/c/314928/4 and tell me what do you think ?08:52
bzurawskilyarwood_: there is workflow -1 because if you like it i want to talk about one more thinkg08:52
bzurawskithing08:52
*** lpetrut has joined #openstack-nova08:52
*** ociuhandu has quit IRC08:54
lyarwood_bzurawski: sure, I'll look this morning, mdbooth ^ you might be interested in this as well08:54
mdboothThanks for the heads up08:54
mdboothMy favourite kind of diffstat:08:55
mdbooth 2 files changed, 12 insertions(+), 352 deletions(-)08:55
*** cdent has joined #openstack-nova08:55
lyarwood_mdbooth: imagecache?08:56
mdboothlyarwood_: Yeah08:56
lyarwood_\o/08:56
mdboothNot all of it :)08:56
mdboothQuite a lot, though08:56
*** lpetrut has quit IRC08:57
*** haukebruno has joined #openstack-nova08:57
*** shaohe_feng has quit IRC08:59
*** shaohe_feng has joined #openstack-nova09:00
*** garyk1 has quit IRC09:00
*** amotoki has quit IRC09:00
*** Daisy_ has joined #openstack-nova09:00
openstackgerritGleb Stepanov proposed openstack/nova: Fix wrong watermark state during live migration  https://review.openstack.org/27961609:01
*** roeyc has quit IRC09:02
*** gmann_ has joined #openstack-nova09:03
*** Daisy has quit IRC09:03
*** markvoelker has joined #openstack-nova09:03
*** edand has quit IRC09:05
*** sdake has quit IRC09:05
*** efoley_ has joined #openstack-nova09:06
*** efoley has joined #openstack-nova09:06
johnthetubaguyalex_xu: oomichi: not sure I understand all the deletes in that v2 legacy test drop: https://review.openstack.org/#/c/31319209:06
*** markvoelker has quit IRC09:08
*** jianghuaw has joined #openstack-nova09:09
*** shaohe_feng has quit IRC09:09
*** flwang1 has joined #openstack-nova09:09
*** shaohe_feng has joined #openstack-nova09:10
openstackgerritTang Chen proposed openstack/nova-specs: Use finite machine in migration process  https://review.openstack.org/32084909:11
tangchenjohnthetubaguy, PaulMurray: Hi John, Paul, I posted a spec for the migration state machine BP. Please help to review when you have time. Thank you very much. :)09:11
tangchenhttps://review.openstack.org/32084909:11
*** thorst_ has joined #openstack-nova09:11
*** Daisy_ has quit IRC09:14
*** gmann_ has quit IRC09:15
*** daemontool_ has quit IRC09:19
*** thorst_ has quit IRC09:19
*** shaohe_feng has quit IRC09:19
*** daemontool_ has joined #openstack-nova09:19
*** shaohe_feng has joined #openstack-nova09:20
openstackgerritJohn Garbutt proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165309:21
*** mvk has quit IRC09:22
*** sambetts|afk is now known as sambetts09:23
*** ptm_away has joined #openstack-nova09:27
markus_zbzurawski: Which branch / code version did you use?09:27
markus_zbzurawski: Looks like the ansible folks had something similar: https://bugs.launchpad.net/openstack-ansible/+bug/157675509:28
openstackLaunchpad bug 1576755 in openstack-ansible trunk "Paramiko 2.0 does not work with Nova" [High,Fix released] - Assigned to Kevin Carter (kevin-carter)09:28
johnthetubaguyalex_xu: oomichi: there is a nasty policy issue we should discuss around this patch, maybe in the API meeting later: https://review.openstack.org/#/c/32075209:29
*** PaulMurray has quit IRC09:29
*** shaohe_feng has quit IRC09:30
*** shaohe_feng has joined #openstack-nova09:30
*** jlanoux has quit IRC09:35
*** flwang1 has quit IRC09:35
*** garyk1 has joined #openstack-nova09:36
markus_zbzurawski: Could you check if you already have this commit? https://github.com/openstack/nova/commit/c05b338f163e0bafbe564c6c7c593b819f2f2eac09:36
paul-carltonbzurawski, you might be interested in https://review.openstack.org/#/c/307131/09:38
paul-carltondoesn't impact the fix you are doing because you still need to delete the disk.rescue, good spot that that was broken for rbd09:39
*** sree has quit IRC09:40
*** shaohe_feng has quit IRC09:40
paul-carltonAlso https://review.openstack.org/#/c/310505/ will impact this area09:40
*** shaohe_feng has joined #openstack-nova09:43
*** otsuka has quit IRC09:43
*** jlanoux has joined #openstack-nova09:44
*** sudipto_ has quit IRC09:45
*** amotoki has joined #openstack-nova09:47
bzurawskimarkus_z: i have branch that is a bit old, that's why i need to pull master, and recheck, because like bauzas check everything is working at least on his side :)09:47
*** tlbr has quit IRC09:49
*** shaohe_feng has quit IRC09:50
*** shaohe_feng has joined #openstack-nova09:51
*** tlbr has joined #openstack-nova09:52
markus_zbzurawski: well, I can no reproduce it on master...09:53
markus_zs/no/now09:53
*** sree has joined #openstack-nova09:54
bzurawskimarkus_z: you can reproduce it !?09:54
*** cheneydc has quit IRC09:54
markus_zbzurawski: yep09:54
bzurawskimarkus_z: do you have logs ?09:54
*** fragatina has joined #openstack-nova09:55
*** mvk has joined #openstack-nova09:55
markus_zbzurawski: http://paste.openstack.org/show/505343/09:56
bzurawskibauzas: hmm, are you sure that everything was ok, on your side ?09:56
openstackgerritEli Qiao proposed openstack/nova-specs: Add libvirt perf event  https://review.openstack.org/31951309:56
markus_zI have to say that tox installed only paramiko 1.16 at first09:56
bzurawskimarkus_z: yep, same like on my side09:56
markus_zI updated it in the venv to 2.009:56
bzurawskimarkus_z: hmm, and have you try to downgrade it to 1.16 and recheck ?09:57
bzurawskiI need to test it09:57
*** flwang1 has joined #openstack-nova09:57
markus_zYeah, my first test wit 1.16 was without failures09:57
markus_zafter the update to 2.0 it has the failure you mentioned09:58
*** sree has quit IRC09:59
*** fragatina has quit IRC09:59
markus_zWhat confuses me is, that I don't find this error message in logstash09:59
*** shaohe_feng has quit IRC10:00
markus_zAnd the unit tests from the gate use paramiko 2.0 and *don't* fail: http://logs.openstack.org/97/296597/9/check/gate-nova-python27-db/940c558/console.html10:00
*** shaohe_feng has joined #openstack-nova10:01
bzurawskimarkus_z: strange, you're using latest code version ?10:02
markus_zoh man, wait, I was on stable/mitaka which was pinned to 1.16 ...10:02
*** matrohon has quit IRC10:02
*** sdague has joined #openstack-nova10:03
markus_zrechecking on master10:03
bzurawskimarkus_z: oki10:04
*** efoley__ has joined #openstack-nova10:04
*** markvoelker has joined #openstack-nova10:04
markus_zbzurawski: No it's running OK: http://paste.openstack.org/show/505344/10:06
*** al_indigo has quit IRC10:06
markus_zbzurawski: Despite the odd error message which doesn't break the test...10:06
* markus_z is going to lunch, checking that later10:06
*** efoley_ has quit IRC10:07
*** efoley has quit IRC10:07
*** efoley has joined #openstack-nova10:08
*** EinstCrazy has quit IRC10:09
*** markvoelker has quit IRC10:09
*** EinstCrazy has joined #openstack-nova10:09
*** shaohe_feng has quit IRC10:11
bzurawskimarkus_z: HA, when i switch to paramiko 1.16 everything is working10:11
bzurawskistrange, i need to pull master, and recheck it10:11
*** shaohe_feng has joined #openstack-nova10:11
*** EinstCrazy has quit IRC10:14
*** rk4n has joined #openstack-nova10:15
*** thorst_ has joined #openstack-nova10:17
*** hoangcx has quit IRC10:17
*** sacharya has joined #openstack-nova10:19
*** shaohe_feng has quit IRC10:21
*** shaohe_feng has joined #openstack-nova10:21
*** lpetrut has joined #openstack-nova10:21
*** _gryf has joined #openstack-nova10:23
*** thorst_ has quit IRC10:24
*** sacharya has quit IRC10:24
d_codeyonglihe: still around?10:24
d_codesaw your note about the NUMA code10:24
*** ociuhandu has joined #openstack-nova10:26
*** sudipto has joined #openstack-nova10:30
*** roeyc has joined #openstack-nova10:30
*** shaohe_feng has quit IRC10:31
*** shaohe_feng has joined #openstack-nova10:32
*** smatzek has joined #openstack-nova10:33
*** dedery_ has joined #openstack-nova10:35
*** dedery_ has quit IRC10:36
openstackgerritHans Lindgren proposed openstack/nova: Save all instance extras in a single db call  https://review.openstack.org/30543710:36
*** dedery_ has joined #openstack-nova10:37
*** oomichi_ has joined #openstack-nova10:38
*** dedery has quit IRC10:38
oomichi_johnthetubaguy: hi, about https://review.openstack.org/#/c/313902/10:39
oomichi_johnthetubaguy: we have already a nice reno about api-paste.ini on https://github.com/openstack/nova/blob/master/releasenotes/notes/remove-legacy-v2-api-7ac6d74edaedf011.yaml10:39
johnthetubaguyoomichi_: could we update it to mention the required paste.ini changes?10:40
johnthetubaguyoomichi: just gives folks a hit on what to check10:40
*** shaohe_feng has quit IRC10:41
*** edand has joined #openstack-nova10:41
oomichi_johnthetubaguy: ah, nice point. the commit message is very clear about api-paste.ini like https://github.com/openstack/nova/commit/5a64f5782452d59d6ac25379a2420585e861af5a10:42
oomichi_johnthetubaguy: but the reno is not so clear.10:42
*** shaohe_feng has joined #openstack-nova10:42
oomichi_johnthetubaguy: ok. I will add something into the existing reno :)10:42
johnthetubaguyoomichi_: no worries, thank you :)10:43
d_codeanyone here done a full pci passthrough of a NIC in Mitaka?  I’m not looking for neutron virtual functions, but giving hardware control to a VM10:47
d_codenova-compute sees the hardware in my whitelist (it’s in the database), but the scheduler doesn’t match against the alias10:48
*** zhangyufei has quit IRC10:49
*** shaohe_feng has quit IRC10:52
*** shaohe_feng has joined #openstack-nova10:52
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove APIRouter of legacy v2 API code  https://review.openstack.org/31390210:53
lxslisdague: do we still have to update requirements.txt if we've already updated global-reqs.txt please?10:53
sdaguelxsli: the bot will propose it in for consistency10:54
lxslisdague: ah great, thanks10:54
sdaguebut the tests largely don't need it10:54
sdagueonce upper-constraints is set in g-r, we'll be testing with that version10:54
lxsliAlso please could you take a look at https://review.openstack.org/#/c/280851 ?10:55
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove APIRouter of legacy v2 API code  https://review.openstack.org/31390210:55
*** fragatina has joined #openstack-nova10:55
oomichi_johnthetubaguy: ^^^ just updates the reno10:56
johnthetubaguyoomichi_: awesome, thank you10:57
oomichi_johnthetubaguy: :)10:57
*** efoley has quit IRC10:59
*** efoley__ has quit IRC10:59
*** fragatina has quit IRC11:00
jrolljohnthetubaguy: since matt is out, I'll bug you, does this really need a spec? https://review.openstack.org/#/c/319507/4/specs/newton/approved/ironic-serial-console-support.rst11:02
*** shaohe_feng has quit IRC11:02
*** shaohe_feng has joined #openstack-nova11:02
sdaguelxsli: do we have a specless blueprint tracking the mutable config for nova?11:02
sdaguemostly, I was wondering if we've got some place where we've discussed which things are going to be mutable in nova11:03
johnthetubaguyjroll: feels like single driver impact, I don't remember why we would say that needs a spec, needs a specless blueprint at a minimum though11:03
openstackgerritEli Qiao proposed openstack/nova: [POC]libvirt: add perf event support when create instance  https://review.openstack.org/32089711:03
jrolljohnthetubaguy: so just update https://blueprints.launchpad.net/nova/+spec/ironic-serial-console-support with "the ironic virt driver will call endpoint x in ironic"?11:03
*** markvoelker has joined #openstack-nova11:05
*** efoley__ has joined #openstack-nova11:05
*** efoley has joined #openstack-nova11:05
johnthetubaguyjroll: yeah, I mean if there are any gotchas, its worth including them11:06
johnthetubaguyjroll: but this is just exposing what ironic's API already knows right?11:06
eliqiaohi sdague johnthetubaguy, can you help to review https://review.openstack.org/#/c/319513/ , I just submited a POC patch for easy understand the spec :)11:07
openstackgerritJianghua Wang proposed openstack/nova-specs: XenAPI: support VGPU via passthrough PCI  https://review.openstack.org/28009911:07
jrolljohnthetubaguy: yeah, it depends on us making a console driver that's compatible with (novnc, I think?)11:07
alex_xujohnthetubaguy: yea, let us talk about those remove policy check patch in the api meeting11:08
johnthetubaguyjroll: hmm, for serial, I thought we just outputted the text via the API11:08
johnthetubaguyalex_xu: ack11:08
jrolljohnthetubaguy: well, there's console-log, this is interactive console11:08
*** rtheis has joined #openstack-nova11:08
johnthetubaguyjroll: oh, gotcha11:08
jroll(AIUI)11:08
johnthetubaguyjroll: as you can tell, console is kinda a blind spot for me, really11:09
jrolljohnthetubaguy: ditto, I just saw how anemic that spec was and was wondering why it's a spec :)11:09
*** markvoelker has quit IRC11:10
oomichi_alex_xu: can you take a look at https://review.openstack.org/#/c/313902? that is not any changed on the code after your +2 once11:11
oomichi_alex_xu: just changes reno11:11
alex_xuoomichi_: I just +2ed seconds before11:11
oomichi_alex_xu: thanks ! :)11:11
alex_xuoomichi_: :)11:12
oomichi_alex_xu: we are close to remove legacy code completely :)11:12
*** shaohe_feng has quit IRC11:12
alex_xuoomichi_: yeah!11:12
*** shaohe_feng has joined #openstack-nova11:13
*** abalutoiu has joined #openstack-nova11:13
*** vnogin has joined #openstack-nova11:14
*** ptm_away has quit IRC11:15
*** amotoki has quit IRC11:17
*** zenoway has quit IRC11:17
*** zenoway has joined #openstack-nova11:18
*** openstackgerrit has quit IRC11:18
*** openstackgerrit has joined #openstack-nova11:18
jrolljohnthetubaguy: updated the whiteboard here: https://blueprints.launchpad.net/nova/+spec/ironic-serial-console-support11:19
jrollthose are reviewed during meetings, yeah? anything else I should do there?11:20
johnthetubaguythey need to get submitted to the meeting, adding them in the agenda, AFAIK11:21
* johnthetubaguy goes for some lunch11:21
*** thorst_ has joined #openstack-nova11:22
*** zenoway has quit IRC11:22
*** shaohe_feng has quit IRC11:22
* jroll does it11:23
*** shaohe_feng has joined #openstack-nova11:23
openstackgerritMatthew Booth proposed openstack/nova: Rename Image.check_image_exists to Image.exists()  https://review.openstack.org/27099811:24
openstackgerritMatthew Booth proposed openstack/nova: Remove image cache image verification  https://review.openstack.org/32091011:24
*** oomichi_ has quit IRC11:25
openstackgerritShimon Benattar proposed openstack/nova: testing a push  https://review.openstack.org/32091111:25
* eliqiao weeping :(11:26
*** thorst_ has quit IRC11:29
*** zenoway has joined #openstack-nova11:31
lyarwood_mdbooth: free for a quick chat about the imagebackend?11:31
*** belmoreira has quit IRC11:31
mdboothlyarwood_: I was just about to head out. Can it wait a bit?11:32
lyarwood_mdbooth: yup of course, np.11:32
*** roeyc has quit IRC11:32
*** shaohe_feng has quit IRC11:33
*** shaohe_feng has joined #openstack-nova11:33
*** amotoki has joined #openstack-nova11:34
*** zenoway has quit IRC11:35
*** fragatina has joined #openstack-nova11:37
*** oomichi_ has joined #openstack-nova11:38
*** eglynn has joined #openstack-nova11:38
*** iceyao has quit IRC11:40
*** roeyc has joined #openstack-nova11:41
*** sean-k-mooney has quit IRC11:42
*** fragatina has quit IRC11:42
*** shaohe_feng has quit IRC11:43
*** shaohe_feng has joined #openstack-nova11:43
*** sudipto has quit IRC11:48
*** PaulMurray has joined #openstack-nova11:49
*** thorst_ has joined #openstack-nova11:49
*** thorst_ has quit IRC11:50
*** thorst_ has joined #openstack-nova11:51
bzurawskilyarwood_: so if you have a minute, can we talk a little bit about unrescue ?11:51
*** shaohe_feng has quit IRC11:53
lyarwood_bzurawski: sure however mdbooth just dropped offline for a while, if you wouldn't mind waiting until he's back I'd rather wait as it appears I've made a few incorrect assumptions about the imagebackend11:53
openstackgerritSean Dague proposed openstack/nova: NOT-FOR-MERGE: Dummy change to exercise live migration CI job  https://review.openstack.org/31993411:54
*** shaohe_feng has joined #openstack-nova11:54
*** amotoki has quit IRC11:54
bauzasjust a reminder, there is a Townhall about the future of Design Summits happening now https://www.openstack.org/blog/2016/05/faq-evolving-the-openstack-design-summit/11:54
*** auwooo-0x71 has joined #openstack-nova11:56
*** jaosorior has quit IRC11:56
openstackgerritGleb Stepanov proposed openstack/nova: Change password response code changed  https://review.openstack.org/30644211:57
*** jaosorior has joined #openstack-nova11:57
*** jamielennox is now known as jamielennox|away11:58
*** jaosorior has quit IRC11:58
openstackgerritGleb Stepanov proposed openstack/nova: Add async reponse code to evacuate  https://review.openstack.org/30595011:58
*** jaosorior has joined #openstack-nova11:59
*** ishant has quit IRC12:01
* auwooo-0x71 MESSAGE FROM FREENODE OWNER ... . JOIN ##SECURIFY FOR TECH HARDWARE AND HACKING TECHNOLOGY WE GUIDE YOU THERE , FOR MILLITARY JOIN ##SOUTHFRONT ... . , FOR ##SU.OS IS SU FEDORA OS , WE GUIDE YOU THERE , ##BEYONDTIME IS FOR INTERPOL.INT INCASE YOU NEED TO LOG CASE ... . , FOR UNITED NATIONS GO TO ##UN.ORG ... . WELCOME IN , IS OPEN FOR PUBLIC , GOVERNOR AND CITIZEN , NO TROLL GUYS12:01
*** dedery has joined #openstack-nova12:02
*** dedery has quit IRC12:02
*** auwooo-0x71 has quit IRC12:02
*** lucasagomes is now known as lucas-hungry12:03
bzurawskilyarwood_: sure, I can wait :)12:03
*** dedery has joined #openstack-nova12:03
lyarwood_bzurawski: cool thanks12:03
openstackgerritMarkus Zoeller (markus_z) proposed openstack/nova: Fix "KeyError: u'instance_id'" in string format operation  https://review.openstack.org/32093012:03
*** shaohe_feng has quit IRC12:03
lxslisdague: nope, I'll create one now12:03
*** shaohe_feng has joined #openstack-nova12:04
lxslisdague: there hasn't been any discussion, I'm open for ideas12:04
sdaguelxsli: so... it seems like we probably want a spec for which config options we should make mutable12:05
sdaguebecause I feel like that discussion is going to be easier to have all in one place, instead of across a bunch of patches one at a time12:05
lxslisdague: we have a lot of config options12:05
sdaguelxsli: we do12:05
*** dedery_ has quit IRC12:06
sdagueand I think we should take it slow in making things mutable so that we are sure we understand what's changable and why12:06
sdagueso a spec for newton proposing a set of high priority things to be changed to mutable, would be good12:06
openstackgerritPawel Koniszewski proposed openstack/nova: Remove block_migration argument from live migration operations  https://review.openstack.org/29531612:07
openstackgerritPawel Koniszewski proposed openstack/nova: Remove block_migration from LM post operations  https://review.openstack.org/29531512:07
openstackgerritPawel Koniszewski proposed openstack/nova: Remove block_migration from LM rollback  https://review.openstack.org/29282612:07
*** BlackDex_ is now known as BlackDex12:07
lxsliMaybe do it by functional area, EG a spec for live migration, a spec for scheduler?12:07
sdaguewe'll assume that's a relatively small number. It will get the infrastructure in12:07
*** jamielennox|away is now known as jamielennox12:07
sdaguelxsli: maybe in the next cycle. I'd much rather get a few non controversial bits in to exercise the framework, then go through some of these other changes.12:08
*** fragatina has joined #openstack-nova12:08
lxslisdague: OK12:08
*** markvoelker has joined #openstack-nova12:10
*** aysyd has joined #openstack-nova12:10
*** ociuhandu has quit IRC12:11
*** ociuhandu has joined #openstack-nova12:11
*** fregl has quit IRC12:11
*** kylek3h has quit IRC12:12
*** fregl_ is now known as fregl12:12
*** delatte has quit IRC12:12
*** fragatina has quit IRC12:12
*** fregl has quit IRC12:12
*** fregl has joined #openstack-nova12:12
*** shaohe_feng has quit IRC12:14
*** shaohe_feng has joined #openstack-nova12:14
*** Yingxin has quit IRC12:18
*** _xin has quit IRC12:18
*** Yingxin has joined #openstack-nova12:18
*** fragatina has joined #openstack-nova12:18
tdurakovsdague, kashyap hi, any updates for xenial issues with gate64?12:19
*** thumpba has joined #openstack-nova12:19
kashyaptdurakov: Good timing12:19
* tdurakov trying to debug libvirt12:19
*** _xin has joined #openstack-nova12:19
*** thumpba has quit IRC12:19
*** derekh has quit IRC12:19
kashyaptdurakov: I just setting up DevStack on Xenial12:20
lxslihttps://blueprints.launchpad.net/nova/+spec/mutable-config12:20
kashyaptdurakov: Meanwhile, I pinged libvirt migration devs, they seem to be busy and haven't responded yet.12:20
tdurakovkashyap: acked, ping me please if you find any, same will do I12:20
*** sacharya has joined #openstack-nova12:21
kashyaptdurakov: Sure, I'll share what I find.12:21
*** thomask has quit IRC12:24
*** shaohe_feng has quit IRC12:24
sdaguetdurakov: I wrote an email to the list describing the current state12:24
*** fragatina has quit IRC12:24
*** shaohe_feng has joined #openstack-nova12:25
sdaguepretty much needs libvirt people engaged, but I think danpb is on vacation this week12:25
*** sacharya has quit IRC12:25
kashyapsdague: Yes, he's away.  I've pinged a migration dev about it - and he asked if I could reproduce it on upstream12:25
kashyapI'm in the process of doing that12:26
*** lindycoder has joined #openstack-nova12:26
kashyapI'll respond once I find something.12:26
tdurakovsdague: yes, seen thread, problem described pretty accurate imo, thanks12:26
sdaguekashyap: ok. seems weird that no one on that team can confirm the translation for cpus should or should not be there in 1.3.x, but such it is.12:28
openstackgerritGleb Stepanov proposed openstack/nova: Fix wrong watermark state during live migration  https://review.openstack.org/27961612:28
*** fragatina has joined #openstack-nova12:29
paul-carltonjohnthetubaguy, per my message on mailing list, who is the xen driver guru I need input from re https://review.openstack.org/#/c/307131/12:30
johnthetubaguypaul-carlton: me or BobBall I think12:31
paul-carltonany thoughts?12:31
*** lixiaoy1 has quit IRC12:31
kashyapsdague: I only asked one dev on IRC, and even he seems to be not around -- hard to ping people when they're not around.12:32
*** lixiaoy1 has joined #openstack-nova12:32
johnthetubaguypaul-carlton: same thing I said before, I can't see how it could work with XenAPI given how its currently implemented, let me double check...12:32
*** fragatina has quit IRC12:33
*** dedery_ has joined #openstack-nova12:33
sdaguekashyap: is it better to open a bugzilla here?12:33
sdagueinstead of things being lost in the ether12:33
paul-carltonI was wondering if unrescue taking the hard reboot approach to re create instance from nova db would work on xen ?12:33
johnthetubaguypaul-carlton: so it would be super messy basically, because there are two VM records in the XenAPI database, the regular VM, and a new rescue VM: https://github.com/openstack/nova/blob/master/nova/virt/xenapi/vmops.py#L163712:33
kashyapsdague: The moment I'm done with testing locally, I'll file one.12:34
kashyapsdague: Yes, Bugzilla is effective this way.12:34
johnthetubaguypaul-carlton: similar to the two xml files, I think12:34
kashyapsdague: I'll link here once I file it12:34
*** shaohe_feng has quit IRC12:34
sdaguekashyap: you've got a smaller test case for libvirt only that doesn't need openstack, right?12:34
tdurakovjohnthetubaguy: I think this could be interesting for you https://review.openstack.org/#/c/320416/12:35
kashyapsdague: Yes, there should be some test case that I could find after grepping12:35
kashyapsdague: Meanwhile12:35
paul-carltonso in libvirt case, when you migrate instance libvirt/qemu just copies the disks so the libvirt.xml.rescued xml get's left behind12:35
kashyapsdague: The function qemuBuildCpuModelArgStr() seems to build the CPU model in libvirt/src/qemu/qemu_command.c12:35
sdaguekashyap: no, I mean, I assumed you were writing a small test case for this12:36
paul-carltonI got round that by not producing it and using a call to the drivers hard reboot method to reconfigure the instance from the nova db on inrescue12:36
paul-carltonunrescue rather!12:36
kashyapsdague: I'm trying to figure how the hell does it get CPU definitions from QEMU, and then it is running cpuDecode().  I don't know this code area well.12:36
*** dedery has quit IRC12:36
sdaguekashyap: right, so honestly, I wouldn't focus on that12:36
sdagueI'd focus on a small bash script that reproduces this with libvirt12:37
paul-carltonThe XenAPI db is local to each compute node?12:37
johnthetubaguypaul-carlton: its local to each compute node12:37
*** shaohe_feng has joined #openstack-nova12:37
BobBallXenAPI DB is in the hypervisor and we have one nova compute node per hypervisor.  Not really 'local' but still 1:112:37
paul-carltonand xen does not copy details to target?12:37
johnthetubaguypaul-carlton: we could totally do the same thing, store the old disk config, and re-configure it, etc, its just more complex12:37
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: Adds Hyper-V UEFI Secure Boot  https://review.openstack.org/20958112:38
*** mat128 is now known as mat128|brb12:38
johnthetubaguypaul-carlton: it copies all the details of the VM, but with rescue there are two VMs12:38
*** dedery_ has quit IRC12:38
kashyapsdague: I know -- the simplest case would be to build a VM with that CPU model, without OpenStack12:38
kashyapsdague: I'm doing that12:38
johnthetubaguypaul-carlton: I mean two VMs, logically speaking, in the database, just like the two XML files I think12:38
paul-carltonnote I'm not storing old config, I just rescue it, i.e. configure it to boot off rescue image then unrescue by hard reboot12:38
*** kylek3h has joined #openstack-nova12:39
andrearosasdague: when you have time I need your help in understanding a strange behaviour in unit test.12:39
johnthetubaguypaul-carlton: the same fix works, its just extra effort12:39
johnthetubaguypaul-carlton: I guess what I mean is, it will need modifications to work12:39
paul-carltonextra as in worse than libvirt or extra as it would need to be done for xen?12:39
johnthetubaguypaul-carlton: extra as in for xenapi12:40
johnthetubaguycurrently rescue shares code with the rebuild and boot, so it is a total re-write of rescue that is requreied12:40
johnthetubaguy(and unrescue)12:40
tdurakovsdague: do you mean smth like virt-install? or the full suite with xml creation first?12:41
*** gcb has quit IRC12:42
paul-carltonI'd be happy to undertake this if it would help move this forward, just need to work out how to build a xen devstack for testing or do we leave it as is (maybe for now) and use driver capabilities to prevent live migration of rescued instances on xen12:42
*** zengine has joined #openstack-nova12:42
*** markvoelker has quit IRC12:42
johnthetubaguypaul-carlton: it doesn't really work with devstack as you might expect, as you need a XenServer install12:43
johnthetubaguypaul-carlton: I don't think it should block your efforts though12:43
johnthetubaguypaul-carlton: we can have a virt driver capability, and get folks to add the XenAPI change as an independent effort, but your help with that I sure would be very appreciated12:44
*** shaohe_feng has quit IRC12:44
BobBallHow much work is it to add the XenAPI capability?12:44
BobBallWe might be able to offer support in adding that capability to the current patch sets in real time12:45
johnthetubaguyBobBall: its a re-write of rescue and unrescue to not create a new VM, its not that hard really12:45
*** baoli_ has joined #openstack-nova12:45
*** shaohe_feng has joined #openstack-nova12:45
paul-carltonThanks, but the offer stands to have a go at xen driver assuming I can build a test env any guidance on how to create such a test setup would be useful?12:45
johnthetubaguyBobBall: rescue is done as a new VM, but you it could be do by re-wring the block devices12:45
*** burgerk has joined #openstack-nova12:46
BobBallpaul-carlton: Sure - there is a guide at https://wiki.openstack.org/wiki/XenServer/DevStack12:46
paul-carltonyou have to reboot the instance to bring it up on rescue image so the 'new VM' approach is reasonable I think12:46
BobBallpaul-carlton: In a nutshell, I'd recommend "Install XenServer with 'Optimised for XenDesktop' (EXT3 filesystem) and then run https://raw.githubusercontent.com/citrix-openstack/qa/master/install-devstack-xen.sh pointing to that XS installation12:47
PaulMurraytangchen, I looked at the spec https://review.openstack.org/#/c/320849/12:47
PaulMurraytangchen, it looks good to me, but it proposes making the states consistent12:47
paul-carltonunrescue would need to be re implemented to build instance again from nova db, like hard reboot?12:48
PaulMurraytangchen, that will be a change visible through the API so it does need this spec.12:48
BobBallpaul-carlton: You can install XenServer in VirtualBox if you have enough RAM (we tend to use 8GB for the XS+DevStack install) - but if you have a physical machine it's better12:48
sdaguetdurakov: well, honestly, even simpler than that12:48
sdagueI think you should be able to have a libvirt config12:48
PaulMurrayjohnthetubaguy, re tangchen's spec above ^^^12:48
sdaguea libvirt xml for a guest12:48
BobBallpaul-carlton: DevStack in the XenServer world runs as a virtual machine, so if you're going the VirtualBox route you will end up with nested virtualisation which is a joy.12:48
sdagueand virsh start on it12:48
*** pradk has quit IRC12:48
sdagueI'm not even convinced you need a real image, I don't think it gets that far12:48
*** markvoelker has joined #openstack-nova12:48
*** annegent_ has joined #openstack-nova12:49
sdagueandrearosa: fire away12:49
paul-carltonI have spare baremetal in my cube but prefer to use vmware workstation machines, I assume that would work, my main machine has 96gb memory and loads of disk12:49
BobBalljohnthetubaguy: One thought I have is whether (after Independent Compute spec) we can have a small pool of XenServer 'hosts' available which can be connected to by any developer who wants to repro on a real XenServer host :)12:49
sdaguealex_xu: I might be in and our for the nova api meeting, there is a plumber here right now12:49
BobBallpaul-carlton: Should do, although I've never tried.  Just make sure you can pass through virtualisation extensions and you should be golden12:50
alex_xusdague: ok, got it12:50
BobBallpaul-carlton: Feel free to pm or email me (openstack@citrix.com) if you have questions about getting XS+OpenStack set up12:50
paul-carltonvmware does nested virtualization, should I update the spec to say we will implement this for xen too and start a separate implementation patch for that work12:51
paul-carlton?12:51
* BobBall looks to johnthetubaguy for his advice on that one :)12:51
* alex_xu remindes nova-api meeting in 9 mins12:51
andrearosasdague: i want to put some pdb to debug unit test and I noticed that the tests are failing becasue we do not have an expected option in config, precisely the "api_class". The root cause of this, I think is https://review.openstack.org/#/c/309614/4. To fix it I added a from nova import keymgr in tests/unit/conf_fixture.py. What I don't understand is that if I run the single test with tox everything12:52
andrearosaworks, what's the magic?12:52
sdaguejichen: https://review.openstack.org/#/c/311727/13/api-ref/source/parameters.yaml@726 ... I think we shouldn't have a ? in our parameters description12:52
paul-carltongaryk1, replied to ML message, vmware doesn't do live migration between compute nodes yet but they have a patch for that https://review.openstack.org/#/c/270116/12:52
sdagueandrearosa: because python unit tests....12:52
*** pwnall has joined #openstack-nova12:52
jichensdague: you are right, it's typo ,will fix it12:52
sdagueandrearosa: remember, all unit tests in a worker are running in a single python process12:53
sdagueso every time something imports, that's there for all future tests12:53
sdagueit's probably that that one test isn't properly isolated12:53
kashyaptdurakov: Yes, you can set CPU model from `virt-install` when importing a disk image into libvirt.12:53
paul-carltonMy reading is that if that lands we can just switch on the supports_live_migrate_rescued setting in vmware driver capabilities and we have a full house!12:53
*** tangchen has quit IRC12:53
johnthetubaguypaul-carlton: yeah, its probably a good call to keep the XenAPI implementation in there (note, not Xen as that usually implies libvirt+xen)12:54
sdagueso doesn't really handle it's own load correctly12:54
sdaguewhen run in a group, some other test that runs before it does what is needed for it to work12:54
paul-carltonI believe hyperv does not support rescue so no issue there?12:54
andrearosasdague: ok thanks for the explanation so I think I should put a patch for importing the missing keymgr from conf_fixture12:54
*** bzurawski has quit IRC12:54
*** shaohe_feng has quit IRC12:55
andrearosasdague: 'cause when it works it works as a "side-effect"12:55
*** shaohe_feng has joined #openstack-nova12:55
sdagueandrearosa: yes12:55
sdagueevery test should run on it's own, when it doesn't, we should fix that12:55
andrearosasdague: excellent, thanks12:56
johnthetubaguypaul-carlton: hmm, not sure, I thought it did, but claudiub should be able to confirm12:56
claudiubhi12:57
claudiubreading.12:57
claudiubwe support nova-rescue12:57
claudiubthe patch merged on sunday12:57
claudiub:)12:57
paul-carltonah I looked a older code than that!12:57
paul-carltonSo how about live migration of rescued instances?12:58
sdagueyeh, I think when I reviewed the spec I didn't find hyperv, but that was friday :)12:58
sdagueclaudiub: \o/ for rescue merging12:58
*** ducttape_ has joined #openstack-nova12:58
claudiub\o/12:58
paul-carltonsee https://review.openstack.org/#/c/307131/12:58
claudiubty. :)12:58
*** iceyao has joined #openstack-nova12:58
ekhugenAuggy, I saw your reply about mentoring on the listserv, are you saying that for nova you'd prefer that we not assign individual mentors?12:59
garyk1paul-carlton: yes, that is what i wroute - the live-migration patches are not approved.12:59
*** edmondsw has joined #openstack-nova12:59
claudiubdidn't test live-migration of rescued instances, but I can check.12:59
paul-carltongaryk1,  So if my change13:00
paul-carltonlands before yours then you would need to amend the13:00
paul-carlton"supports_live_migrate_rescued" capabilities flag to True in your13:00
paul-carltondriver to permit live migration of instances in a rescued state, correct?13:00
*** eharney has joined #openstack-nova13:00
markus_zsdague: I found the root cause behind https://review.openstack.org/#/c/320930/ Do you have a minute to discuss a possible fix?13:00
* alex_xu reminds nova-api is running13:00
*** aspiers has joined #openstack-nova13:00
*** tbachman has quit IRC13:01
sdaguemarkus_z: in a bit maybe, api meeting and plumber right now13:01
markus_zsdague: OK, I'll wait13:01
*** ayoung has joined #openstack-nova13:01
*** belmoreira has joined #openstack-nova13:01
*** atuvenie has joined #openstack-nova13:03
*** efoley has quit IRC13:03
*** efoley_ has joined #openstack-nova13:03
*** efoley has joined #openstack-nova13:03
*** lucas-hungry is now known as lucasagomes13:03
garyk1paul-carlton: your change will most probably land prior to the vmware-live migration change. i am willing to bet you a beer at the next summit :)13:03
*** matrohon has joined #openstack-nova13:03
sdaguegaryk1: is there a spec up for the vmware live migration work?13:04
*** efoley__ has quit IRC13:04
sdagueit looks like that was asked for over the winter13:04
*** alexpilotti has joined #openstack-nova13:04
garyk1sdague: i am not sure. i need to check with rado. he is on pto.13:04
*** shaohe_feng has quit IRC13:05
*** ig0r__ has joined #openstack-nova13:05
garyk1sdague: https://review.openstack.org/#/c/299207/13:05
*** shaohe_feng has joined #openstack-nova13:06
BobBalljohnthetubaguy: FYI, CPU usage for mkfs.ext3 is minimal; bottleneck is IO usage which will be the same whether the disk is attached in dom0 or domU13:06
*** tangchen has joined #openstack-nova13:06
BobBalljohnthetubaguy: Do you still have concerns?13:06
*** annegent_ has quit IRC13:07
*** dave-mccowan has joined #openstack-nova13:07
*** rlrossit has joined #openstack-nova13:07
sdaguegaryk1: ah, cool13:08
openstackgerritjichenjc proposed openstack/nova: api-ref verify of servers-admin-action.inc  https://review.openstack.org/31172713:08
*** bzurawski has joined #openstack-nova13:08
*** ig0r_ has quit IRC13:08
*** mjura has quit IRC13:08
johnthetubaguyBobBall: that fine, do you think its worth doing nice anways?13:09
*** ducttape_ has quit IRC13:09
paul-carltonjohnthetubaguy, BobBall for DevStack and XenServer is Ubuntu 14.04 or 16.04 best?13:10
BobBallpaul-carlton: We've not switched to 16.04 yet; go with 14.04 :)13:10
BobBalljohnthetubaguy: Not really.  ionice _might_ be useful, but I'm not sure if it'd take any effect since all the IO is going through tapdisk13:11
*** lindycoder has quit IRC13:11
*** wangfeng has quit IRC13:12
*** sudipto has joined #openstack-nova13:12
paul-carltonta13:14
*** shaohe_feng has quit IRC13:15
*** shaohe_feng has joined #openstack-nova13:16
*** thorst_ has quit IRC13:18
PaulMurraysdague, are you familiar with the console proxies ?13:18
sdaguePaulMurray: not hugely13:19
*** vladikr has joined #openstack-nova13:20
*** ctrath has joined #openstack-nova13:20
PaulMurraysdague, its kind of api related in a way (ish)13:20
PaulMurrayI want to add an instance UUID to the query string in the URL returned for console proxies13:20
PaulMurrayI can't see why that would be a problem but looking for a second opinion13:21
openstackgerritBob Ball proposed openstack/nova-specs: XenAPI: Support Nova services independently from the hypervisor  https://review.openstack.org/27745213:21
*** nelsnels_ has joined #openstack-nova13:21
*** nelsnelson has quit IRC13:22
sdaguePaulMurray: we're not going to trust that value, right?13:22
*** jaosorior has quit IRC13:23
PaulMurraysdague, no, dot really13:23
PaulMurraysdague, no more than the token13:23
*** gjayavelu has joined #openstack-nova13:23
PaulMurraysdague, the reason is to do with cells13:24
PaulMurraysdague, the token is used to find the compute node at the moment, but if we put the proxy connection info for an instance in the cell13:24
*** gszasz has joined #openstack-nova13:25
*** xenogear has quit IRC13:25
PaulMurraydatabase we wont be able to find it only knowing the token.13:25
*** thorst_ has joined #openstack-nova13:25
PaulMurrayif I add the instance uuid we can map to the cell and check the token13:25
PaulMurrayif any of that is wrong you just don't get the console13:25
*** shaohe_feng has quit IRC13:25
*** shaohe_feng has joined #openstack-nova13:26
*** akshai has joined #openstack-nova13:27
*** annegentle has joined #openstack-nova13:28
*** akshai_ has joined #openstack-nova13:28
*** eharney has quit IRC13:29
*** fragatina has joined #openstack-nova13:29
openstackgerritMatthew Booth proposed openstack/nova: Remove image cache image verification  https://review.openstack.org/32091013:30
*** c64cosmin has joined #openstack-nova13:30
*** xyang1 has joined #openstack-nova13:31
*** mmandel has joined #openstack-nova13:32
*** ivase has joined #openstack-nova13:32
*** akshai has quit IRC13:32
*** tbachman has joined #openstack-nova13:32
*** tangchen has quit IRC13:32
*** mpavone has quit IRC13:33
*** xenogear has joined #openstack-nova13:34
*** fragatina has quit IRC13:35
*** mrkz has joined #openstack-nova13:35
*** shaohe_feng has quit IRC13:36
*** burt has joined #openstack-nova13:36
*** gszasz has quit IRC13:36
*** shaohe_feng has joined #openstack-nova13:36
*** smatzek has quit IRC13:37
*** lpetrut has quit IRC13:37
Kevin_Zhenggmann: ping13:37
openstackgerritSimona Iuliana Toader proposed openstack/nova: Hyper-V: Adds Hyper-V UEFI Secure Boot  https://review.openstack.org/20958113:38
*** burt has quit IRC13:38
*** burt has joined #openstack-nova13:38
*** irenab has quit IRC13:39
*** dane-fichter has joined #openstack-nova13:39
dane-fichtermdbooth: What do you think about the idea of pushing the signature verification up to the fetch method?13:40
dane-fichtermdbooth: that way, cached images get verified before boot, but the ImageCacheManager isn't involved at all13:40
mdboothdane-fichter: I thought it was already in there in the patch you posted?13:40
mdboothi.e. in the glance download() method13:41
*** eliqiao has quit IRC13:41
dane-fichtermdbooth: right, it's in the download() method, but that only triggers when Nova has to pull the image from Glance right?13:41
*** derekh has joined #openstack-nova13:41
mdboothYes13:41
mdboothAre we thinking of the same fetch method?13:42
*** itamarl has quit IRC13:42
dane-fichtermdbooth: I'm saying we could remove the code in the download() method, push it up to the fetch() method, and then we'd be covered in both the cache case and the Glance case13:42
*** BjoernT has joined #openstack-nova13:42
*** BjoernT is now known as Bjoern_zZzZzZzZ13:42
dane-fichtermdbooth: maybe not, hold on I'll look at Nova13:42
* mdbooth thinks13:43
mdboothSo, if we're downloading from glance, we're ultimately going to call that glance download method13:43
mdboothpretty sure13:43
*** liverpooler has quit IRC13:43
mdboothSo I personally think that's the right place for that part of the puzzle13:43
mdboothAlso, we should probably default it to be on13:43
mdboothAm I I'm right in thinking it's not expensive?13:44
*** mgoddard_ has joined #openstack-nova13:44
*** dane-fichter_ has joined #openstack-nova13:44
*** eliqiao has joined #openstack-nova13:45
dane-fichter_mdbooth: back. sorry my company's vpn client is garbage13:45
mdboothdane-fichter_: hehe, np. What's the last thing I said?13:45
*** garyk1 has quit IRC13:45
dane-fichter_mdbooth: you were *thinking* about how the download() method works13:45
mdboothYeah, so I think there's 2 parts of the puzzle13:46
mdboothThe download side13:46
*** shaohe_feng has quit IRC13:46
mdboothAnd I think we have that covered13:46
mdboothI was saying I think we could default it to be on13:46
mdboothAssuming it's not expensive13:46
mdboothIt's not expensive, right?13:46
*** shaohe_feng has joined #openstack-nova13:47
*** dane-fichter has quit IRC13:47
*** roeyc has quit IRC13:47
dane-fichter_well it's a strong hash and an asymmetric crypto option, and you have to have a key manager deployed to use it13:47
mdboothAnyway, the question of doing end-to-end verification of the image the user boots is separate13:47
*** tlbr has quit IRC13:47
*** mgoddard has quit IRC13:48
*** links has quit IRC13:48
dane-fichter_I don't think signature verification will be defaulted to on, but hopefully more security-conscious people will use it13:48
bauzasjohnthetubaguy: you had a +2 on https://review.openstack.org/#/c/312757/ in case you wanna reapply it for a nit (RequestedDestination rename to Destination)13:48
mdboothdane-fichter_: Pretty sure the expensive bit of that is going to be reading the physical bits, and we're already doing that for download. Assuming it's not expensive to actually acquire and verify the signature I think it will be essentially free.13:48
mdboothThat's my expectation anyway.13:49
*** efoley_ has quit IRC13:49
mdboothAs to end-to-end verification, I think we need a really clear use case13:49
*** efoley has quit IRC13:49
*** efoley_ has joined #openstack-nova13:49
*** tlbr has joined #openstack-nova13:49
*** sree has joined #openstack-nova13:49
mdboothIf the user switches this on, *exactly* what are we promising them?13:49
*** efoley has joined #openstack-nova13:49
dane-fichter_mdbooth: performing the strong hash is pretty taxing too. we're talking about a sha-256 over a bigass disk image13:50
mdboothIn terms that the user is interested in13:50
dane-fichter_ah ok13:50
dane-fichter_that's in a couple of our other specs, but I can add that to the image cache verification spec to clear it up13:50
aspiersdoes anyone happen to know if nova scheduler filters get passed any context (e.g. in the RequestSpec object) about the nature of the request, e.g. whether it was a standard instance creation request vs. "nova evacuate" or other action?13:51
mdboothI think we might be able to promise them that we've checked the signature of the image the instance boots from.13:51
aspiersI couldn't see any likely candidate in the RequestSpec class, but I could have easily missed something13:51
bauzasaspiers: not really13:51
dane-fichter_mdbooth: you had commented that we should be basically avoiding the image cache to do that.13:51
aspiersbauzas: presumably it would be fairly easy to add?13:51
*** ametts has joined #openstack-nova13:51
mdboothBut as dansmith points out, even with that in place we're offering essentially no defence against a user who can read and/or modify the filesystem of a compute host13:52
dane-fichter_mdbooth: as in, solving the issue of verifying cached images without dealing with the image cache directly13:52
bauzasaspiers: well, the scheduler should not really need that tbh13:52
aspiersbauzas: there is the *possibility* of a valid use case for the scheduler needing to know it, although I am not convinced personally yet13:52
bauzasaspiers: why do you want to have a difference in between a move operation and a boot from the scheduler point ?13:52
dane-fichter_mdbooth: that assumes that the compute host and the image cache are on the same machine13:53
aspiersbauzas: not move, but evacuate - the use case is hypervisor reservation for recovery from emergency failures13:53
bauzasI mean, the scheduler has a resource question, and it provides a destination for that question13:53
mdboothdane-fichter_: The image cache, by design requirement, is accessible as a local filesystem from the host machine13:53
aspiersbauzas: so that you could guarantee automated recovery from hypervisor host failure, even when the cloud is nominally at 100% capacity13:53
bauzasaspiers: I don't think segregating evacuations vs. other calls could be good IMHO13:53
dane-fichter_mdbooth: hmm ok. I thought you could plop a URL in that field as well.13:54
mdboothAnd even if they can access only the image cache because they only have filesystem access, all bets are still off for many other reasons13:54
bauzasaspiers: it's a capacity problem, right?13:54
dansmithaspiers: nova has pretty much disavowed "100% capacity" as a viable use case we care about13:54
dane-fichter_mdbooth: which reasons are those?13:54
*** xek has quit IRC13:54
mdboothdane-fichter_: Because it's on the same filesystem as local disks13:54
bauzasaspiers: in case you want to force an evacuation, then provide an host (and then once https://review.openstack.org/#/c/315572/10 merged, add force)13:54
mdboothMeaning you can also poke instances directly13:54
bauzasaspiers: you would then not check the scheduler13:55
aspiersyeah, it's a capacity thing. NTT are pushing for this use case, and I'm trying to understand how valid it is13:55
dansmithaspiers: http://docs.openstack.org/developer/nova/project_scope.html#iaas-not-batch-processing13:55
dane-fichter_mdbooth: ah yes. this is the sticking point for dan as well13:55
mdboothdane-fichter_: If an attacker gets filesystem access, we're hosed.13:55
edleafeaspiers: in an evacuate, wouldn't the compute service for the bad host be disabled?13:55
edleafeaspiers: so the scheduler would never select it13:56
dane-fichter_mdbooth: I agree that there's alot of damage they could do. Isn't having an alerting mechanism better than the alternative?13:56
aspiersedleafe: yes, it would get disabled. avoiding selecting the bad host is not the problem here though13:56
mdboothIt's a lot of work and complexity for an essentially arbitrary slice of the problem.13:56
*** shaohe_feng has quit IRC13:56
edleafeaspiers: ah, I misunderstood what you were describing13:56
dane-fichter_mdbooth: Granted, it can be disabled, but doesn't having it increase the odds of detection?13:56
mdboothI'd say no.13:56
dansmithdane-fichter_: the problem is the alerting mechanism is easily thwarted with someone that has the power to do the modification :)13:56
*** salv-orl_ has joined #openstack-nova13:56
*** shaohe_feng has joined #openstack-nova13:57
dane-fichter_mdbooth: I disagree about the complexity of it, but the narrowness is understood13:57
aspiersdansmith: any chance of a URL I can quote re that disavowal?13:57
dansmithaspiers: I just pasted you one13:57
mdboothdane-fichter_: That's not to say that there isn't a valid use case related to this, though.13:57
aspiersdoh13:57
dansmithaspiers: middle paragraph of that section13:57
aspiersdansmith: thanks :)13:57
dane-fichter_mdbooth: haha are you saying that you can think of one, or that, in the infinite space of use cases, there's probably one that applies?13:58
mdboothdane-fichter_: Hehe, trying not to be vague and failing :)13:58
mdboothdane-fichter_: I'm pretty sure there's more we can promise the user here.13:59
*** efoley has quit IRC13:59
*** efoley_ has quit IRC13:59
mdboothThe download-only case doesn't cover nova and glance on rbd, which is a common deployment13:59
dane-fichter_mdbooth: I agree. I'd like some stronger verification for cached images13:59
*** salv-orlando has quit IRC13:59
mdboothI personally think that if we checked the image signature at download time and put it in the cache, we should consider it good forever more14:00
dane-fichter_mdbooth: Is there any other way to do this you can think of? I'd be happy to draft the spec and write the code14:00
alex_xusdague: Kevin_Zheng i'm thinking of whether we should enable hard stop for rebuild, shevle also.14:00
dane-fichter_dansmith: ^14:00
mdboothBecause under any scenario where that's not true, we're hosed anyway14:00
*** Bjoern_zZzZzZzZ is now known as BjoernT14:00
*** roeyc has joined #openstack-nova14:00
sdaguealex_xu: it really feels to me like we want a 'kill'14:00
dane-fichter_mdbooth: under any scenario where the images aren't downloaded?14:00
sdagueDELETE used to be 'kill' but then people wanted it to wait for the OS14:00
sdagueand now people want a kill again14:01
mdboothdane-fichter_: No, under the image cache scenario14:01
alex_xusdague: if we have kill, that won't works for shelve and rebuild those action include a stop of instance14:01
*** fragatina has joined #openstack-nova14:01
sdaguealex_xu: why won't it?14:01
mdboothSo I think your existing verify during download patch completely covers the image cache case.14:01
mdboothWe checked it, we put it somewhere safe, we trust it.14:02
dane-fichter_mdbooth: oh I see. missed your previous comment14:02
alex_xusdague: kill sounds like you will stop the shelve and rebuild action totally14:02
*** ecelik has quit IRC14:02
johnthetubaguyI guess for a particular image, folks are say kill is the only thing that works, so don't bother waiting for the soft kill to timeout14:02
Kevin_Zhenghttps://review.openstack.org/#/c/234219/ I dont see where this is overlaped?14:02
mdboothI wonder if we can do similar for the case where the image never touches the cache14:02
mdboothBecause with that in place, we can tell users that they can have a degree of confidence that the image they boot is the one they expect14:03
johnthetubaguysdague: honestly, I also agree that people want a kill14:03
mdboothEven if, for eg, the source location of that image is an external fedora image repo14:03
johnthetubaguysdague: although I get why we defaulted to soft shutdown, it was mostly boot from volume being more popular14:04
dane-fichter_mdbooth: well that's tricky since we're relying on the metadata that Glance gives for the signature14:04
openstackgerritKaren Bradshaw proposed openstack/nova: api-ref: os-consoles.inc  https://review.openstack.org/31753614:04
mdboothdane-fichter_: But that's user-provided, right?14:04
dane-fichter_mdbooth: yes. provided on upload to glance14:04
mdboothWe're trusting that glance still has the same metadata we gave it.14:04
openstackgerritAndrea Rosa proposed openstack/nova: Fix unit test after the replace of key manager  https://review.openstack.org/32101114:04
*** ducttape_ has joined #openstack-nova14:04
mdboothI think that's valid.14:04
dane-fichter_mdbooth: yes, but it's a signature. you can't fake it unless you've got valid keys / certs14:05
*** sheel has quit IRC14:05
dane-fichter_mdbooth: and if an attacker has those images are the least of our problems14:05
*** smatzek has joined #openstack-nova14:05
Kevin_Zhengjohnthetubaguy: sdague: how to kill?14:05
Kevin_Zhengjohnthetubaguy: sdague: and how to start again after kill?14:06
*** shaohe_feng has quit IRC14:06
dane-fichter_mdbooth: the change that comes to mind related to uploading an image from another source is that the end user specifies the signature properties as part of the create request.14:06
dane-fichter_mdbooth: but that's a pretty gnarly API change14:07
*** shaohe_feng has joined #openstack-nova14:07
mdboothdane-fichter_: I'm not a glance person. Does glance calculate the signature or is it just passed in?14:07
*** sudipto has quit IRC14:08
*** fragatina has quit IRC14:08
dane-fichter_mdbooth: just passed in. Creating a signature requires a private key. The end user has this and it is never loaded to the cloud.14:08
kashyapsdague: tdurakov: I can even reproduce with upstream libvirt -- I'll file a bug, with CPU driver logs -- we don't have the log filter for CPU driver enabled in the Gate, I'll submit a quick fix to add that too -- to catch future cases such as this.14:08
*** lpetrut has joined #openstack-nova14:08
kashyaps/Gate/DevStack/14:09
openstackgerritAndrey Pavlov proposed openstack/nova: Allows modification of user_data in server PUT request  https://review.openstack.org/26168014:09
*** ducttape_ has quit IRC14:09
dane-fichter_mdbooth: the security of the signature scheme comes from the fact that you can verify using the public key (stored in the key manager) but can't create the signature without the private key14:09
mdboothdane-fichter_: I should go read your download patch in more detail. Not sure I understand how it's currently verifying the image.14:09
*** ducttape_ has joined #openstack-nova14:09
dane-fichter_mdbooth: ok. feel free to e-mail me directly or ping me with questions.14:10
mdboothdane-fichter_: Ok, confusion over :)14:10
dane-fichter_ha! that was quick14:10
*** haplo37_ has joined #openstack-nova14:10
mdboothTo verify an image you need: the bits, the signature, a public key with trust chain?14:10
sdagueKevin_Zheng: kill means kill. There is no start afterwards14:11
openstackgerritZhenguo Niu proposed openstack/nova: Set node's resources unavailable if no ports associated  https://review.openstack.org/32101414:11
dane-fichter_mdbooth: yes. and some metadata about what hash / key type and all that jazz14:11
Kevin_Zhengsdague:  yes, but for stopped instances we can start them again14:12
mdboothright.14:12
*** pradk has joined #openstack-nova14:12
*** annegentle has quit IRC14:12
Kevin_Zhengsdague: and for hard and graceful stop, the user is choosing how the instance is being stoped14:13
mdboothdane-fichter_: Ok, I still think it comes back to use case. What assurance are we giving the user about their instance? That assurance can't refer to the image cache, because the user doesn't know anything about the image cache. With that in place, we can tie ourselves in knots thinking about how close we can get to it, and what the caveats are.14:13
*** mgoddard_ has quit IRC14:13
*** mmandel has quit IRC14:13
Kevin_Zhengsdague: and no matter which way the user choose, it will be a stopped instance, and it can be started again.14:13
dane-fichter_mdbooth: the use case is that the end user wants cryptographic assurances that the image they uploaded is the same when they boot it14:14
Kevin_Zhengsdague: I think our user demand is different from kill14:14
dane-fichter_mdbooth: the change was just intended to ensure that the path from storage to instance has a signature check14:15
mdboothdane-fichter_: Ok, cool. The only blip there is the rbd case, then. As I said above, I think the image cache case is already covered off by the check on download.14:15
*** sheel has joined #openstack-nova14:16
dane-fichter_mdbooth: alright thanks. I appreciate you candor about the image cache stuff. people in openstack sometimes are shy about telling you your idea is unnecessary haha14:16
*** shaohe_feng has quit IRC14:17
dane-fichter_mdbooth: can you elaborate on the rbd use case? I'm not familiar with that14:17
*** shaohe_feng has joined #openstack-nova14:17
* mdbooth digs out diana_clarke 's patch14:17
sdagueKevin_Zheng: what is your user demand?14:17
sdagueif you force something off, you should assume your disks are inconsistent and you can't start up again14:18
bzurawskilyarwood_: mdbooth hey, can we talk about imagebackend ?14:18
mdboothbzurawski: Yup, gimme a minute to finish yup14:18
*** gagehugo has joined #openstack-nova14:18
bzurawskimdbooth: oki, great :)14:18
*** cfriesen has joined #openstack-nova14:18
*** yamahata has joined #openstack-nova14:18
Kevin_Zhengsdague: yes, but that will be the users' to decide14:18
mdboothdane-fichter_: Have a look at this: https://review.openstack.org/#/c/317694/6/nova/virt/libvirt/imagebackend.py14:19
Kevin_Zhengsdague: the current default way will try 10 times before a force shutdown14:19
sdagueKevin_Zheng: honestly, no. I don't think every possible micro action on servers needs to be supported14:19
mdboothdane-fichter_: So this is new code, not currently in use, but it's a much more readable refactoring of the existing code14:19
sdagueif you really want fast kill, that's because you don't care about the disks14:19
mdboothUsing this means I don't have to show you 5 nested callbacks :)14:19
*** jichen has quit IRC14:19
sdaguebecause you built the servers to be able to build a new one fast14:19
sdaguewhich is cool14:19
mdboothAnyway, look at create_from_image, which is how create create a backend disk from an image14:20
mdboothNotice that in this case (Rbd) the first thing we do is try to clone it directly from glance14:20
*** andrey-mp has joined #openstack-nova14:20
Kevin_Zhengsdague: so by kill you mean delete the instance directly?14:20
mdboothThen, if that doesn't work, we look in the image cache14:20
*** diogogmt has quit IRC14:20
mdboothThat's the blip14:20
sdagueKevin_Zheng: yes. Kill immediately, don't wait for anything.14:20
*** hemanthm|afk is now known as hemanthm14:21
sdagueI think a force-stop is basically just going to cause user tickets14:21
Kevin_Zhengsdague: so why do we have a hard reboot?14:21
*** sacharya has joined #openstack-nova14:21
sdaguebecause we used to add actions like they were going out of business :)14:21
andrey-mpsdague: can I ask you about https://review.openstack.org/#/c/234219/ (you mentioned 'kill' there) ?14:22
dane-fichter_mdbooth: doesn't the clone from glance part include the download() method?14:22
Kevin_Zhengwe can add warnings about possible disk losses14:22
tdurakovkashyap, sdague as issus is in master, I'd start thinking of the workaround for the CI14:22
alex_xuKevin_Zheng: tenant-user can't see the log14:22
mdboothdane-fichter_: Nope. It looks for a glance location in an rbd pool it can use14:22
sdagueright, who do you think you are warning and how?14:22
mdboothAnd if it's there, it does rbd voodoo to use it directly in place14:23
Kevin_ZhengI mean in the doc and help message of this option14:23
mdboothNothing is ever downloaded14:23
dane-fichter_mdbooth: ooh. ok. yeah i'll look into this.14:23
*** prateek has quit IRC14:23
sdagueKevin_Zheng: so I'm pretty sure I'm -1 for this for newton, it makes things more complicated, opens up more failure domains14:23
mdboothdane-fichter_: Looks niche, but I think around 60% of openstack deployments use ceph.14:24
dane-fichter_mdbooth: I'll send this up the chain and see what I can do. Throwing in a little signature verification check should be pretty easy actually14:24
mdboothIn practice, I think this is probably the common case.14:24
*** mgoddard has joined #openstack-nova14:25
*** MikeG451 has joined #openstack-nova14:25
dane-fichter_mdbooth: good to know. Thanks for your time14:25
andrey-mpsdague: alex_xu: I'm sorry but I missed nova-api meeting today. is it suitable to ask you about our reviews in e-mail? or there is another way?14:25
Kevin_Zhengsdague: ... OK, BTW can you have a quick review on https://review.openstack.org/#/c/318592/  I'm working on removing deprecated CLI options for novaclient and this has blocked the way for a week14:26
sdagueKevin_Zheng: sure will do14:26
sdagueandrey-mp: sure, we can talk now14:26
*** pushkaru has joined #openstack-nova14:26
alex_xuandrey-mp: or you just ask at here14:26
*** sacharya has quit IRC14:26
andrey-mpcool\14:26
Kevin_Zhengthanks14:26
*** shaohe_feng has quit IRC14:27
andrey-mpis it possible to merge modification of user data review this cycle? https://review.openstack.org/#/c/261680/14:27
*** mmandel has joined #openstack-nova14:27
*** matrohon has quit IRC14:27
sdagueandrey-mp: well first you need to resolve johnthetubaguy's -214:27
sdaguedid you discuss with him?14:28
*** shaohe_feng has joined #openstack-nova14:28
johnthetubaguyits just a process -2 really, as the blueprint is not approved14:28
*** sajeesh has joined #openstack-nova14:28
andrey-mpsdague: not yet. will try to ask him (or will try to understand what loadtests is and implement it)14:28
*** matrohon has joined #openstack-nova14:29
johnthetubaguyso generally not a massive fan of folks polling the metadata service for updates, but I guess people do that already14:29
sdaguejohnthetubaguy: ok, it seems like a path forward to move that back to a -1 or 0 would be good14:29
andrey-mpjohnthetubaguy: spec merged into previous release - should I move it to current and create review?14:29
*** ihrachys_ has joined #openstack-nova14:29
*** oomichi_ has quit IRC14:29
johnthetubaguysdague: I can, I don't normally remove -2 till the blueprint is approved14:29
sdaguejohnthetubaguy: honestly, I think any changes to metadata service probably need to include a prereq for functional testing of it14:30
sdaguewhich there is none14:30
johnthetubaguysdague: yeah, its gone way too long without it14:30
*** adisky has quit IRC14:30
*** brad[] has quit IRC14:30
sdaguejohnthetubaguy: ok, that's fine to keep the -2, I just wanted to make sure there was a clear path forward14:30
*** ihrachys has quit IRC14:31
johnthetubaguysdague: +114:31
andrey-mpcould you explain me what we should do for +2? :)14:31
andrey-mpits not very clear for me14:31
johnthetubaguyandrey-mp: so to get the blueprint approved, it looks like the spec needs re-submitting for newton, see: https://github.com/openstack/nova-specs#previously-approved-specifications14:32
johnthetubaguyandrey-mp: the blueprint is currently not approved for newton14:32
andrey-mpjohnthetubaguy: thanks! its clear14:32
mosheledansmith: hi14:32
johnthetubaguyin the spec it says there will be functional tests needed14:32
johnthetubaguyI think that was sdague's concern about the current code patch14:33
dansmithmoshele: hi14:33
*** salv-orl_ has quit IRC14:33
andrey-mpok, will do too14:33
mosheledansmith: can you review again the pci patches? https://etherpad.openstack.org/p/newton-nova-priorities-tracking14:34
*** ihrachys_ has quit IRC14:34
openstackgerritLudovic Beliveau proposed openstack/nova-specs: Improve usability of booting guest with SR-IOV  https://review.openstack.org/30456414:34
johnthetubaguyandrey-mp: actually, this doesn't change the metatdata service, I would just look at other microversion patches, you can see from those the tests that are normally added14:34
dansmithmoshele: I've been keeping an eye on them and I will get back to them but.. there's lots to review14:34
Kevin_Zhengsdague: another thing, what do you think about the BP that adds pagination for instance-actions and migrations? https://review.openstack.org/#/c/240401/ https://review.openstack.org/#/c/239869/14:34
*** ihrachys has joined #openstack-nova14:34
Kevin_Zhengcan those go for newton?14:34
mosheledansmith: ok cool, thanks14:34
sdagueKevin_Zheng: yeh, I think so. I'll follow up for sure on those.14:35
sdagueI wrote an email that says we should always allow limit / marker adds14:35
Kevin_Zhengsdague: Hmm, OK14:35
andrey-mpjohnthetubaguy: thank you. I will going to do this after resubmitting a spec14:35
sdagueKevin_Zheng: http://lists.openstack.org/pipermail/openstack-dev/2016-May/095545.html14:35
Kevin_Zhengsdague: yes I saw that14:36
johnthetubaguyandrey-mp: sounds good, thank you14:36
andrey-mpsdague: alex_xu: one more question about specs: https://review.openstack.org/#/c/234219/ and https://review.openstack.org/#/c/234269/    is it possible to merge them into current release?14:36
Kevin_ZhengThanks14:36
*** ctrath has quit IRC14:36
*** eharney has joined #openstack-nova14:36
*** shaohe_feng has quit IRC14:37
bauzasalaski: just a question from johnthetubaguy, if you could comment that one please https://review.openstack.org/#/c/315572/6/nova/compute/api.py14:37
sdagueandrey-mp: I have concerns with https://review.openstack.org/#/c/234219/14:38
johnthetubaguyoh, I was just confirming the answer really14:38
*** shaohe_feng has joined #openstack-nova14:38
sdaguebecause I don't want to saw that the nova state model has to be exactly the ec2 state model14:38
sdagueand I feel like lock lets you emulate this via the ec2 api, and unlock / do / lock the server for operations you want to allow through that lock doesn't (yes there is a small race, but it should be small)14:39
sdagues/saw/say/14:39
sdagueand I would much rather have shutdown-termination not be an attribute, but an action like 'kill'14:40
bauzasdansmith: just a rolling upgrade question for you given https://review.openstack.org/#/c/317049/14//COMMIT_MSG14:40
sdaguebecause it feels like you should know when you want things to die off14:40
*** zz_dimtruck is now known as dimtruck14:40
bauzasdansmith: while we're still both updating the legacy mem/cpu/disk fields and providing new inventories, it means we should wait for all computes doing that until we modify the sched ?14:41
andrey-mpsdague: can you point me to description of 'kill' spec ? or is it already implemented feature?14:41
*** iceyao has quit IRC14:41
bauzasdansmith: I was thinking we were using the ComputeNode facade for aggregating this ?14:41
bzurawskilyarwood_: mdbooth so do you have a moment ? :)14:41
mdboothbzurawski: Yup14:42
sdagueandrey-mp: no, we were discussing it in the context of the discussion with Kevin_Zheng14:42
dansmithbauzas: right, we can't enable the scheduler filter until we know they're all done14:42
lyarwood_bzurawski: hey, back sorry14:42
mdboothbzurawski: Just looking at that patch in more detail.14:42
andrey-mpsdague: ok, i'll try to read and understand your discussion...14:42
lyarwood_mdbooth: any idea why we don't have a remove() method in the imagebackend?14:43
mdboothlyarwood_: I was wondering about that just yesterday.14:43
*** Sukhdev has joined #openstack-nova14:43
mdboothlyarwood_: We've got cleanup functions for lvm and rbd14:43
mdboothWhich cleanup by instance14:44
bauzasdansmith: that's because we migrated the inventories to the API DB and then not possibly having an aggregated facade for those fields ?14:44
mdboothAnd for other stuff, I guess we're doing disgusting direct file operations like this14:44
lyarwood_yeah14:44
andrey-mpsdague: i'm not agree with using 'lock' to implement disable_termination - many side effects for me... but I can't explain my thoughts right now. Will do this in review later.14:44
sdagueandrey-mp: sure, lets do it in the review14:44
dansmithbauzas: if I understand what you're saying then yes.. because we can't replace the current query with an efficient unified one across both places.. because they're now in separate DBs14:44
sdaguebut realize, making nova act just like ec2 is not actually anyone's goal14:45
andrey-mpsdage: thank you!14:45
bauzasyeah that's what I asked, thanks for clarifying14:45
mdboothlyarwood_: driver._cleanup_rbd() and driver._cleanup_lvm()14:45
sdagueallowing a reasonable ec2 compat layer is, but that means that we're not going to have exact behavior14:45
lyarwood_mdbooth: yeah and that's horrid, can't we just throw this into a cleanup or remove method in the image classes?14:45
*** kfarr has joined #openstack-nova14:45
mdboothSo, we at least theoretically know exactly what rescue disks we created14:46
mdboothHowever, that's hidden behind the wart which is _create_image14:46
andrey-mpsdague: then we should cleanup nova from these artefacts in this case. We just want to use current implementation of these two flags via REST API.14:46
sdagueandrey-mp: there is lots of cleanup we should do14:46
mdboothlyarwood_: I feel like we should know exactly which rescue disks we created, and delete them14:46
*** abalutoiu has quit IRC14:46
mdboothIndividually14:47
sdaguejust because bits exist inside nova doesn't mean we want people using them :)14:47
*** yamahata has quit IRC14:47
andrey-mpsdague: because nova still has them... and they very suitable for our mission :)14:47
*** shaohe_feng has quit IRC14:47
openstackgerritAnna Babich proposed openstack/python-novaclient: Functional tests for server's description  https://review.openstack.org/32103114:48
lyarwood_mdbooth: I can't think how we would track that when resucing an instance14:48
mdboothlyarwood_: Well we don't need to track it, right?14:48
*** shaohe_feng has joined #openstack-nova14:48
lyarwood_mdbooth: sorry I thought that is what you were suggesting14:48
mdboothWe know what it is. Why would it change?14:48
bauzasdansmith: sorry, following up on that...14:49
lyarwood_mdbooth: right, it shouldn't, so we should be able to find and remove them14:49
bzurawskimdbooth: by 'which rescue disks we created' you mean name of this rescue disk ?14:49
mdbooths/find/know what they are/14:49
*** vladikr has quit IRC14:49
mdboothbzurawski: So in driver.rescue we call _create_image() with a suffix of .rescue14:49
mdboothwhich creates a deterministic set of disks14:50
bauzasdansmith: now that computes report both legacy cpu/ram/disk and new inventories, we could still have a scheduler host_manager that would check first if there is an inventory and then failback to the legacy value for cpu/ram/disk ?14:50
mdboothWe should be able to unwind that14:50
bzurawskimdbooth: yeah, exactly and base on that we theoriticaly should know name of rescue disk14:50
dansmithbauzas: that would be extremely expensive right?14:50
mdboothbzurawski: Yup14:50
bauzasdansmith: talking of https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L210 to get more context14:50
*** EinstCrazy has joined #openstack-nova14:50
bzurawskimdbooth: and using that we can remove it when unrescue14:51
mdboothOf course, and here's a wart, that rescue disk won't have a bdm14:51
mdboothSo I can't store any persistent metadata about it :/14:51
bauzasdansmith: idk, needing to think more of that14:51
bauzasthat's already an expensive operation anyway, not sure it's getting that worst (to clarify)14:51
bzurawskimdbooth: why you want metadata about rescue disk14:52
bzurawski?14:52
*** syjulian has joined #openstack-nova14:52
dansmithbauzas: it would be doing the same thing twice per load, and an in-python merge/filter of all the data14:53
mdboothbzurawski: I'm trying to move towards having metadata about all disks, so we never have to inspect them, or infer anything about them from context14:53
mdboothIncluding their locations, for eg14:53
dansmithbauzas: have to step away for a few minutes, biab14:53
* mdbooth has just realised that rescue disks violate that14:53
bzurawskimdbooth: and according to removing we should also provide remove_image function to imagebackend, don't you think ?14:53
bauzasdansmith: k, will think more of that14:53
*** vladikr has joined #openstack-nova14:53
mdboothbzurawski: Yes, I think that makes sense. I'd just call it delete(), but in the grand scheme that's hardly important :)14:54
*** zenoway has joined #openstack-nova14:54
*** jaugustine has joined #openstack-nova14:55
bzurawskimdbooth: oki it can be delete() i was thinking about remove_image because there is already function create_image etc. nvm :)14:55
*** efoley has joined #openstack-nova14:55
mdboothbzurawski: That's going away :)14:55
mdboothbzurawski lyarwood_: I wonder, perhaps storing some metadata from rescue() in instance metadata or something?14:56
mdboothThen on unrescue you just go get the list of disks you created, and delete them.14:56
*** Swami has joined #openstack-nova14:56
mdboothCompletely deterministic.14:56
syjulianHi guys, I have a newbie question if anyone has the answer to it. I'm working on a low-hanging-fruit item which is to remove DictCompat from ovo's. I figured having methods like .items() and .update() would be useful plus the object[key] syntax. why are we removing them?14:58
*** shaohe_feng has quit IRC14:58
bzurawskimdbooth: IMHO that would be much better because than we just can get this metadata and based on that remove rescue for example14:58
openstackgerritAndrey Pavlov proposed openstack/nova-specs: user_data modification  https://review.openstack.org/32104714:58
bzurawskilyarwood_: what you think ?14:58
d_codeSamYaple: so, it seems that I’ve run into the bind mount of /dev for nova-compute now…were you able to work around that?14:58
bzurawskimdbooth: but maybe storing this data in bdm, not in instance metadata ?14:58
*** shaohe_feng has joined #openstack-nova14:58
mdboothbzurawski: Unfortunately there is no bdm for a rescue disk14:58
mdboothSo we can't store it there14:59
bzurawskimdbooth: aaa, yes you're right sorry :/14:59
PaulMurraymdbooth, storing data about rescued images is another thing to migrate in live migration - something we are trying to avoid14:59
*** zenoway has quit IRC14:59
mdboothPaulMurray: At least if it was in instance metadata we wouldn't have to worry about that.14:59
mdboothI think that's only an issue if we store it on disk.14:59
lyarwood_sorry back, ./me reads14:59
*** paul-carlton2 has joined #openstack-nova15:00
cfriesenMy apache processes seem to have died overnight in my devstack...anyone know the right commands to start them back up?15:00
mdboothcfriesen: If you go into screen, you should just be able to up arrow, enter, right?15:00
PaulMurraymdbooth, at the moment rescue stores original instance xml - that's why we can't ive igrate rescued instances at the moment15:00
mdboothPaulMurray: Yeah, that's a problem. Instance metadata shouldn't be a problem because it's in the db.15:01
cfriesenmdbooth: the "key" screen just tails the logs, I don't see a command to actually start apache15:01
*** gszasz has joined #openstack-nova15:01
sdaguecfriesen: it's just normal apache15:01
sdaguejust service apache2 restart15:01
lyarwood_mdbooth: yeah instance metadata might work but that's going to be driver specific, would that be an issue?15:02
PaulMurraymdbooth, oh, got it - I'm thinking about instance data on local disk - barking up wrong tree15:02
mdboothlyarwood_: I think he's going to want the as-yet-uncreated instance disk metadata object :/15:02
*** EinstCrazy has quit IRC15:02
*** ctrath has joined #openstack-nova15:02
cfriesensdague: thanks, that did it15:03
mdboothlyarwood_: But that would also have zero backport potential.15:03
*** amotoki has joined #openstack-nova15:03
*** jaypipes has joined #openstack-nova15:03
*** fragatina has joined #openstack-nova15:03
mdboothlyarwood_ bzurawski: Guessing you want something backportable too, right?15:04
lyarwood_mdbooth: well that would be nice15:04
*** tbachman has quit IRC15:05
paul-carlton2claudiub, about to update my spec, did you get chance to checkout live migration of rescued instances in hyperv?15:06
*** tbachman has joined #openstack-nova15:06
bzurawskimdbooth: lyarwood_ so is there any other way to store data about rescue other than metadata ?15:07
mdboothlyarwood_ bzurawski: Can I leave you to think that one through? From my POV I don't want any more 'if Rbd' blocks in driver, or special cases in imagebackend.15:07
*** MikeG451 has quit IRC15:08
mdboothSounds like we need a delete method15:08
*** shaohe_feng has quit IRC15:08
mdboothI'd like to see something in unrescue where we delete a known set of disks.15:08
mdboothHow we come up with that set of disks may not be completely ideal if we want something backportable.15:08
*** fragatina has quit IRC15:08
mdboothBut that would be an improvement on what we have, so I guess it would be ok.15:08
*** shaohe_feng has joined #openstack-nova15:08
*** sdake has joined #openstack-nova15:09
*** ri0 has joined #openstack-nova15:09
bzurawskimdbooth: oki, so lyarwood_ you have a moment to discuss ?15:09
lyarwood_bzurawski: sure15:09
johnthetubaguysdague: I was thinking about the admin_or_owner rule, where we don't have a target, that actual means "anyone", I guess?15:10
johnthetubaguysdague: well, any authenticated user15:10
*** lpetrut has quit IRC15:10
sdaguejohnthetubaguy: yeh, remember alaski patched a bunch of policy at the end of cycle around that15:10
claudiubpaul-carlton2: sorry, no. will do it later today.15:10
bzurawskilyarwood_: sorry, but other than saving info into instance metadata i don't see any other solution of storing info about rescue15:10
*** EinstCrazy has joined #openstack-nova15:11
*** tbachman has quit IRC15:11
sdaguehttps://review.openstack.org/#/c/280913/15:11
*** sree has quit IRC15:11
bzurawskibzurawski: maybe you have other solution ?15:11
bzurawskilyarwood_: ^15:11
lyarwood_bzurawski: well we should know what rescue disks were created when unrescuing given the instance configuration right?15:11
bzurawskilyarwood_: yep15:12
paul-carlton2claudiub, thanks, pop me an email re outcome if you would pls?15:12
*** mgoddard_ has joined #openstack-nova15:12
claudiubpaul-carlton2: sure thing.15:12
mdboothbzurawski lyarwood_: If we don't store it, then we're relying at least on the local config not changing. I think that's probably an acceptable compromise.15:12
mdboothWe can maybe store it at some point in the future.15:13
*** EinstCrazy has quit IRC15:13
lyarwood_mdbooth: yeah you can't resize an instance during a rescue etc15:13
*** sdake_ has joined #openstack-nova15:13
*** sdake has quit IRC15:13
mdboothlyarwood_: Thinking of values in nova.conf15:13
lyarwood_mdbooth: urgh15:13
mdboothWith persistent instance metadata you can change nova.conf and your instances carry on working15:14
mdboothCurrently they don't, though15:14
mdboothSo I think that's ok15:14
lyarwood_mdbooth: yeah that breaks alot15:14
johnthetubaguysdague: yeah, I am getting confused here, I should reach out to alaski about that15:14
*** belmoreira has quit IRC15:14
sdaguejohnthetubaguy: here is the thing15:14
sdaguewe have safe guards beyond policy15:14
*** zenoway has joined #openstack-nova15:14
paul-carlton2My suggestion was that we let bzurawski fix go in and refactor this in your work mdbooth15:15
sdaguewe don't let policy dictate the world15:15
mdboothpaul-carlton2: +115:15
johnthetubaguysdague: agreed, policy is just allowing extra restrictions, I think15:15
sdaguehowever, the policy file was super confusing to make people think that it did15:15
paul-carlton2Adding rescue image to bdm is a good plan post your refactor15:15
paul-carlton2or as part of it15:15
sdagueso alaski fixed it so it was at least consistent15:15
mdboothpaul-carlton2: I don't want to touch that right now, tbh :)15:15
johnthetubaguysdague: yeah, agreed on the consistency front, that was the right move15:15
paul-carlton2so post15:16
sdaguethe fact that policy doesn't currently allow comments means ... you can't really tell people well that changing those to "everyone" won't work15:16
*** mgoddard has quit IRC15:16
*** tbachman has joined #openstack-nova15:16
*** daemontool_ has quit IRC15:16
johnthetubaguysdague: yeah, I do wonder if we should wait till we have the yaml stuff before we edit these15:16
johnthetubaguywell I mean the policy defaults stuff15:16
sdagueright, I think there is a bunch of "gawd policy is gross"15:17
sdaguewhich just is really hard to fix right until we get all the defaults into code15:17
sdagueso I don't want to spend time on that. I want to get the policy in code first, then we have options to fix it15:17
paul-carlton2I see it as icing on the cake, a separate patch to follow the work your doing which will remove the inconsistency and demonstrate the value of this refactor15:17
johnthetubaguysdague: OK, I was thinking we agreed the opposite this morning, but that does sound way more sensible15:18
*** EinstCrazy has joined #openstack-nova15:18
mdboothpaul-carlton2: Yep, don't want to mix them up. Assuming this rescue fix can land before our stuff that is.15:18
*** shaohe_feng has quit IRC15:18
*** lindycoder has joined #openstack-nova15:18
*** andrey-mp has quit IRC15:18
paul-carlton2Sure, I expect the rescue fix to land soonish given it is a bug fix15:19
lyarwood_paul-carlton2 / mdbooth ; just so I can follow along, which spec documents this stuff?15:19
*** shaohe_feng has joined #openstack-nova15:19
*** diogogmt has joined #openstack-nova15:19
*** EinstCrazy has quit IRC15:19
*** EinstCrazy has joined #openstack-nova15:19
*** claudiub has quit IRC15:20
*** syjulian has quit IRC15:20
mdboothlyarwood_: https://github.com/openstack/nova-specs/blob/master/specs/newton/approved/libvirt-instance-storage.rst15:20
lyarwood_mdbooth: thanks15:20
paul-carlton2What I am suggesting is after your refactor we change rescue/unrescue to add/remove rescue image from bdm, will mean we can remove the inconsistent handling of rescue images15:20
*** amotoki_ has joined #openstack-nova15:21
*** Sukhdev has quit IRC15:21
mdboothpaul-carlton2: Yup, completely agree. BDM specifically is a detail, but yes.15:21
gibirlrossit: thanks for chairing the meeting yesterday15:22
*** EinstCrazy has quit IRC15:22
mdboothThe data needs to exist somewhere convenient.15:22
mdboothdiana_clarke: I'm going to make a minor change to get_func_output_path()15:23
mdboothRather than take the jumbled cache name as an argument, it's going to take the pre-jumbled name.15:24
mdboothAnd do its own jumbling15:24
*** amotoki has quit IRC15:24
*** pushkaru has quit IRC15:24
*** lpetrut has joined #openstack-nova15:25
mdboothdiana_clarke: i.e. Don't call imagecache.get_cache_fname() on the name argument to get_func_output()15:25
*** EinstCrazy has joined #openstack-nova15:25
*** nkrinner has quit IRC15:26
openstackgerritAndrey Volkov proposed openstack/nova: Fix instances with unicode symbols logging  https://review.openstack.org/32056415:26
*** claudiub has joined #openstack-nova15:26
bzurawskimdbooth: but maybe if we don't want to store metadata about rescue now, we can just use fact that in rescue there is _create_image which is creating rescue image always with suffix .rescue ?15:26
*** EinstCrazy has quit IRC15:26
mdboothbzurawski: You're going to have to look through _create_image and come up with a reliable way to work out which images it creates15:27
*** EinstCrazy has joined #openstack-nova15:28
mdboothbzurawski: Interestingly, I was actually going to make a change to _create_image anyway because of a bug Feodor described15:28
*** shaohe_feng has quit IRC15:28
mdboothReally what _create_image is doing is enumerating images, and doing one of currently 2 things to them15:28
mdboothIt's currently either creating images, or verifying them15:29
*** zengine has quit IRC15:29
*** roeyc has quit IRC15:29
mdboothAlthough both actions are performed by the same function call15:29
*** shaohe_feng has joined #openstack-nova15:29
*** FL1SK has quit IRC15:29
mdboothBut still, the caller has the context to know which they want15:29
mdboothI was going to make it explicit to close a bug where we currently guess wrong which is required15:29
mdboothWe could add a third action: delete15:30
mdboothYou wouldn't want it to be called _create_image, of course, but that's already a bad name15:31
mdboothBut you'd do something like _create_image(action=delete)15:31
* mdbooth hasn't looked at that in detail, and may be talking crap15:31
bzurawskimdbooth: so one way or another storing rescue info in instance metadata is the best option for now, for us right, or there is something else that I'm missing ?15:32
rlrossitgibi: it wasn't very hard, seeing as there were only 2 of us :)15:32
mdboothbzurawski: I think if the above change to _create_image works then you wouldn't have to store anything15:32
mdboothBecause the _create_image function should iterate through the same set of Image objects15:33
mdboothassuming your local config is the same as it was when rescue() was called15:33
mdboothlyarwood_: Does ^^^ sounds insane to you?15:33
*** salv-orlando has joined #openstack-nova15:33
*** MikeG451 has joined #openstack-nova15:34
*** amotoki_ has quit IRC15:34
*** sdake_ has quit IRC15:34
*** efoley has quit IRC15:35
*** ctrath has quit IRC15:35
bzurawskimdbooth: aaa, and then when unrescue just invoke _create_image with correct parameter and is should do the job, right ?15:35
*** EinstCrazy has quit IRC15:35
mdboothbzurawski: With caveats that I may be talking out of my arse, but yes.15:35
lyarwood_mdbooth: it doesn't sound insane but I'd rather not call _create_image to remove things :D15:36
mdboothlyarwood_: You'd obviously want to rename it :P15:36
kashyaptdurakov: sdague As promised, here we go: https://bugzilla.redhat.com/show_bug.cgi?id=1339680  It's being looked at...15:36
openstackbugzilla.redhat.com bug 1339680 in libvirt "libvirt CPU driver fails to translate a custom CPU model into something that QEMU recognizes" [High,New] - Assigned to libvirt-maint15:36
*** rama_y has joined #openstack-nova15:36
sdaguekashyap: great, thanks15:36
lyarwood_mdbooth / bzurawski ; I need to drop for a while, brb15:37
sdagueah, comment #3 explains it a bit15:37
*** Sukhdev has joined #openstack-nova15:37
*** roeyc has joined #openstack-nova15:37
*** salv-orlando has quit IRC15:38
kashyapsdague: Yeah15:38
*** shaohe_feng has quit IRC15:39
*** vladikr has quit IRC15:39
*** ri0 has quit IRC15:39
*** shaohe_feng has joined #openstack-nova15:39
mdboothIncidentally, this little cleanup hasn't received any love in 4 weeks if anybody fancies looking: https://review.openstack.org/#/c/308876/ . It removes redundant handling of a case which no longer exists.15:40
*** ihrachys has quit IRC15:41
openstackgerritChris Dent proposed openstack/nova: Support for both microversion headers  https://review.openstack.org/30007715:42
bzurawskimdbooth: lyarwood_ i need also go, will you be available today later, or maybe tomorrow, to continue discuss about it15:42
mdboothbzurawski: We're both in the UK, so tomorrow would be best15:42
*** ctrath has joined #openstack-nova15:42
bzurawskimdbooth: oki, good to know that your timezone is almost the same as mine :D15:43
bzurawskimdbooth: so tomorrow!15:43
*** armax has joined #openstack-nova15:43
*** bzurawski has quit IRC15:43
openstackgerritTimofey Durakov proposed openstack/nova-specs: Make checks before live-migration async  https://review.openstack.org/32041615:43
kashyapsdague: Even with the older version of libvirt, Gate was still using the domain type QEMU, and it was being translated.  I wonder why only with the newer version the CPU model computation code is skipped.15:44
SamYapled_code: i believe that was the first thing i told you yesterday.15:44
*** ssurana has joined #openstack-nova15:45
*** tbachman has quit IRC15:45
*** ri0 has joined #openstack-nova15:46
tdurakovjohnthetubaguy: thank you for comments, updated spec, I think it's ok to update rest api microversion. change is ready to be reviewed:)15:46
*** tjones has joined #openstack-nova15:47
*** tjones has left #openstack-nova15:47
openstackgerritJohn Garbutt proposed openstack/nova-specs: Get Me a Network  https://review.openstack.org/28320615:47
johnthetubaguytdurakov: cool, I was just thinking about it breaking existing scripts15:48
tdurakovjohnthetubaguy: valid concern15:48
*** shaohe_feng has quit IRC15:49
*** sambetts is now known as sambetts|afk15:49
*** dmk0202 has quit IRC15:49
*** lakshmiS has joined #openstack-nova15:49
*** shaohe_feng has joined #openstack-nova15:49
*** SamYaple has quit IRC15:50
*** sacharya has joined #openstack-nova15:51
openstackgerritJohn Garbutt proposed openstack/nova-specs: Get Me a Network  https://review.openstack.org/28320615:51
*** SamYaple has joined #openstack-nova15:52
*** laszloh has quit IRC15:52
*** tbachman has joined #openstack-nova15:52
*** rk4n has quit IRC15:53
*** jaugustine has quit IRC15:53
*** edand has quit IRC15:54
*** markus_z has quit IRC15:54
*** ri0 has quit IRC15:55
*** Swami_ has joined #openstack-nova15:56
*** mmandel has quit IRC15:57
openstackgerritMark Doffman proposed openstack/nova: Block aggregate creation until main database empty  https://review.openstack.org/31523515:58
openstackgerritMark Doffman proposed openstack/nova: Add data migration methods for Aggregate.  https://review.openstack.org/31478215:58
openstackgerritMark Doffman proposed openstack/nova: Aggregate create and destroy work against API db  https://review.openstack.org/31478115:58
*** sridharg has quit IRC15:59
*** shaohe_feng has quit IRC15:59
*** Sukhdev has quit IRC15:59
*** shaohe_feng has joined #openstack-nova15:59
d_codeSamYaple: it is the first thing…I just got to that point this morning…. I had to add a device_type to the alias to get the scheduler to accept it…now I’m stuck to the point where libvirt can’t find /dev/vfio16:00
openstackgerritPaul Carlton proposed openstack/python-novaclient: [microversion] Bump to 2.27  https://review.openstack.org/31602616:00
*** Swami has quit IRC16:00
*** Sukhdev has joined #openstack-nova16:00
*** AmyLee7 has joined #openstack-nova16:00
*** tonytan4ever has joined #openstack-nova16:00
*** liverpooler has joined #openstack-nova16:01
*** fragatina has joined #openstack-nova16:02
*** woodster_ has joined #openstack-nova16:03
*** ijw_ has joined #openstack-nova16:03
*** tonytan4ever has quit IRC16:03
*** rcernin has quit IRC16:04
*** burgerk has quit IRC16:04
*** zengine has joined #openstack-nova16:06
*** ijw has quit IRC16:06
*** fragatina has quit IRC16:06
*** roeyc has quit IRC16:07
*** vtech has quit IRC16:07
*** Swami_ has quit IRC16:08
*** paul-carlton2 has quit IRC16:09
*** shaohe_feng has quit IRC16:09
*** shaohe_feng has joined #openstack-nova16:09
*** links has joined #openstack-nova16:10
*** daemontool has joined #openstack-nova16:10
*** rk4n has joined #openstack-nova16:12
*** tesseract has quit IRC16:13
*** claudiub|2 has joined #openstack-nova16:14
*** jaypipes has quit IRC16:15
*** nic has joined #openstack-nova16:16
auggyekhugen: regarding the mentorship discussion on the list, i'm sorry if i was unclear. if you have people interested in Nova and you don't have mentors for them, we have resources for new contributors and you are more than welcome to point them at me.16:16
*** claudiub has quit IRC16:17
*** dane-fichter_ has quit IRC16:18
*** shaohe_feng has quit IRC16:20
*** daemontool has quit IRC16:20
alaskisdague: johnthetubaguy missed the convo on policy, but as soon as we get the sample file generation code into oslo.policy we can hopefully cut a release and start porting Nova over to using it16:20
*** shaohe_feng has joined #openstack-nova16:20
alaskiand then we could add comments to the policies which use admin_or_owner without a target, or just change the defaults on those16:21
*** siva_krishnan has left #openstack-nova16:22
sdaguealaski: agreed16:22
sdaguedims said he'd take a look at the patches16:22
alaskiI just updated the spec on that one this morning. assuming it's good now I have to make a small adjustment to the implementation but that's basically ready16:22
*** derekh has quit IRC16:22
*** tonytan4ever has joined #openstack-nova16:23
SamYapled_code: youll likely need to bump up the permissions in that container. there was also some issues with /dev:/dev binding in docker 1.9+ that may be causing some issues for you16:24
doffmbauzas: WRT https://review.openstack.org/#/c/296597 I think there is an unwanted race condition there while migrating.16:24
*** penick has joined #openstack-nova16:25
doffmbauzas: Not sure what the best solution is. One possibility is "don't care". The aggregate api is only operators and any failure should be 'safe' in that the operation can be repeated and should succeed.16:26
doffmThe other option is to block all aggregate updates until migration is complete. Which might be more user (operator) friendly.16:26
alaskibauzas: catching up on backscroll, going to comment on johnthetubaguys question16:27
bauzasdoffm: sorry just at dinner time atm, should be avail for the cells meeting in 30 mins, we could then discuss there16:29
*** sdake has joined #openstack-nova16:29
bauzasalaski: np16:29
* bauzas bbiab16:29
*** gszasz has quit IRC16:30
*** shaohe_feng has quit IRC16:30
*** shaohe_feng has joined #openstack-nova16:30
*** lpetrut has quit IRC16:31
openstackgerritAndy Hsiang proposed openstack/nova: Remove DictCompat from SecurityGroup  https://review.openstack.org/32110916:31
*** sayalilunkad has quit IRC16:32
*** tbachman_ has joined #openstack-nova16:32
*** tbachman has quit IRC16:32
*** tbachman_ is now known as tbachman16:32
*** sc68cal_ has joined #openstack-nova16:32
doffmI don't know why I said "unwanted" race condition. Thats kinda superfluous.16:33
*** sc68cal has quit IRC16:33
*** sc68cal_ is now known as sc68cal16:33
*** sc68cal_ has joined #openstack-nova16:33
*** moshele has quit IRC16:35
*** matrohon has quit IRC16:36
*** sfinucan has quit IRC16:36
SamYapledoffm: i started thinking of wanted race conditions after you said that. none came to mind16:37
tdurakovjohnthetubaguy: spec passed jenkins check, could you re-review it again, please?16:37
*** raunak has joined #openstack-nova16:40
*** nic has quit IRC16:40
*** shaohe_feng has quit IRC16:40
*** unicell has quit IRC16:40
*** shaohe_feng has joined #openstack-nova16:41
ekhugenoh okay, thanks auggy!  We will definitely do that, one of the Keystone guys had something similar for their project, too.16:41
*** Swami has joined #openstack-nova16:42
*** AmyLee7 has quit IRC16:43
*** rama_y has quit IRC16:46
*** Sukhdev has quit IRC16:48
*** AmyLee7 has joined #openstack-nova16:48
*** Sukhdev has joined #openstack-nova16:49
*** salv-orlando has joined #openstack-nova16:50
*** shaohe_feng has quit IRC16:50
*** Jeffrey4l has quit IRC16:51
*** Apoorva has joined #openstack-nova16:51
*** shaohe_feng has joined #openstack-nova16:51
openstackgerritKaren Bradshaw proposed openstack/nova: api-ref, os-services.inc  https://review.openstack.org/32112316:52
*** jlanoux has quit IRC16:52
*** pilgrimstack has quit IRC16:53
*** ctrath has quit IRC16:53
*** Sukhdev has quit IRC16:54
*** tbachman_ has joined #openstack-nova16:54
*** jaugustine has joined #openstack-nova16:55
*** Daisy has joined #openstack-nova16:55
*** tbachman has quit IRC16:57
*** tbachman_ is now known as tbachman16:57
*** gjayavelu has quit IRC16:57
*** sudipto has joined #openstack-nova16:59
*** Daisy has quit IRC17:00
*** liverpooler has quit IRC17:01
*** shaohe_feng has quit IRC17:01
*** shaohe_feng has joined #openstack-nova17:02
*** rbridgeman has joined #openstack-nova17:02
*** fragatina has joined #openstack-nova17:03
*** rbridgeman_ has joined #openstack-nova17:03
*** vladikr has joined #openstack-nova17:03
*** burgerk has joined #openstack-nova17:04
*** jdurgin1 has quit IRC17:04
*** atuvenie has quit IRC17:05
*** aysyd has quit IRC17:05
auggyis there a cells v2 meeting today or am i just confused?17:06
*** fragatina has quit IRC17:07
*** rbridgeman has quit IRC17:07
*** mgoddard_ has quit IRC17:07
auggyoh jeez i did't actually join openstack-meeting-317:07
dansmithauggy: right now17:07
*** mgoddard_ has joined #openstack-nova17:07
*** ctrath has joined #openstack-nova17:08
*** ducttape_ has quit IRC17:08
auggydansmith: yeah pebkac17:08
*** ducttape_ has joined #openstack-nova17:08
auggyirc cloud has this thing where you think you've joined a channel that's "archived" but you have to specifically "unarchive" it to actually join it17:09
*** unicell has joined #openstack-nova17:10
*** PaulMurray has quit IRC17:10
*** READ10 has joined #openstack-nova17:10
*** ducttape_ has quit IRC17:10
*** ducttape_ has joined #openstack-nova17:10
*** shaohe_feng has quit IRC17:11
*** shaohe_feng has joined #openstack-nova17:12
*** lucasagomes is now known as lucas-dinner17:13
*** aysyd has joined #openstack-nova17:14
*** sc68cal has quit IRC17:15
*** lpetrut has joined #openstack-nova17:17
*** brad[] has joined #openstack-nova17:18
*** tonytan_brb has joined #openstack-nova17:19
*** zenoway has quit IRC17:19
*** tonytan4ever has quit IRC17:20
*** shaohe_feng has quit IRC17:21
*** vtech has joined #openstack-nova17:21
*** ociuhandu has quit IRC17:23
*** tbachman has quit IRC17:24
*** shaohe_feng has joined #openstack-nova17:24
*** haukebruno has quit IRC17:25
*** rama_y has joined #openstack-nova17:27
*** FL1SK has joined #openstack-nova17:28
*** tonytan_brb is now known as tonytan4ever17:28
*** shaohe_feng has quit IRC17:31
*** shaohe_feng has joined #openstack-nova17:32
*** salv-orlando has quit IRC17:32
*** sdake_ has joined #openstack-nova17:33
cfriesenanyone an expert on nova/api/validation/parameter_types.py?   I tried using "positive_integer" as a type and it mostly worked except that it will accept an empty string "" as valid which seems odd.17:34
*** sdake has quit IRC17:35
*** BjoernT is now known as Bjoern_zZzZzZzZ17:36
*** rk4n has quit IRC17:39
*** Bjoern_zZzZzZzZ is now known as BjoernT17:40
*** shaohe_feng has quit IRC17:42
*** shaohe_feng has joined #openstack-nova17:42
*** mgoddard_ has quit IRC17:42
*** fawadkhaliq has joined #openstack-nova17:43
*** vtech has quit IRC17:43
*** vtech has joined #openstack-nova17:44
*** sudipto has quit IRC17:44
*** rahulait has joined #openstack-nova17:49
*** tbachman has joined #openstack-nova17:49
*** rahuls has left #openstack-nova17:49
*** rahulait is now known as Guest4870417:49
*** Guest48704 has quit IRC17:49
*** rahuls has joined #openstack-nova17:50
*** ociuhandu has joined #openstack-nova17:50
*** ig0r__ has quit IRC17:51
*** links has quit IRC17:52
*** shaohe_feng has quit IRC17:52
*** shaohe_feng has joined #openstack-nova17:53
*** salv-orlando has joined #openstack-nova17:53
*** dimtruck is now known as zz_dimtruck17:55
*** ctrath has quit IRC17:57
auggyhrm, i just realized something... meatdata is an anagram for metadata17:58
*** ctrath has joined #openstack-nova17:59
*** jed56 has quit IRC17:59
dimshaha auggy good one18:02
*** shaohe_feng has quit IRC18:02
*** shaohe_feng has joined #openstack-nova18:03
*** lpetrut has quit IRC18:03
edleafeauggy: meat data?18:03
*** fragatina has joined #openstack-nova18:03
*** fragatina has quit IRC18:08
*** zenoway has joined #openstack-nova18:10
*** _ducttape_ has joined #openstack-nova18:11
*** shaohe_feng has quit IRC18:12
*** shaohe_feng has joined #openstack-nova18:13
cdentedleafe, auggy: seems like a good time for this oldie but goodie: http://www.terrybisson.com/page6/page6.html18:13
edleafecdent: heh, I remember that one18:14
edleafecdent: even we vegetarians are made out of meat18:14
*** zenoway has quit IRC18:14
*** ducttape_ has quit IRC18:15
*** FL1SK has quit IRC18:17
*** fragatina has joined #openstack-nova18:17
*** penick has quit IRC18:18
*** READ10 has quit IRC18:18
auggyhaha18:18
*** vishwanathj has joined #openstack-nova18:19
*** mvk has quit IRC18:20
*** dedery has joined #openstack-nova18:20
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257318:20
openstackgerritMoshe Levi proposed openstack/nova: pci: Deprecate is_new from pci requests  https://review.openstack.org/31099018:21
openstackgerritMoshe Levi proposed openstack/nova: pci: Allow to update pci_requests in instance_extra  https://review.openstack.org/31202818:21
*** moshele has joined #openstack-nova18:21
openstackgerritMoshe Levi proposed openstack/nova: pci: Move PCI devices and PCI requests into migration context  https://review.openstack.org/30712418:21
*** shaohe_feng has quit IRC18:23
*** sdake_ is now known as sdake18:23
*** shaohe_feng has joined #openstack-nova18:23
*** fawadkhaliq has quit IRC18:23
*** fragatina has quit IRC18:24
*** tbachman has quit IRC18:25
*** pwnall1 has joined #openstack-nova18:25
*** moshele has quit IRC18:25
*** moshele has joined #openstack-nova18:25
*** pwnall has quit IRC18:27
*** tbachman has joined #openstack-nova18:29
*** penick has joined #openstack-nova18:29
openstackgerritMike Fedosin proposed openstack/nova: split the glance API path based on config  https://review.openstack.org/31600718:29
openstackgerritMike Fedosin proposed openstack/nova: Add 'show' method to GlanceImageServiceV2  https://review.openstack.org/32116618:30
openstackgerritMike Fedosin proposed openstack/nova: Add 'download' method to GlanceImageServiceV2  https://review.openstack.org/32116718:30
openstackgerritMike Fedosin proposed openstack/nova: Add 'delete' method to GlanceImageServiceV2  https://review.openstack.org/32116818:30
openstackgerritMike Fedosin proposed openstack/nova: Add 'detail' method to GlanceImageServiceV2  https://review.openstack.org/32116918:30
openstackgerritMike Fedosin proposed openstack/nova: Add 'create' method to GlanceImageServiceV2  https://review.openstack.org/32117018:30
openstackgerritMike Fedosin proposed openstack/nova: Add 'update' method to GlanceImageServiceV2  https://review.openstack.org/32117118:30
*** fragatina has joined #openstack-nova18:30
openstackgerritAndy Hsiang proposed openstack/nova: Remove DictCompat from SecurityGroup  https://review.openstack.org/32110918:30
*** shaohe_feng has quit IRC18:33
*** shaohe_feng has joined #openstack-nova18:34
*** fragatina has quit IRC18:34
*** sdake_ has joined #openstack-nova18:35
*** devananda has quit IRC18:35
*** zz_dimtruck is now known as dimtruck18:36
*** sdake has quit IRC18:37
openstackgerritAndy Hsiang proposed openstack/nova: Remove DictCompat from NetworkRequest  https://review.openstack.org/32117518:37
*** vtech has quit IRC18:38
*** ctrath has quit IRC18:39
*** prateek has joined #openstack-nova18:42
*** gonzalo2kx has joined #openstack-nova18:42
*** ctrath has joined #openstack-nova18:42
*** shaohe_feng has quit IRC18:43
*** shaohe_feng has joined #openstack-nova18:44
*** yassine__ has quit IRC18:45
*** sdake_ is now known as sdake18:48
*** vtech has joined #openstack-nova18:49
*** lpetrut has joined #openstack-nova18:52
*** shaohe_feng has quit IRC18:53
*** irenab has joined #openstack-nova18:54
*** shaohe_feng has joined #openstack-nova18:54
*** rlrossit has quit IRC18:54
sdaguedansmith: with mriedem out, can you run the nova meeting tomorrow? 5pm ends up being somewhat hard stop time here.18:57
*** liverpooler has joined #openstack-nova18:57
dansmithsdague: yeah18:57
dansmithsdague: remind me tomorrow though18:58
sdaguewill do18:58
*** rmart04 has joined #openstack-nova18:58
*** pwnall has joined #openstack-nova18:59
*** mgoddard has joined #openstack-nova19:00
*** raunak has quit IRC19:01
*** rmart04 has quit IRC19:02
*** pwnall1 has quit IRC19:02
*** rlrossit has joined #openstack-nova19:02
*** shaohe_feng has quit IRC19:04
*** shaohe_feng has joined #openstack-nova19:04
*** mvk has joined #openstack-nova19:05
*** mmandel has joined #openstack-nova19:05
bauzaswebinar for the design summit split is happening now (1900UTC) in case you wanna attend it https://www.openstack.org/blog/2016/05/faq-evolving-the-openstack-design-summit/19:06
*** fragatina has joined #openstack-nova19:07
*** fragatina has quit IRC19:07
*** fragatina has joined #openstack-nova19:08
*** jaypipes has joined #openstack-nova19:08
*** dimtruck is now known as zz_dimtruck19:08
*** zenoway has joined #openstack-nova19:11
*** raunak has joined #openstack-nova19:13
*** liverpooler has quit IRC19:13
*** rbridgeman_ has quit IRC19:13
*** shaohe_feng has quit IRC19:14
*** shaohe_feng has joined #openstack-nova19:15
*** dedery has quit IRC19:17
*** _ducttape_ has quit IRC19:17
*** eglynn has quit IRC19:20
*** zz_dimtruck is now known as dimtruck19:23
*** shaohe_feng has quit IRC19:24
*** shaohe_feng has joined #openstack-nova19:25
*** zengine has quit IRC19:26
*** prateek has quit IRC19:26
*** ducttape_ has joined #openstack-nova19:28
*** jaypipes has quit IRC19:30
*** jaypipes has joined #openstack-nova19:31
*** dedery has joined #openstack-nova19:32
*** shaohe_feng has quit IRC19:34
*** shaohe_feng has joined #openstack-nova19:35
*** zengine has joined #openstack-nova19:37
*** shaohe_feng has quit IRC19:45
*** shaohe_feng has joined #openstack-nova19:47
*** zenoway has quit IRC19:48
*** zenoway has joined #openstack-nova19:48
*** zenoway has quit IRC19:53
*** matrohon has joined #openstack-nova19:54
*** shaohe_feng has quit IRC19:55
*** shaohe_feng has joined #openstack-nova19:55
*** dimtruck is now known as zz_dimtruck19:56
*** zenoway has joined #openstack-nova19:57
*** ijw has joined #openstack-nova19:57
*** flwang1 has quit IRC19:59
*** AmyLee7 has quit IRC20:00
*** ijw_ has quit IRC20:00
bauzasdoffm: saw my -1 https://review.openstack.org/#/c/294806/9 ?20:04
bauzasdoffm: it's for a missing UT, so in case you add it, you'll get my +2 :)20:04
*** ayoung has quit IRC20:04
*** moshele has quit IRC20:04
*** sheel has quit IRC20:05
*** shaohe_feng has quit IRC20:05
*** shaohe_feng has joined #openstack-nova20:06
*** earlephilhower has quit IRC20:06
doffmbauzas: Ok, will add. Thanks.20:07
*** laci has joined #openstack-nova20:08
*** laci has quit IRC20:09
*** laci has joined #openstack-nova20:09
*** laci has quit IRC20:09
*** laszloh has joined #openstack-nova20:10
*** Apoorva has quit IRC20:15
*** lpetrut has quit IRC20:15
*** shaohe_feng has quit IRC20:15
*** shaohe_feng has joined #openstack-nova20:16
*** jamesdenton has joined #openstack-nova20:18
*** jamesdenton has quit IRC20:18
*** zengine has quit IRC20:20
*** laszloh has quit IRC20:21
*** zenoway has quit IRC20:24
*** zenoway has joined #openstack-nova20:24
*** MikeG451 has quit IRC20:25
*** zenoway has quit IRC20:25
*** shaohe_feng has quit IRC20:26
*** zenoway has joined #openstack-nova20:26
*** shaohe_feng has joined #openstack-nova20:26
*** FL1SK has joined #openstack-nova20:27
*** zul has quit IRC20:29
*** smatzek has quit IRC20:30
mikalMorning20:31
*** ijw_ has joined #openstack-nova20:34
*** shaohe_feng has quit IRC20:36
*** shaohe_feng has joined #openstack-nova20:37
*** ijw has quit IRC20:38
*** rbridgeman_ has joined #openstack-nova20:40
*** jwcroppe has joined #openstack-nova20:40
*** gjayavelu has joined #openstack-nova20:40
*** jwcroppe_ has quit IRC20:43
*** sdake_ has joined #openstack-nova20:46
*** shaohe_feng has quit IRC20:46
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165320:46
*** shaohe_feng has joined #openstack-nova20:46
*** gonzalo2kx has quit IRC20:47
*** sdake has quit IRC20:48
*** nelsnels_ is now known as nelsnelson20:48
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165320:51
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused use_no_auth from wsgi_app_v21()  https://review.openstack.org/32123520:51
*** earlephilhower has joined #openstack-nova20:52
*** raunak has quit IRC20:53
*** shaohe_feng has quit IRC20:56
*** smatzek has joined #openstack-nova20:57
*** shaohe_feng has joined #openstack-nova20:59
*** Apoorva has joined #openstack-nova21:00
*** haplo37_ has quit IRC21:01
*** penick has quit IRC21:03
*** baoli_ has quit IRC21:04
*** raunak has joined #openstack-nova21:05
*** shaohe_feng has quit IRC21:07
*** shaohe_feng has joined #openstack-nova21:07
*** daemontool has joined #openstack-nova21:07
*** smatzek has quit IRC21:08
*** zzelle_ has joined #openstack-nova21:08
*** raildo is now known as raildo-afk21:09
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165321:10
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused args from RateLimitingMiddleware  https://review.openstack.org/32124021:10
openstackgerritLudovic Beliveau proposed openstack/nova: Update binding:profile for SR-IOV ports  https://review.openstack.org/24257321:10
*** jaypipes has quit IRC21:11
*** jaypipes has joined #openstack-nova21:13
*** clenimar has quit IRC21:14
*** Daisy has joined #openstack-nova21:15
*** aysyd has quit IRC21:15
*** xenogear has quit IRC21:16
*** matrohon has quit IRC21:16
*** shaohe_feng has quit IRC21:17
*** shaohe_feng has joined #openstack-nova21:17
*** eharney has quit IRC21:18
*** gagehugo_ has joined #openstack-nova21:19
*** gagehugo has quit IRC21:19
*** Daisy has quit IRC21:19
*** gagehugo_ has quit IRC21:20
*** gagehugo has joined #openstack-nova21:21
*** tonytan4ever has quit IRC21:21
*** lakshmiS has quit IRC21:23
*** mgoddard has quit IRC21:24
*** thorst_ has quit IRC21:24
*** thorst_ has joined #openstack-nova21:24
cfriesenanyone seen this in devstack?   libvirtError: unsupported configuration: guest and host CPU are not compatible: Host CPU does not provide required features: svm21:25
cfriesenI was just trying to boot the default image with one of the default flavors21:25
*** penick has joined #openstack-nova21:25
cfriesenand this is an intel CPU, not AMD21:26
*** penick has quit IRC21:26
*** lindycoder has quit IRC21:26
*** shaohe_feng has quit IRC21:27
*** ametts has quit IRC21:28
*** shaohe_feng has joined #openstack-nova21:28
*** thorst_ has quit IRC21:29
*** rlrossit has quit IRC21:29
*** thorst_ has joined #openstack-nova21:30
*** ctrath has quit IRC21:30
*** daemontool has quit IRC21:31
*** gonzalo2kx has joined #openstack-nova21:33
*** ctrath has joined #openstack-nova21:34
*** thorst_ has quit IRC21:35
*** flwang1 has joined #openstack-nova21:36
*** penick has joined #openstack-nova21:37
*** ducttape_ has quit IRC21:37
*** FL1SK has quit IRC21:37
*** shaohe_feng has quit IRC21:37
*** rtheis has quit IRC21:37
*** shaohe_feng has joined #openstack-nova21:38
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused args from RateLimitingMiddleware  https://review.openstack.org/32124021:38
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165321:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused use_no_auth from wsgi_app_v21()  https://review.openstack.org/32123521:39
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused WsgiLimiter  https://review.openstack.org/32124721:39
*** jaugustine has quit IRC21:39
*** edmondsw has quit IRC21:41
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove unused WsgiLimiter  https://review.openstack.org/32124721:41
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165321:41
openstackgerritChris Dent proposed openstack/nova: Support for both microversion headers  https://review.openstack.org/30007721:42
*** zz_dimtruck is now known as dimtruck21:43
*** sdake_ has quit IRC21:45
*** flwang1 has quit IRC21:45
*** burt has quit IRC21:46
*** gonzalo2kx has quit IRC21:47
*** shaohe_feng has quit IRC21:48
*** shaohe_feng has joined #openstack-nova21:49
*** burt has joined #openstack-nova21:49
*** penick has quit IRC21:50
*** sdake has joined #openstack-nova21:51
openstackgerritRawlin Peters proposed openstack/nova: [WIP] OVS trunk bridge plugging for vlan-aware VMs  https://review.openstack.org/32125321:52
*** thorst_ has joined #openstack-nova21:52
*** flwang1 has joined #openstack-nova21:53
*** ccard_ has joined #openstack-nova21:55
*** mmandel has quit IRC21:55
*** thorst_ has quit IRC21:57
*** gjayavelu has quit IRC21:57
*** ccard has quit IRC21:57
*** cdent has quit IRC21:58
*** shaohe_feng has quit IRC21:58
*** shaohe_feng has joined #openstack-nova21:59
*** penick has joined #openstack-nova22:00
*** AmyLee7 has joined #openstack-nova22:00
*** burt has quit IRC22:02
*** AmyLee7 has quit IRC22:03
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Remove legacy v2 API code completely  https://review.openstack.org/31165322:07
openstackgerritKen'ichi Ohmichi proposed openstack/nova: Move RateLimitingMiddleware into fakes of unittest  https://review.openstack.org/32125922:07
*** jwcroppe has quit IRC22:08
*** shaohe_feng has quit IRC22:08
*** jwcroppe has joined #openstack-nova22:08
*** shaohe_feng has joined #openstack-nova22:09
openstackgerritRawlin Peters proposed openstack/nova: [WIP] Add logic around OVS trunk port plugging  https://review.openstack.org/32126122:10
*** ctrath has quit IRC22:12
*** kylek3h has quit IRC22:13
*** jwcroppe has quit IRC22:13
*** shaohe_feng has quit IRC22:18
*** shaohe_feng has joined #openstack-nova22:19
*** claudiub|2 has quit IRC22:22
*** sdake has quit IRC22:25
*** earlephilhower has quit IRC22:26
*** diogogmt has quit IRC22:27
*** shaohe_feng has quit IRC22:29
*** shaohe_feng has joined #openstack-nova22:29
*** ayoung has joined #openstack-nova22:30
*** dedery has quit IRC22:35
*** artom has quit IRC22:35
*** artom has joined #openstack-nova22:35
*** shaohe_feng has quit IRC22:39
*** shaohe_feng has joined #openstack-nova22:40
*** pradk has quit IRC22:40
*** vtech_ has joined #openstack-nova22:41
*** vtech has quit IRC22:41
*** akshai_ has quit IRC22:42
*** mrkz has quit IRC22:44
openstackgerritmelanie witt proposed openstack/nova: Get transport_url from config in Cells v2 cell map utility  https://review.openstack.org/32126822:44
*** ducttape_ has joined #openstack-nova22:46
*** chip_ has quit IRC22:47
*** chip_ has joined #openstack-nova22:49
*** shaohe_feng has quit IRC22:49
*** kfarr has quit IRC22:49
*** shaohe_feng has joined #openstack-nova22:50
*** salv-orl_ has joined #openstack-nova22:50
*** salv-orlando has quit IRC22:53
*** chip_ has quit IRC22:55
*** chip_ has joined #openstack-nova22:57
*** rahuls has quit IRC22:57
*** shaohe_feng has quit IRC22:59
*** shaohe_feng has joined #openstack-nova23:00
*** burgerk has quit IRC23:01
*** shaohe_feng has quit IRC23:10
*** shaohe_feng has joined #openstack-nova23:10
openstackgerritEli Qiao proposed openstack/nova-specs: Add libvirt perf event  https://review.openstack.org/31951323:12
*** harlowja has quit IRC23:12
*** d_code has quit IRC23:13
openstackgerritAndy Hsiang proposed openstack/nova: Remove DictCompat from SecurityGroup  https://review.openstack.org/32110923:13
*** jwcroppe has joined #openstack-nova23:14
*** d_code has joined #openstack-nova23:15
*** shaohe_feng has quit IRC23:20
*** Jeffrey4l has joined #openstack-nova23:20
*** shaohe_feng has joined #openstack-nova23:21
*** vishwana_ has joined #openstack-nova23:21
*** kylek3h has joined #openstack-nova23:23
*** vishwanathj has quit IRC23:23
*** alexpilotti has quit IRC23:25
*** ducttape_ has quit IRC23:25
*** nic has joined #openstack-nova23:27
*** salv-orl_ has quit IRC23:27
*** sdake has joined #openstack-nova23:28
*** ducttape_ has joined #openstack-nova23:28
*** kylek3h has quit IRC23:29
*** jaypipes has quit IRC23:29
*** kylek3h has joined #openstack-nova23:30
*** BjoernT has quit IRC23:30
*** shaohe_feng has quit IRC23:30
*** shaohe_feng has joined #openstack-nova23:31
openstackgerritEli Qiao proposed openstack/nova-specs: Add libvirt perf event  https://review.openstack.org/31951323:33
*** kylek3h has quit IRC23:34

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