Thursday, 2017-10-12

*** yangyapeng has quit IRC00:02
*** takashin has joined #openstack-nova00:02
*** yangyapeng has joined #openstack-nova00:02
*** yamahata has quit IRC00:03
*** gmann_afk is now known as gmann00:06
*** yangyapeng has quit IRC00:07
*** ijw has quit IRC00:07
*** ijw has joined #openstack-nova00:08
*** sree has joined #openstack-nova00:08
*** Swami has quit IRC00:08
*** yamahata has joined #openstack-nova00:12
*** sree has quit IRC00:12
*** sbezverk has joined #openstack-nova00:16
*** edmondsw has joined #openstack-nova00:16
*** edmondsw has quit IRC00:21
*** gouthamr has joined #openstack-nova00:24
*** smatzek has joined #openstack-nova00:25
*** sballe_ has quit IRC00:25
*** smatzek has quit IRC00:29
*** andreas_s has joined #openstack-nova00:31
*** andreas_s has quit IRC00:35
*** Apoorva_ has joined #openstack-nova00:36
*** Apoorva has quit IRC00:39
*** Apoorva_ has quit IRC00:40
*** thorst has joined #openstack-nova00:46
*** thorst has quit IRC00:46
*** jichen has joined #openstack-nova00:47
*** jichen has quit IRC00:48
*** jichen has joined #openstack-nova00:48
*** AlexeyAbashkin has joined #openstack-nova00:49
*** AlexeyAbashkin has quit IRC00:53
*** sbezverk has quit IRC00:55
*** priteau has joined #openstack-nova00:59
*** phuongnh has joined #openstack-nova01:00
*** priteau has quit IRC01:04
*** gjayavelu has quit IRC01:04
*** liusheng has joined #openstack-nova01:05
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994901:06
*** sbezverk has joined #openstack-nova01:08
*** hemna_ has quit IRC01:10
*** yamahata has quit IRC01:10
*** litao__ has joined #openstack-nova01:12
*** liusheng has quit IRC01:13
*** liusheng has joined #openstack-nova01:15
*** yangyapeng has joined #openstack-nova01:16
*** baoli has joined #openstack-nova01:18
*** yamamoto has quit IRC01:26
*** baoli has quit IRC01:27
*** cheneydc has joined #openstack-nova01:32
*** Shunli has joined #openstack-nova01:38
*** baoli has joined #openstack-nova01:38
*** abhishek has quit IRC01:39
*** ijw has quit IRC01:41
*** ijw has joined #openstack-nova01:41
*** larainema has joined #openstack-nova01:42
*** baoli has quit IRC01:43
*** ijw has quit IRC01:44
*** sdague has quit IRC01:44
*** AlexeyAbashkin has joined #openstack-nova01:46
*** kaisers has quit IRC01:48
*** kaisers has joined #openstack-nova01:49
*** psachin has joined #openstack-nova01:49
*** AlexeyAbashkin has quit IRC01:50
*** edmondsw has joined #openstack-nova01:51
*** nikhil has quit IRC01:54
*** hongbin has joined #openstack-nova01:55
openstackgerritZhenyu Zheng proposed openstack/nova-specs master: Improve the performance of filtering instances by IP.  https://review.openstack.org/50932601:59
*** kukacz has quit IRC02:00
*** kukacz has joined #openstack-nova02:01
*** thorst has joined #openstack-nova02:02
openstackgerritTakashi NATSUME proposed openstack/nova master: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51032402:05
*** hshiina has joined #openstack-nova02:05
*** thorst has quit IRC02:07
*** baoli has joined #openstack-nova02:07
*** baoli has quit IRC02:12
*** acormier has quit IRC02:14
*** thorst has joined #openstack-nova02:17
*** thorst has quit IRC02:19
*** baoli has joined #openstack-nova02:25
openstackgerritYikun Jiang proposed openstack/nova-specs master: Add pagination and timestamp filtering support for os-migrations API  https://review.openstack.org/50603002:29
*** gouthamr has quit IRC02:31
*** markvoelker has quit IRC02:39
openstackgerritYikun Jiang proposed openstack/nova-specs master: Add pagination and timestamp filtering support for os-migrations API  https://review.openstack.org/50603002:40
*** andreas_s has joined #openstack-nova02:40
*** gcb has joined #openstack-nova02:43
*** yingjun has joined #openstack-nova02:46
*** andreas_s has quit IRC02:49
*** yamahata has joined #openstack-nova02:50
*** junbo has quit IRC02:52
*** edmondsw has quit IRC02:53
*** nicolasbock has quit IRC02:53
*** andreas_s has joined #openstack-nova02:59
*** priteau has joined #openstack-nova03:00
*** vladikr has quit IRC03:01
*** vladikr has joined #openstack-nova03:01
*** mtreinish has quit IRC03:02
*** priteau has quit IRC03:05
*** vladikr_ has quit IRC03:06
*** vladikr has quit IRC03:07
*** vladikr_ has joined #openstack-nova03:07
*** mtreinish has joined #openstack-nova03:07
*** vladikr has joined #openstack-nova03:07
*** trinaths has joined #openstack-nova03:10
*** trungnv has quit IRC03:11
*** trinaths1 has joined #openstack-nova03:11
*** gouthamr has joined #openstack-nova03:12
*** andreas_s has quit IRC03:12
*** thorst has joined #openstack-nova03:12
*** thorst has quit IRC03:12
*** trinaths has quit IRC03:14
*** yuchenghui has joined #openstack-nova03:14
*** baoli has quit IRC03:17
openstackgerritYikun Jiang proposed openstack/nova-specs master: Add pagination and timestamp filtering support for os-migrations API  https://review.openstack.org/50603003:18
*** trungnv has joined #openstack-nova03:19
*** links has joined #openstack-nova03:24
*** mdnadeem has joined #openstack-nova03:26
*** vladikr_ has quit IRC03:26
*** vladikr has quit IRC03:26
*** vladikr_ has joined #openstack-nova03:27
*** vladikr has joined #openstack-nova03:27
*** gbarros has joined #openstack-nova03:32
*** udesale has joined #openstack-nova03:35
*** mdnadeem has quit IRC03:37
*** mdnadeem has joined #openstack-nova03:38
*** yamamoto has joined #openstack-nova03:39
*** yamamoto_ has joined #openstack-nova03:44
*** hshiina has quit IRC03:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896403:46
*** yamamoto has quit IRC03:47
*** trinaths has joined #openstack-nova03:53
*** dave-mccowan has quit IRC03:54
*** trinaths1 has quit IRC03:56
*** diga has joined #openstack-nova03:59
*** suresh12 has joined #openstack-nova03:59
*** hshiina has joined #openstack-nova04:01
*** sree has joined #openstack-nova04:03
*** yamamoto_ has quit IRC04:03
*** hongbin has quit IRC04:04
*** vks1 has joined #openstack-nova04:06
*** Shunli has quit IRC04:07
*** vivsoni_ has joined #openstack-nova04:07
*** armax has quit IRC04:08
*** armax has joined #openstack-nova04:08
*** armax has quit IRC04:08
*** armax has joined #openstack-nova04:09
*** armax has quit IRC04:09
*** armax has joined #openstack-nova04:10
*** armax has quit IRC04:10
*** vks1 has quit IRC04:10
*** vivsoni has quit IRC04:10
*** claudiub|2 has joined #openstack-nova04:15
*** vladikr has quit IRC04:20
*** vladikr has joined #openstack-nova04:20
*** vladikr_ has quit IRC04:20
*** vladikr_ has joined #openstack-nova04:21
*** yamamoto has joined #openstack-nova04:21
*** trinaths1 has joined #openstack-nova04:25
*** trinaths has quit IRC04:26
*** smatzek has joined #openstack-nova04:27
*** vladikr has quit IRC04:28
*** vladikr has joined #openstack-nova04:28
*** vladikr_ has quit IRC04:28
*** vks1 has joined #openstack-nova04:29
*** vladikr_ has joined #openstack-nova04:29
*** smatzek has quit IRC04:31
*** hoonetorg has quit IRC04:37
*** markvoelker has joined #openstack-nova04:39
*** edmondsw has joined #openstack-nova04:39
*** brault_ has joined #openstack-nova04:42
*** edmondsw has quit IRC04:44
*** abhi89 has joined #openstack-nova04:44
*** brault has quit IRC04:44
*** trungnv has quit IRC04:45
*** hoonetorg has joined #openstack-nova04:50
*** vladikr has quit IRC04:52
*** vladikr has joined #openstack-nova04:53
*** lpetrut_ has joined #openstack-nova04:54
*** gouthamr has quit IRC04:56
*** thorst has joined #openstack-nova04:56
*** vvargaszte has joined #openstack-nova04:59
*** thorst has quit IRC05:00
*** priteau has joined #openstack-nova05:00
*** vladikr has quit IRC05:02
*** vladikr_ has quit IRC05:02
*** vladikr has joined #openstack-nova05:03
*** vladikr_ has joined #openstack-nova05:03
*** priteau has quit IRC05:05
*** vvargaszte has quit IRC05:06
*** markvoelker has quit IRC05:14
*** gbarros has quit IRC05:15
*** acormier has joined #openstack-nova05:16
*** acormier has quit IRC05:20
*** vladikr has quit IRC05:24
*** vladikr has joined #openstack-nova05:24
*** vladikr_ has quit IRC05:25
*** vladikr_ has joined #openstack-nova05:25
*** lpetrut_ has quit IRC05:26
*** ratailor has joined #openstack-nova05:32
*** vladikr has quit IRC05:32
*** vladikr_ has quit IRC05:32
*** vladikr has joined #openstack-nova05:32
*** vladikr_ has joined #openstack-nova05:33
*** suresh12 has quit IRC05:34
*** suresh12 has joined #openstack-nova05:34
*** suresh12 has quit IRC05:35
*** suresh12 has joined #openstack-nova05:36
*** suresh12 has quit IRC05:40
*** yuchenghui has quit IRC05:55
*** udesale__ has joined #openstack-nova06:03
*** udesale has quit IRC06:03
*** udesale has joined #openstack-nova06:06
*** udesale__ has quit IRC06:07
*** Oku_OS-away is now known as Oku_OS06:08
*** markvoelker has joined #openstack-nova06:11
openstackgerritjichenjc proposed openstack/nova master: Remove glance usage inside compute  https://review.openstack.org/51139206:18
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060806:18
*** phani_ has joined #openstack-nova06:19
*** brad[] has quit IRC06:20
*** yamahata has quit IRC06:20
phani_I am want to expose SSE4.2 cpu flags to VM spawned with openstack. I Updated nova.conf with "cpu_mode = custom, cpu_model = Nehalem"  and set the meta data for nova flavor with CLI : nova flavor-key m1.medium set hw:cpu_model=Nehalem. But the VM does not get the SSE4.2 cpu flags.  The compute node CPU has the SS4.2 flags. I am using devstak  stable/pike06:20
*** ratailor_ has joined #openstack-nova06:20
phani_Please hlep me. Is there anything i am missing06:20
*** josecastroleon has quit IRC06:21
*** josecastroleon has joined #openstack-nova06:22
*** ratailor has quit IRC06:24
*** vladikr has quit IRC06:24
*** vladikr_ has quit IRC06:24
*** vladikr has joined #openstack-nova06:24
*** vladikr_ has joined #openstack-nova06:25
openstackgerritDavid Rabel proposed openstack/nova master: VMware: add support for graceful shutdown of instances  https://review.openstack.org/49416906:27
*** phuongnh has quit IRC06:27
*** hshiina has quit IRC06:27
*** edmondsw has joined #openstack-nova06:28
*** diga has quit IRC06:28
*** Swami has joined #openstack-nova06:31
*** brad[] has joined #openstack-nova06:32
*** edmondsw has quit IRC06:32
*** lajoskatona has joined #openstack-nova06:33
*** Swami has quit IRC06:33
*** yamahata has joined #openstack-nova06:33
*** udesale has quit IRC06:34
*** rcernin has joined #openstack-nova06:35
*** udesale has joined #openstack-nova06:35
*** vladikr_ has quit IRC06:36
*** vladikr_ has joined #openstack-nova06:37
*** sahid has joined #openstack-nova06:38
*** takedakn has joined #openstack-nova06:41
openstackgerritjichenjc proposed openstack/nova master: Remove glance usage inside compute  https://review.openstack.org/51139206:42
openstackgerritjichenjc proposed openstack/nova master: Remove usage of glance.generate_image_url  https://review.openstack.org/51139706:42
*** markvoelker has quit IRC06:44
*** vladikr_ has quit IRC06:46
*** vladikr_ has joined #openstack-nova06:47
*** ratailor_ is now known as rtailor06:47
*** priteau has joined #openstack-nova06:52
openstackgerritJianghua Wang proposed openstack/nova master: rt: Implement XenAPI get_inventory() method  https://review.openstack.org/33920406:54
*** priteau has quit IRC06:55
*** priteau has joined #openstack-nova06:55
*** thorst has joined #openstack-nova06:57
*** priteau has quit IRC06:59
*** thorst_ has joined #openstack-nova07:00
*** Dinesh_Bhor has quit IRC07:01
*** slaweq has joined #openstack-nova07:01
*** thorst has quit IRC07:01
*** rtailor has quit IRC07:03
*** rtailor has joined #openstack-nova07:04
*** thorst_ has quit IRC07:05
*** brault_ has quit IRC07:06
*** Dinesh_Bhor has joined #openstack-nova07:07
*** markus_z has joined #openstack-nova07:09
openstackgerritjichenjc proposed openstack/nova master: mv generate_glance_url to get_image_endpoint_url  https://review.openstack.org/51140007:12
*** yamahata has quit IRC07:15
*** pcaruana has joined #openstack-nova07:17
*** lpetrut_ has joined #openstack-nova07:18
*** yangyapeng has quit IRC07:19
*** yangyapeng has joined #openstack-nova07:19
*** takashin has quit IRC07:24
*** flanders_ has joined #openstack-nova07:26
bauzasgood morning Nova07:28
openstackgerritjichenjc proposed openstack/nova master: Remove usage of glance.generate_image_url  https://review.openstack.org/51139707:31
*** AlexeyAbashkin has joined #openstack-nova07:32
*** tesseract has joined #openstack-nova07:32
*** andreas_s has joined #openstack-nova07:35
openstackgerritAlex Xu proposed openstack/nova master: Add _get_provider_ids_with_any_trait method  https://review.openstack.org/51118407:40
openstackgerritAlex Xu proposed openstack/nova master: placement: add traits support in the AllocationCandidates object  https://review.openstack.org/47976607:40
openstackgerritAlex Xu proposed openstack/nova master: Put the code of generating sharing RP combinations into a method  https://review.openstack.org/51140707:40
*** markvoelker has joined #openstack-nova07:41
openstackgerritjichenjc proposed openstack/nova master: Remove glance usage inside compute  https://review.openstack.org/51139207:49
openstackgerritjichenjc proposed openstack/nova master: Remove usage of glance.generate_image_url  https://review.openstack.org/51139707:49
*** markus_z has quit IRC07:56
*** yamamoto has quit IRC08:05
*** sridharg has joined #openstack-nova08:06
*** tetsuro has joined #openstack-nova08:07
*** yamamoto has joined #openstack-nova08:08
*** markvoelker has quit IRC08:14
*** edmondsw has joined #openstack-nova08:15
*** hshiina has joined #openstack-nova08:16
openstackgerritElod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification  https://review.openstack.org/50850608:17
*** priteau has joined #openstack-nova08:18
*** hshiina2 has joined #openstack-nova08:18
*** edmondsw has quit IRC08:20
*** hshiina has quit IRC08:21
*** markus_z has joined #openstack-nova08:23
openstackgerritYikun Jiang proposed openstack/nova master: Add migration_get_by_uuid in db api.  https://review.openstack.org/51142108:24
*** ratailor_ has joined #openstack-nova08:27
*** rodolof has joined #openstack-nova08:27
*** rodolof has quit IRC08:28
*** rodolof has joined #openstack-nova08:28
*** rtailor has quit IRC08:30
*** rmart04 has joined #openstack-nova08:32
*** ralonsoh has joined #openstack-nova08:33
*** markus_z has quit IRC08:33
*** lucas-afk is now known as lucasagomes08:34
*** gszasz has joined #openstack-nova08:37
*** derekh has joined #openstack-nova08:38
*** brault has joined #openstack-nova08:40
openstackgerritYikun Jiang proposed openstack/nova master: Add migration_get_by_uuid in db api.  https://review.openstack.org/51142108:48
*** spectr has quit IRC08:49
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1721652 in the functional test env  https://review.openstack.org/51017608:49
openstackbug 1721652 in OpenStack Compute (nova) "Evacuate cleanup fails at _delete_allocation_for_moved_instance" [High,In progress] https://launchpad.net/bugs/1721652 - Assigned to Balazs Gibizer (balazs-gibizer)08:49
*** yamamoto has quit IRC08:55
*** markus_z has joined #openstack-nova08:56
openstackgerritBalazs Gibizer proposed openstack/nova master: Add snapshot id to the snapshot notifications  https://review.openstack.org/45307708:58
*** ratailor__ has joined #openstack-nova08:59
*** thorst has joined #openstack-nova09:02
*** vladikr_ has quit IRC09:02
*** vladikr_ has joined #openstack-nova09:02
*** vladikr has quit IRC09:02
*** vladikr has joined #openstack-nova09:03
*** ratailor_ has quit IRC09:03
*** trinaths1 has left #openstack-nova09:03
*** hferenc has joined #openstack-nova09:04
*** thorst has quit IRC09:05
*** vladikr has quit IRC09:08
*** vladikr_ has quit IRC09:09
*** vladikr has joined #openstack-nova09:09
*** vladikr_ has joined #openstack-nova09:09
*** _pewp_ has quit IRC09:11
*** brault has quit IRC09:12
openstackgerritBalazs Gibizer proposed openstack/nova master: Add snapshot id to the snapshot notifications  https://review.openstack.org/45307709:13
*** yamamoto has joined #openstack-nova09:15
*** yamamoto has quit IRC09:15
*** _pewp_ has joined #openstack-nova09:15
*** spectr has joined #openstack-nova09:19
*** ratailor__ is now known as rtailor09:22
*** ociuhandu has quit IRC09:23
*** brault has joined #openstack-nova09:27
*** logan- has quit IRC09:27
*** brault has quit IRC09:32
*** vladikr_ has quit IRC09:36
*** vladikr has quit IRC09:36
*** yingjun has quit IRC09:36
*** vladikr_ has joined #openstack-nova09:37
*** vladikr has joined #openstack-nova09:37
*** takedakn has quit IRC09:37
*** fragatina has joined #openstack-nova09:37
*** mvk has quit IRC09:37
*** phuongnh has joined #openstack-nova09:42
*** jichen has quit IRC09:43
*** vladikr_ has quit IRC09:44
*** yamamoto has joined #openstack-nova09:44
*** vladikr_ has joined #openstack-nova09:44
*** priteau has quit IRC09:53
*** yassine has quit IRC09:59
*** cheneydc has quit IRC10:01
*** thorst has joined #openstack-nova10:02
*** sree has quit IRC10:02
*** sree has joined #openstack-nova10:03
*** edmondsw has joined #openstack-nova10:04
*** andreas_s has quit IRC10:06
*** andreas_s has joined #openstack-nova10:06
*** edmondsw has quit IRC10:08
*** thorst has quit IRC10:08
*** andreas_s has quit IRC10:11
*** spectr has quit IRC10:12
*** markvoelker has joined #openstack-nova10:12
*** andreas_s has joined #openstack-nova10:20
*** brault has joined #openstack-nova10:20
*** abhi89 has quit IRC10:21
*** sbezverk has quit IRC10:21
*** yangyape_ has joined #openstack-nova10:23
*** spectr has joined #openstack-nova10:25
*** flanders_ has quit IRC10:25
*** brault has quit IRC10:26
*** sree has quit IRC10:26
*** yangyapeng has quit IRC10:27
openstackgerritMarco Chiappero proposed openstack/nova-specs master: Enable VM communication channel for power management  https://review.openstack.org/51145310:27
*** mikal has quit IRC10:28
*** thingee has quit IRC10:28
*** yangyape_ has quit IRC10:28
*** thingee has joined #openstack-nova10:29
*** smatzek has joined #openstack-nova10:29
*** mikal has joined #openstack-nova10:30
*** udesale has quit IRC10:30
*** gcb has quit IRC10:30
*** andreas_s has quit IRC10:33
*** smatzek has quit IRC10:34
openstackgerritMarco Chiappero proposed openstack/nova-specs master: Enable VM communication channel for power management  https://review.openstack.org/51145310:37
*** brault has joined #openstack-nova10:38
*** andreas_s has joined #openstack-nova10:39
*** priteau has joined #openstack-nova10:42
*** smatzek has joined #openstack-nova10:42
openstackgerritJianghua Wang proposed openstack/nova master: rt: Implement XenAPI get_inventory() method  https://review.openstack.org/33920410:43
*** markvoelker has quit IRC10:45
*** clayton has quit IRC10:49
*** clayton has joined #openstack-nova10:51
*** andreas_s has quit IRC10:53
*** edmondsw has joined #openstack-nova10:53
*** andreas_s has joined #openstack-nova10:54
*** tbachman has quit IRC10:56
*** andreas_s has quit IRC10:56
*** andreas_s has joined #openstack-nova10:56
*** edmondsw has quit IRC10:56
*** logan- has joined #openstack-nova10:57
*** ratailor_ has joined #openstack-nova10:57
*** rtailor has quit IRC11:01
*** AlexeyAbashkin has quit IRC11:01
*** sambetts|afk is now known as sambetts11:01
*** priteau has quit IRC11:02
*** priteau has joined #openstack-nova11:03
*** dave-mccowan has joined #openstack-nova11:04
*** AlexeyAbashkin has joined #openstack-nova11:05
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: properly decode error message from qemu guest agent  https://review.openstack.org/51145911:05
*** andreas_s has quit IRC11:07
*** priteau has quit IRC11:08
*** mvk has joined #openstack-nova11:08
openstackgerritMerged openstack/nova master: Fix connection info refresh for reboot  https://review.openstack.org/51120911:09
*** priteau has joined #openstack-nova11:10
*** sdague has joined #openstack-nova11:11
openstackgerritRodolfo Alonso Hernandez proposed openstack/nova-specs master: Network bandwidth resource provider  https://review.openstack.org/50230611:14
*** yassine has joined #openstack-nova11:15
*** priteau has quit IRC11:16
*** gmann is now known as gmann_afk11:17
*** yamamoto has quit IRC11:27
*** brault has quit IRC11:29
openstackgerritBob Ball proposed openstack/nova master: XenAPI: Unit tests must mock os_xenapi calls  https://review.openstack.org/49957311:34
*** priteau has joined #openstack-nova11:35
*** andreas_s has joined #openstack-nova11:35
*** nicolasbock has joined #openstack-nova11:39
*** yangyapeng has joined #openstack-nova11:39
*** andreas_s has quit IRC11:39
*** yangyapeng has quit IRC11:39
*** yangyapeng has joined #openstack-nova11:40
*** andreas_s has joined #openstack-nova11:40
*** markvoelker has joined #openstack-nova11:43
*** nicolasbock has quit IRC11:45
openstackgerritYikun Jiang proposed openstack/nova master: Add migration_get_by_uuid in db api.  https://review.openstack.org/51142111:48
*** litao__ has quit IRC11:49
*** andreas_s has quit IRC11:49
*** yamamoto has joined #openstack-nova11:50
*** tetsuro has quit IRC11:52
openstackgerritElod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification  https://review.openstack.org/50850611:54
*** nicolasbock has joined #openstack-nova11:58
*** andreas_s has joined #openstack-nova11:59
openstackgerritHironori Shiina proposed openstack/nova master: ironic: Support resize and cold migration  https://review.openstack.org/50067712:01
*** brault has joined #openstack-nova12:01
*** acormier has joined #openstack-nova12:02
mdboothDo we have nova functional tests which actually fire up libvirt/kvm?12:02
*** lucasagomes is now known as lucas-hungry12:02
*** andreas_s has quit IRC12:03
*** andreas_s has joined #openstack-nova12:04
*** thorst has joined #openstack-nova12:06
*** acormier has quit IRC12:06
openstackgerritMerged openstack/nova master: Fix target_cell usage for scatter_gather_cells  https://review.openstack.org/51069112:07
*** andreas_s has quit IRC12:08
*** andreas_s has joined #openstack-nova12:08
gibimdbooth: as far as I know every functional test uses the virt driver called FakeDriver so no libvirt driver is loaded and no libvirt/kvm is started in the functional env12:09
openstackgerritMatthew Booth proposed openstack/nova-specs master: Add serial numbers for local disks  https://review.openstack.org/51146612:09
mdboothgibi: That's what I thought, thanks.12:09
*** edmondsw has joined #openstack-nova12:10
bauzasmdbooth: the reason why I want to implement some functional tests using a LibvirtFixture12:10
*** edmondsw_ has joined #openstack-nova12:10
mdboothbauzas: i.e. you specifically want to run libvirt/kvm?12:11
mdboothOr you don't and you use LibvirtFixture to do that?12:12
*** gcb has joined #openstack-nova12:12
mdboothiirc, LibvirtFixture monkey patches libvirt-python to be semi-usefully faked, right?12:12
bauzasmdbooth: no, something telling you : okay, here are my XML capabilities12:13
bauzasfaking the host12:14
*** edmondsw has quit IRC12:14
* mdbooth was just writing a spec to expose disk serial numbers for local disks. You can obviously test that in tempest. I didn't think we could do it in functional, but I thought I'd ask.12:15
mdboothAlthough I think we *could* test that the generated XML contains a serial number12:15
*** markvoelker has quit IRC12:16
mdboothThat might be better than tempest, tbh12:16
gibibauzas: libvirt already has support for that with a test:// connection url12:16
gibibauzas: but of course that would mean we have to run libvirt in the test env12:17
*** vks1 has quit IRC12:19
*** liverpooler has joined #openstack-nova12:19
*** lifeless has quit IRC12:24
bauzasgibi: I know about the libvirt fake conn12:24
bauzasgibi: but for example, if I want to get some specific capabilities, then meh12:25
*** gmann_afk is now known as gmann12:26
*** phuongnh has quit IRC12:26
*** phani_ has quit IRC12:27
gibibauzas: you can specify the host capability in the test:// connection url so libvirt will report whathever you need12:27
*** acormier has joined #openstack-nova12:27
*** acormier has quit IRC12:27
gibibauzas: at some point in the past I planned to build something up with this but never actually did it12:28
*** eharney has joined #openstack-nova12:28
*** acormier has joined #openstack-nova12:28
gibibauzas: but totally on the side of bulding a test env that could cover the libvirt driver code12:28
bauzasgibi: yup, you can do that but AFAIK there is a bug about what libvirt retuens12:29
bauzasanyhow, I need to test12:30
*** lifeless has joined #openstack-nova12:31
*** acormier has quit IRC12:32
*** markvoelker has joined #openstack-nova12:33
gibibauzas: if it is buggy then I understand looking at other ways to do the test. I thought libvirt community uses the test:// connection to test libvirt so I assumed it is at least as good as libvirt12:34
bauzasok, I could try to do it then12:35
bauzasanyway, working on a separate series as of now12:35
gibibauzas: I don't want to pressure anything :)12:35
bauzasgibi: np :)12:36
*** udesale has joined #openstack-nova12:36
*** udesale has quit IRC12:37
*** udesale has joined #openstack-nova12:37
bhagyashrisjohnthetubaguy: Hi, I need some guidance for patch https://review.openstack.org/#/c/409644/ ?12:39
*** ociuhandu has joined #openstack-nova12:40
openstackgerritHironori Shiina proposed openstack/nova master: virt/ironic: Implement rescue and unrescue  https://review.openstack.org/41648712:41
*** links has quit IRC12:41
*** ratailor_ has quit IRC12:41
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Fully destroy instances during a hard reboot  https://review.openstack.org/40038412:42
*** andreas_s has quit IRC12:43
*** andreas_s has joined #openstack-nova12:43
*** kylek3h has joined #openstack-nova12:44
*** kylek3h has quit IRC12:44
*** Yikun has quit IRC12:45
*** liusheng has quit IRC12:45
bhagyashrisjohnthetubaguy: Actually as per our discussion I have bumped the api microversion and service version as well but there is one problem that is if user will request the backup image api for old microversion for example 2.45 then in that case it's raises the on my fix because as we are skipping the image creation for rotation 012:45
*** liusheng has joined #openstack-nova12:45
*** yikun has joined #openstack-nova12:46
bhagyashrisjohnthetubaguy: *it raises KeyError12:46
bhagyashrisjohnthetubaguy: at api side and returns the HTTP 500 internal server error12:46
johnthetubaguybhagyashris: that sounds incorrect to me. You should only skip the image creation if you user requests the new API version, if you are going that way. I guess you should skip the image upload and just delete the image for the older API version.12:47
*** kylek3h has joined #openstack-nova12:47
*** mriedem has joined #openstack-nova12:47
johnthetubaguybhagyashris: as mentioned before, if its a new API microversion, it will need an approved nova-spec before it can be merged.12:47
mriedemclaudiub|2: can you take a look at these pike backports? need a final +2 https://review.openstack.org/#/q/topic:bug/1718455+branch:stable/pike12:48
bhagyashrisjohnthetubaguy: yeah i am working on nova-apec12:48
mriedemfor other stable cores, we have a series of changes for fixes in pike starting here that need review https://review.openstack.org/#/c/509922/112:49
*** takedakn has joined #openstack-nova12:49
mriedemlyarwood: ^12:49
lyarwoodmriedem: ack12:49
openstackgerritHironori Shiina proposed openstack/nova master: virt/ironic: Implement rescue and unrescue  https://review.openstack.org/41648712:50
*** hshiina2 has quit IRC12:50
openstackgerritEric Fried proposed openstack/nova master: Get auth from context for glance endpoint  https://review.openstack.org/49005712:52
openstackgerritEric Fried proposed openstack/nova master: Use ksa adapter for cinder client  https://review.openstack.org/50834512:52
openstackgerritEric Fried proposed openstack/nova master: Use ksa adapter for neutron client  https://review.openstack.org/50989212:52
openstackgerritEric Fried proposed openstack/nova master: Use ksa adapter for keystone conf & requests  https://review.openstack.org/50769312:52
*** takedakn has quit IRC12:53
mriedemdansmith: that person's instance 404 problem in the ML from ocata was using the wsgi stuff :)12:53
mriedemalmost wonder if we should delete those files in ocata12:54
*** pchavva has joined #openstack-nova12:54
openstackgerritMerged openstack/nova stable/pike: Support qemu >= 2.10  https://review.openstack.org/50977412:56
bhagyashrisjohnthetubaguy: i am not clear about how i will skip the image creation for new api version because code to skip image creation is at /nova/compute/api/py and that is common code12:56
mriedembhagyashris: pass a flag12:56
bhagyashrismriedem: ohh ok12:57
mriedemcheck the microversion in the REST API handler code, and pass some flag down to the compute api, with the default being backward compatible12:57
*** andreas_s has quit IRC12:57
gibimriedem: I saw your comment and left a question about possible solution inline in https://review.openstack.org/#/c/510938/2/nova/compute/manager.py12:57
*** lucas-hungry is now known as lucasagomes12:58
*** vks1 has joined #openstack-nova12:58
*** mdnadeem has quit IRC12:58
mriedemgibi: yeah was just replying12:59
*** lyan has joined #openstack-nova12:59
mriedemi forgot that ironic and vmware support rebuild12:59
gibiif it just rebuild then we don't have to care (I guess) but if they support evacuation as well then we have to me smarter13:00
mriedemyeah i know vmware deployments use evacuate,13:00
mriedembecause before dansmith robustified it, if you started up a 2nd nova-compute to manage the same cluster as another, it would think all of the instances were evacuated and delete them from the cluster13:01
mriedemwhich people didn't like for some reason13:01
*** andreas_s has joined #openstack-nova13:01
mriedemi fondly remember being on several customer calls at ibm because of that issue13:02
gibiI can imagine the how big was that dislike :)13:02
gibiwhat if I just ask for all the compute nodes for this host before the loop and look up the needed node in the loop?13:03
*** esberglu has quit IRC13:03
*** abhi89 has joined #openstack-nova13:03
mriedemgibi: replied inline13:04
mriedemyou could also probably do that13:05
mriedemi was suggesting lookup by host/node, cache the result13:05
gibiOK. let's do that13:06
*** catintheroof has joined #openstack-nova13:06
*** catintheroof has quit IRC13:06
*** catintheroof has joined #openstack-nova13:06
mriedemso that made me think of something https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L75213:07
mriedemif you force an evacuate for ironic or vmware, you're going to probably be busted13:07
mriedembecause you can only specify the host, but not the node13:07
mriedemwe just pick a node randomly from those available for the host13:07
mriedemprobably need to make a note of that in the API, and another reason why the force flag is bad13:08
gibicould we be busted here as well? https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L278713:08
gibithe _get_compute_info call also uses the compat call to the db13:08
mriedempossibly13:09
mriedemgibi: well, that's if you force13:10
mriedemif you force, scheduled_node is None13:10
mriedemhttps://github.com/openstack/nova/blob/master/nova/compute/manager.py#L276213:10
mriedemso another reason why forced host evacuate won't work for ironic or vmware13:11
mriedemalthough does vmware still have multiple nodes? i can't remember13:11
mriedembauzas: ^?13:11
gibiahh OK13:11
mriedemdims: remember long ago the thing you removed for the vmware driver in nova - was that for a single compute managing multiple clusters? or something to do with a 1:M host:node mapping for vmware?13:13
*** catintheroof has quit IRC13:13
mriedemi think it was the former13:13
*** baoli has joined #openstack-nova13:13
*** tbachman has joined #openstack-nova13:14
*** catintheroof has joined #openstack-nova13:14
*** artom_ is now known as artom13:15
openstackgerritpriyaduggirala proposed openstack/nova master: Rename parameters in call() of nova/image/glance.py  https://review.openstack.org/50853313:18
*** esberglu has joined #openstack-nova13:18
*** edmondsw_ is now known as edmondsw13:19
kaisersHi! If somebody with libvirt/assisted volume snapshot deletion experience could visit https://bugs.launchpad.net/nova/+bug/1716920 it'd be great, I'm stuck analyzing this.13:21
openstackLaunchpad bug 1716920 in OpenStack Compute (nova) "online snapshot deletion breaks volume info and backing chain (with remotefs drivers?)" [Undecided,New]13:21
kaiserskashyap: ----^13:21
*** esberglu has quit IRC13:21
kashyapkaisers: Hey, I noticed your latest update on the bug13:21
kashyapkaisers: Wasn't ignoring it; just was looking at something more broken elsewhere13:22
kaiserskashyap: no worries :)13:22
kashyapkaisers: You say you're back to "square one"13:22
kaisersI believed novas block rebase operation to be stuck but that was wrong13:23
kashyapFrom your comment#6, what did you patch there while testing?13:23
*** esberglu has joined #openstack-nova13:23
kaiserskashyap: debug log messages to see what's happening and if that operation is terminating13:23
kaisersit does13:23
kaisersI'm not sure if i read the libvirt log correctly13:23
kaisers(comment #7)13:24
*** jaosorior has quit IRC13:27
*** vks1 has quit IRC13:27
*** sree has joined #openstack-nova13:27
kashyapkaisers: I'll look in a bit; I have 2 calls to attend now.13:27
kaisersThis version of the log excerpt is probably easier to read: http://paste.openstack.org/show/623456/13:27
kaiserskashyap: yeah, thanks13:27
kashyapkaisers: But here's some past notes of what to make of libvirt debug logs: http://lists.openstack.org/pipermail/openstack-dev/2016-October/105158.html13:27
kaiserskashyap: will read13:28
kashyapIf you're checking request / response; for each item (request _and_ response) libvirt will increment the ID13:28
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: add warning about force evacuate for ironic/vmware  https://review.openstack.org/51147713:29
mriedemgibi: ^13:29
kashyapkaisers: Err, scratch that last line: request & corresponding response have the _same_ ID :-)  Have to refer to my own notes in the e-mail13:29
kaiserskashyap: :)13:30
dimsmriedem : this one? https://review.openstack.org/#/c/163426/13:30
mriedemjohnthetubaguy: want to hit this pike backport? https://review.openstack.org/#/c/510957/13:30
dimsmriedem : "map one nova-compute to one VC cluster"13:31
mriedemdims: yeah13:31
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948313:31
*** sree has quit IRC13:31
*** gmann is now known as gmann_afk13:31
dimsmriedem : we switched to one nova-compute == one cluster in vCenter. earlier you could just run a single nova-compute for all the clusters in vcenter13:32
mriedemok, which meant, i think, that we had a host:node ratio of 1:M13:33
mriedemi've added rado to https://review.openstack.org/#/c/511477/ to keep me honest13:33
kaiserskashyap: my core question currently is if i read correctly that lines 34-36 (in the paste) mean the backing file of drive-virtio-disk1 is set to volume-669cfd0c-5b5c-470b-8b25-4c15cc655373.a755e1fc-f5ff-4dc1-937f-c03fb5ecc2d8 . That would be correct and what i expect. If true it means that the result is either not written to disk for some reason or the backing file reference is changed back to it's previous value due to some follow u13:34
kaiserskashyap: but sorry for bugging on while you're busy elsewhere, 'later13:34
mriedemdims: ah yeah get_available_nodes only returns a single item now https://review.openstack.org/#/c/103916/13/nova/virt/vmwareapi/driver.py@38913:34
mriedemsince that change13:35
kashyapkaisers: No, it's okay; I see you're adding details to the bug13:35
kashyapAh-ha, it's with remotefs!13:36
kashyapkaisers: You also see it with NFS?13:36
*** vivsoni_ has quit IRC13:36
openstackgerritMatt Riedemann proposed openstack/nova master: api-ref: add warning about force evacuate for ironic  https://review.openstack.org/51147713:36
mriedemdims: maybe mogan will let you specify a host and node when forcing the evacuate of a baremetal instance13:36
mriedem:)13:36
*** vivsoni has joined #openstack-nova13:36
*** sree has joined #openstack-nova13:37
dims🔥:)13:37
mriedemandreas_s: seems to be a lot of zkvm ci failures13:37
andreas_smriedem: thx, let me have a look13:38
mriedemhttp://sng01.objectstorage.softlayer.net/v1/AUTH_1940ea10-6e82-4501-b2f9-eb236510e575/ibmzkvmci/510957/1/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/203fd4a/console.log13:38
mriedem^ is a totally unrelated stable/pike change13:38
mriedemlots of issues with volume groups and volume backups13:39
mriedemandreas_s: is the zkvm ci also running on cinder?13:39
mriedembecause if not, you could probably exclude all of the tempest.api.volume tests13:39
*** sbezverk has joined #openstack-nova13:39
mriedemreally just whitelist to running the tempest.api.compute tests13:39
kaiserskashyap: I haven't tested this with NFS, i just noticed that e.g. vzstorage CI started skipping those tests, my guess is for a similar reason.13:40
*** burt has joined #openstack-nova13:40
andreas_smriedem: yes, it is running cinder - but sometimes the backup related tests all fail - I haven't yet figured out why this is the case..13:41
*** sree has quit IRC13:41
mriedemandreas_s: no, i mean, is the CI also running against cinder changes?13:41
mriedemor just nova13:41
andreas_smriedem: ah - no. just nova13:41
mriedemandreas_s: ok, so nova changes don't care about the results of volume api only tests13:42
kaiserskashyap: looking at recent NFS CI test they seem to hit the same issue: http://logs.openstack.org/27/511427/2/check/gate-tempest-dsvm-full-devstack-plugin-nfs-nv/bf61d5b/console.html13:42
mriedemnor image or object storage or identity api tests13:42
mriedemandreas_s: so you could just whitelist the zkvm ci, which only runs against nova changes, to only run the tempest.api.compute tests13:42
kashyapkaisers: Okay, please write a comment in the bug with the log from NFS as plain text attachment13:42
kashyapAs these URLs will expire13:42
andreas_smriedem: no scenario tests?13:42
kaiserskashyap: will do13:43
*** vks1 has joined #openstack-nova13:43
mriedemandreas_s: you could probably run the scenario tests, but some of them don't touch nova at all i don't think, like some of the advanced networking ones13:43
mriedemandreas_s: so maybe just whitelist tempest.api.compute and tempest.scenario for now13:43
andreas_smriedem: skipping storage related things will definitively help to stabilize the voting pattern...13:43
mriedemthat should help reduce some of the noise and the load13:43
andreas_smriedem: ok, will do, thanks for the suggestion13:44
mriedemnp, thanks for being responsive13:44
mriedemoomichi: are schema validation errors handled separately from the expected_errors decorator in this change? https://review.openstack.org/#/c/509039/13:49
*** gouthamr has joined #openstack-nova13:49
mriedemah i guess it is13:49
*** smatzek has quit IRC13:49
dansmithmriedem: so on that accepted thing,13:50
mriedemuh oh13:50
dansmithmriedem: I think that was improperly baking rt-level behavior into the db layer13:50
dansmithmriedem: way before placement of course13:50
mriedemnikola's patch?13:50
dansmithI don't think that just because it was intentional back then means it makes sense now13:50
dansmithyeah13:50
*** rmart04 has quit IRC13:50
mriedemi meant to go dig into the linked bug but forgot13:51
*** smatzek has joined #openstack-nova13:51
kaiserskashyap: I've to run in a min, I'll follow up on this irc log and the bug ticket when i'm back on...13:52
kashyapkaisers: Sure; it's best if we hash it out on the bug, too.  As others can catch up on the context13:52
*** nikhil_ has joined #openstack-nova13:52
mriedemdansmith: it was related to bug https://bugs.launchpad.net/nova/+bug/141766713:52
openstackLaunchpad bug 1417667 in OpenStack Compute (nova) "migration/evacuation/rebuild/resize of instance with NUMA topology needs to recalculate NUMA topology" [Medium,In progress]13:52
mriedembut, that's an epic thing13:52
mriedemso who knows13:52
*** nikhil_ is now known as Guest4851613:52
mriedemhttps://review.openstack.org/#/q/topic:bug/1417667+(status:open+OR+status:merged)13:52
mriedemjesus13:52
*** Guest48516 is now known as nikhil_k13:53
dansmithhmm. not sure about that13:53
mriedemheh, "this numa feature we added doens't work, it's a bug, so let's fix it with a billion patches"13:53
bhagyashrisjohnthetubaguy, mriedem: thank you :)13:53
*** andreas_s has quit IRC13:54
*** andreas_s has joined #openstack-nova13:55
efriedsdague (cc mordred) Regarding barbican affordance in bp/use-ksa-adapter-for-endpoints -- I've been looking into it, and I don't think Nova is the right place to tackle it.  Would like to discuss when you have a few.13:55
*** suresh12 has joined #openstack-nova13:56
efried(mriedem ^ if it turns out to be the case that we don't do that, would a spec update be necessary/desirable?)13:56
*** andreas_s has quit IRC13:57
* alex_xu is waiting for jaypipes13:57
*** andreas_s has joined #openstack-nova13:57
*** suresh12 has quit IRC13:57
mriedemefried: if the spec says you're going to do it for barbican too and you don't, then amending the spec is fine13:57
efriedalex_xu I think Jay is on quasi-vacation13:58
efriedmriedem ack13:58
*** suresh12 has joined #openstack-nova13:58
alex_xuefried: ah, thanks, when he is back?13:58
mriedemdansmith: i don't really see anything in that series of nikola's changes, anything obvious at least, that warrants the need for including 'accepted' in that not-in-progress list, so i assume it was just something he noticed while going through that stuff13:58
*** itlinux has joined #openstack-nova13:58
efriedWaidaminute... alex_xu comes back and jaypipes is gone.... Has anyone ever actually seen them in the same place at the same time?13:59
dansmithmriedem: yeah seems unrelated13:59
mriedemefried: i have actually13:59
efriedalex_xu Not totally sure.  Couple weeks?  But he's been checking in spottily13:59
efriedmriedem Yeah, I did at the PTG.  Just being hilariously funny.13:59
mriedemtalking about trusted filters and traits13:59
*** sree has joined #openstack-nova14:00
alex_xuefried: ok...thanks14:00
efriedalex_xu You looking for SQL brainstorm collab?14:00
efriedon traits stuff14:00
alex_xuefried: yea, I rewrite the trait patch as Jay suggested, want to get jay take a look whether it is he expected14:01
bauzasmriedem: sorry, was around14:01
bauzasmriedem: so, no, VMware is no longer using more than one node14:01
efriedalex_xu Cool.  I have to admit, the way you had it before was pretty baffling to me, though I'm definitely not an expert.14:01
efriedalex_xu Which patch?14:02
alex_xuefried: here is one https://review.openstack.org/#/c/479766/1014:02
efried...14:02
*** suresh12 has quit IRC14:02
alex_xuyea, the sql is complex, but as jay said, do that in the python also complex...14:02
alex_xuefried: the original one is https://review.openstack.org/#/c/489206/14:03
openstackgerritChris Dent proposed openstack/nova master: [placement] add coverage for update of standard resource class  https://review.openstack.org/51148514:04
efriedalex_xu We decided to call it 'required' in GET /allocation_candidates, 对吧 ?14:04
efriedalex_xu I'm not completely up on the flow; is it getting translated from 'required' to 'traits' at some point?14:05
alex_xuefried: yes, I will rename it14:05
efriedokay, cool14:05
alex_xuefried: 酷14:05
efried:)14:05
*** acormier has joined #openstack-nova14:06
mriedembauzas: want to have a pass at this spec? https://review.openstack.org/#/c/501017/14:07
mriedemi'm going to try and go through spec reviews today14:07
*** jaosorior has joined #openstack-nova14:09
openstackgerritDan Smith proposed openstack/nova master: Refactor resource tracker to account for migration allocations  https://review.openstack.org/50641914:09
openstackgerritDan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances  https://review.openstack.org/50642014:09
openstackgerritDan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation  https://review.openstack.org/50763814:09
bauzasmriedem: sure, I already looked at that one and I remember the PTG discussion14:11
mriedemsdague: is this looking ok for the file injection deprecation plan? https://review.openstack.org/#/c/509013/14:11
*** itlinux has quit IRC14:12
*** hamzy has quit IRC14:12
*** hongbin has joined #openstack-nova14:13
*** coreywright has quit IRC14:14
openstackgerritChris Dent proposed openstack/nova master: [placement] Confirm that empty resources query causes 400  https://review.openstack.org/51148814:17
mriedemhongbin: re https://bugs.launchpad.net/nova/+bug/169043914:20
openstackLaunchpad bug 1690439 in neutron "[RFE] Deal with NetworkAmbiguous error" [Wishlist,Triaged]14:20
*** awaugama has joined #openstack-nova14:20
mriedemhongbin: i'm not aware of anyone working on adding a 'default' flag to neutron networks when there are multiple available to the tenant and one isn't specified during server create,14:21
mriedemarguably we could add a config option to nova to let operators say something like, default to public shared=True network or default to private tenant network14:21
*** hemna_ has joined #openstack-nova14:23
*** yamamoto has quit IRC14:23
*** itlinux has joined #openstack-nova14:24
sdaguemriedem: that seems sane14:26
*** coreywright has joined #openstack-nova14:27
*** psachin has quit IRC14:28
*** armax has joined #openstack-nova14:30
mriedemsdague: cool14:30
openstackgerritChris Dent proposed openstack/nova master: [placement] Confirm that empty resources query causes 400  https://review.openstack.org/51148814:30
hongbinmriedem: o/14:31
andreas_smriedem: just FYI - I will do the filter change in the zkvm CI by tomorrow - I first want to check if the new regex is working in our test environment before applying it...14:31
*** itlinux has quit IRC14:32
hongbinmriedem: it sounds like there are two options and people don't have consensus of which one is preferrable ?14:32
*** andreas_s has quit IRC14:34
*** trinaths has joined #openstack-nova14:34
*** andreas_s has joined #openstack-nova14:35
gibimriedem, sdague, stephenfin: Can we somehow choose one of this two compeeting solutions? https://review.openstack.org/#/c/507253/ and https://review.openstack.org/#/c/507239/14:35
*** itlinux has joined #openstack-nova14:36
*** vivsoni has quit IRC14:36
*** vivsoni_ has joined #openstack-nova14:36
mriedemgibi: you'll have to find an impartial 3rd party moderator14:37
gibidansmith: ^^ could you help us?14:37
sdaguemake dansmith pick one :)14:38
sdagueI'm fine with whatever he picks14:38
dansmithwhy do I have to pick?14:38
dansmithoh because mriedem weaseled out14:38
dansmithffs14:38
*** links has joined #openstack-nova14:39
gibiand because we like your decisions14:39
dansmithwell, tbh, I feel like mriedem's is easier for me to wrap my brain around.. while I get it's less OO, it's much easier for me to find those for a test that sets them then tons of object hierarchy, like we have with the integrated tests14:40
*** yingjun has joined #openstack-nova14:43
gibibased on the silence I think there is no objection14:43
*** trinaths has left #openstack-nova14:44
gibidansmith: Will you +2 mriedem's patch or shall14:45
*** suresh12 has joined #openstack-nova14:45
gibiI?14:45
dansmithI did14:45
gibidansmith: cool, thanks14:45
openstackgerritMerged openstack/nova stable/pike: Add a regression test for bug 1718455  https://review.openstack.org/50859014:47
openstackbug 1718455 in OpenStack Compute (nova) pike "[pike] Nova host disable and Live Migrate all instances fail." [High,In progress] https://launchpad.net/bugs/1718455 - Assigned to Matt Riedemann (mriedem)14:47
mriedemthanks claudiub|214:48
*** Swami has joined #openstack-nova14:51
*** jangutter has quit IRC14:52
*** jangutter has joined #openstack-nova14:52
*** andreas_s has quit IRC14:53
*** yamahata has joined #openstack-nova14:53
-openstackstatus- NOTICE: Job log uploads are failing due to lack of inodes. Jobs also fail due to mismatches in gnutls packages. Workarounds for both in progress with proper fixes to follow.14:54
*** ChanServ changes topic to "Job log uploads are failing due to lack of inodes. Jobs also fail due to mismatches in gnutls packages. Workarounds for both in progress with proper fixes to follow."14:54
*** rcernin has quit IRC14:55
*** suresh12 has quit IRC14:55
*** hamzy has joined #openstack-nova14:55
*** sridharg has quit IRC14:57
*** lpetrut_ has quit IRC14:57
*** vivsoni has joined #openstack-nova14:58
*** vivsoni_ has quit IRC14:58
openstackgerritSean Dague proposed openstack/nova master: Move test_uuid_sentinels to NoDBTestCase  https://review.openstack.org/50725314:59
openstackgerritSean Dague proposed openstack/nova master: Don't use mock.patch.stopall  https://review.openstack.org/50752714:59
sdagueok, my stuff rebased on mriedem's now14:59
*** gszasz has quit IRC14:59
zioprotomriedem: I answered on the blog to your comments. Btw I will be in Sydney if you need to talk face to face about these experiences with large number of instances.15:00
*** Oku_OS is now known as Oku_OS-away15:01
*** eharney has quit IRC15:02
mriedemzioproto: cool. i proposed a forum session about scale testing too, and there was a similar one for stress testing at large scale15:02
*** andreas_s has joined #openstack-nova15:02
efriedsdague Regarding barbican affordance in bp/use-ksa-adapter-for-endpoints -- I've been looking into it, and I don't think Nova is the right place to tackle it.  Would like to discuss when you have a few.15:02
mriedemi guess mine was refused http://forumtopics.openstack.org/cfp/details/5515:02
sdagueefried: sure, I have a slice now15:03
sdagueefried: what's the concern?15:03
*** lajoskatona has quit IRC15:03
mriedemzioproto: this session was selected: http://forumtopics.openstack.org/cfp/details/2115:03
efriedsdague The opts are defined in castellan itself15:03
efriedsdague And they're *used* within castellan itself, not directly from Nova.15:03
sdagueoh, interesting15:03
sdaguehow much do they diverge?15:04
efriedsdague So I could register the ksa opts in Nova with deprecations for the barbican names.  And what I think would then happen is that castellan (still referring to them by their barbican names) would pick them up because the deprecations would alias them.15:04
sdagueyeh, it would be good to get the barbican/castellan folks engaged on that to figure out what their preference is15:05
*** jaosorior has quit IRC15:05
efriedwrt divergence: there's barbican_endpoint vs. endpoint_override.  And api_version vs. version - BUT in the ksa stuff we've been not letting the op dictate versions for the other services - I have a util that rips those opts out.15:06
efriedSorry, barbican_api_version*15:06
efriedsdague So yeah, I think long term what we want is for castellan to deprecate in favor of the ksa opts.15:07
*** AlexeyAbashkin has quit IRC15:07
efriedIf that happened, Nova wouldn't have to change anything.15:07
gibimriedem: could you report about the notification meeting on my behalf on the nova meeting?15:07
efriedsdague ...which I think is better than trying to force it in Nova in the interim.15:08
efriedsdague What IRC channel would a guy use to talk to barbican/castellan folk?15:09
efriedor should I hit the ML?15:09
mriedemgibi: sure15:10
mriedemefried: #openstack-barbican15:11
efriedgot it15:11
mriedemsdague: the keypair + rebuild spec updated the security impact section, i think this is what you were asking for but wanted to confirm http://docs-draft.openstack.org/21/375221/11/check/gate-nova-specs-docs-ubuntu-xenial/1f04019//doc/build/html/specs/queens/approved/rebuild-keypair-reset.html#security-impact15:11
mriedembasically, you can't rebuild a server for another user and update the keypair at the same time15:11
mriedemso don't inject user B's key into user A's serer15:11
mriedem*server15:12
sdagueefried: also, if you find active people over there, please get them to come join here, because I've got a big chunk of feedback on their image singing work that needs to be there15:12
*** sree has quit IRC15:12
sdaguemriedem: honestly, it's not a security issue15:12
sdagueusers don't really own servers15:12
gibimriedem: thanks a lot15:13
mriedemso you think this is fine to do and should just be documented?15:13
mriedemsdague: i'm trying to think if this would be surprising behavior15:13
sdaguemriedem: yeh, I just think we should document it15:14
*** yamahata has quit IRC15:14
sdagueI think it highlights that our notion of users owning keys is actually bad15:15
sdagueand projects should own keys15:15
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Add release note for running nova-api under wsgi in Ocata  https://review.openstack.org/51150315:15
mriedemdansmith: reno for ocata to maybe help with the wsgi service version thing ^15:15
*** andreas_s has quit IRC15:15
*** eharney has joined #openstack-nova15:15
mriedemsdague: ok want to make that comment on here https://review.openstack.org/#/c/375221/11/specs/queens/approved/rebuild-keypair-reset.rst@89 ?15:16
sdaguesure15:16
mriedemthe spec writer might not have been clear on this in PS1015:16
mriedemi know i wasn't really15:16
*** takedakn has joined #openstack-nova15:16
*** itlinux has quit IRC15:17
*** yamamoto has joined #openstack-nova15:24
*** udesale has quit IRC15:27
*** suresh12 has joined #openstack-nova15:27
mriedemneed dane-fichter around for this one too https://review.openstack.org/#/c/312225/15:28
*** hferenc has quit IRC15:28
*** READ10 has joined #openstack-nova15:29
*** vivsoni has quit IRC15:30
*** yamamoto has quit IRC15:31
*** takedakn has quit IRC15:32
*** vivsoni has joined #openstack-nova15:32
*** Swami has left #openstack-nova15:34
*** andreas_s has joined #openstack-nova15:34
efriedalex_xu My review is going to be missing some depth with respect to shared RPs and aggregates.  Can you help me understand the architecture of those things a bit more?15:34
*** Swami has joined #openstack-nova15:35
efriedPerhaps I need to go read the shared RP spec again.  Maybe it'll make more sense now.15:35
mdboothdansmith: I replied to your 2 review comments on https://review.openstack.org/#/c/511466/ . If you get a chance to look again I'll update asap. Thanks!15:36
*** vladikr_ has quit IRC15:36
*** vladikr has quit IRC15:37
openstackgerritStephen Finucane proposed openstack/nova master: disable numa feature when virt_type is not kvm  https://review.openstack.org/46516015:41
*** itlinux has joined #openstack-nova15:42
mriedemmdbooth: counter replied15:42
mdboothmriedem: Looking, thanks.15:43
*** andreas_s has quit IRC15:43
*** yamamoto has joined #openstack-nova15:45
*** yamamoto has quit IRC15:45
*** links has quit IRC15:47
*** andreas_s has joined #openstack-nova15:48
*** rodolof has quit IRC15:50
*** vladikr_ has joined #openstack-nova15:51
*** vladikr has joined #openstack-nova15:52
*** yamahata has joined #openstack-nova15:55
*** penick has joined #openstack-nova15:55
*** priteau has quit IRC15:55
*** tbachman has quit IRC15:56
*** links has joined #openstack-nova16:00
*** andreas_s has quit IRC16:00
*** ralonsoh has quit IRC16:01
sean-k-mooneymriedem: do you have a second to discuss the multiple bindings? i have a question regarding mix old+new hosts16:01
*** vivsoni_ has joined #openstack-nova16:02
*** vivsoni has quit IRC16:02
*** suresh12 has quit IRC16:02
*** suresh12 has joined #openstack-nova16:03
*** tbachman has joined #openstack-nova16:04
mriedemsean-k-mooney: sure16:05
mriedemi haven't made it back to your replies in the spec yet16:05
*** edmondsw has quit IRC16:05
*** erlon has quit IRC16:07
sean-k-mooneymriedem: going form old to new i can add code to create the binding if they are not found in the migration data and update the xml16:07
sean-k-mooneymriedem: going for new to old i cannot16:07
sean-k-mooneymriedem: so in this case if i detect that the bindings differ e.g. source linux bridge and dest ovs should i fail the migration at that point since16:08
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Reset the instance keypair while rebuilding (spec)  https://review.openstack.org/37522116:08
mriedemsdague: updated ^16:08
sean-k-mooneyi know the xml will not be updated correctly16:08
*** tbachman_ has joined #openstack-nova16:09
*** vivsoni_ has quit IRC16:09
*** masber has quit IRC16:09
*** andreas_s has joined #openstack-nova16:10
mriedemsean-k-mooney: when going from old to new, if you create the port binding, is it just for the dest host or both the source and dest?16:10
*** markus_z has quit IRC16:10
*** tbachman has quit IRC16:11
*** tbachman_ is now known as tbachman16:11
mriedemi was kind of hoping to avoid the retype complexity in this, because that makes things weird16:11
mriedemone reason for doing this is to simply cut down on network downtime during live migration,16:11
sean-k-mooneywell there will always be the source portbinding. so i would create the destination port binding on the destination host in that case and clean up the source binding if migration succeeded16:11
mriedemanother reason is to change vif types, yes?16:11
*** edmondsw has joined #openstack-nova16:12
sean-k-mooneymriedem: yes they are the 2 main usecases16:12
mriedemhow is there always a source port binding? i thought we didn't create port binding resources today at all? or you just mean the binding:profile in the port we already have?16:12
mriedemlike,16:12
sean-k-mooneythe port binding profile in the port we already have16:12
mriedemi thought there is literally going to be a new neutron api which is like POST /ports/{uuid}/bindings16:13
sean-k-mooneyi need to double check but i taught that would be expsed via the new api automatically16:13
openstackgerritDavid Rabel proposed openstack/nova master: VMware: add support for graceful shutdown of instances  https://review.openstack.org/49416916:13
sean-k-mooneymriedem: yes there will be  https://specs.openstack.org/openstack/neutron-specs/specs/pike/portbinding_information_for_nova.html#list-bindings16:13
mriedemso if i do GET /ports/{id}/bindings, for existing ports it will give me at least one result based on the existing port's binding profile?16:13
mriedemis there some data migration that neutron is going to do for that? or just a fallback lookup in the api code?16:14
mriedemmaybe this is already modeled and the API is just exposing it? https://specs.openstack.org/openstack/neutron-specs/specs/pike/portbinding_information_for_nova.html#data-model-changes16:14
*** andreas_s has quit IRC16:14
mriedemsean-k-mooney: so going back to your question,16:15
mriedemwhat happens today if you try live migrating an instance with a linuxbridge vif on the source host to a dest host which is using ovs?16:16
mriedemdoes vif plugging explode?16:16
*** edmondsw has quit IRC16:16
sean-k-mooneyno everything works perfectly with no error... in that direction16:16
sean-k-mooneybut you have no network connectivity16:16
*** priteau has joined #openstack-nova16:16
mriedemok so it doesn't work16:16
mriedemit doesn't blow up, but it doesn't work, right?16:16
sean-k-mooneywhat libvirt did undder the hood was creat a linux bridge an plug the tap into it and neutron never knew about it16:17
sean-k-mooneyso the live migration succeeds16:17
sean-k-mooneyif you do a hard reboot everything gets fixed16:17
*** suresh12 has quit IRC16:17
sean-k-mooneybut the bridge does not get cleaned up16:17
sean-k-mooneygoing the other way os-vif explodes if your linux bridge node does not have ovs-vsctl available16:18
*** suresh12 has joined #openstack-nova16:18
*** suresh12 has quit IRC16:18
sean-k-mooneyif it does same thing. we create and ovs bridge called br-int and add the tap to it and the linux bridge agent never know about it so it never get wired up16:19
mriedemhuh, seems like something we should be explicitly checking for and failing on during pre live migration16:19
mriedemLB and OVS aside, i mean you also have like macvtap and vhostuser and all of the other vif types16:20
mriedemso who know what goes wrong when migrating between those right?16:20
sean-k-mooneymriedem: you would think so but this actully used to work before hevana but it was a undocument "feature" so it got broken in icehouse16:20
sean-k-mooneymriedem: provided the vif model is still virtio then it actully works correctly if we can update the xml16:21
mriedemcan't we just assert that if both nodes in the live migration are not new enough to do the port binding thing that we don't allow it?16:21
mriedemand the vif type changes i mean16:22
sean-k-mooneyyes we can that was what i was going to suggest16:22
mriedemif the vif type doesn't change, then maybe we can still support the port binding thing for mixed version computes?16:22
mriedemalthough if the dest host is old we won't have a port binding to flip to active in post live migrate16:23
sean-k-mooneyif the vif_type and vif binding_details does not change we should not need to update the xml either so we could activate the binding before live migrate16:23
mriedemso we can really only do the port binding if going from old to new yes?16:23
mriedemto reset, we plan to create the dest host port binding during pre live migration yes?16:24
*** andreas_s has joined #openstack-nova16:24
sean-k-mooneythere are basically 3 cases where we have old+new. i am going to document them in the spec16:24
mriedemthat may or may not happen if we're doing that on an old ode16:24
mriedem*node16:24
mriedemthat would be helpful :)16:24
mriedembtw, https://docs.openstack.org/nova/latest/reference/live-migration.html is uber helpful16:24
sean-k-mooneyyes but to reset if its an old source node it wont create the binding but we could do that in do_migrate  on the destination.16:25
mriedempre_live_migration runs on the dest host and i think that's where the dest host port binding was going to be created, but i'm not sure16:25
sean-k-mooneyif you have a new source node and old destination there is no way to update the xml16:25
mriedemok so we create the dest host port binding from the source node?16:26
mriedemlive_migrate runs on the source node, calls pre_live_migration on the dest node, and then live_migrate on the source starts doing it's thing16:26
sean-k-mooneymriedem: ill duble check i have been confusing myself with this most of the afternoon so kindo of mixed up what happens where16:26
mriedemuse https://docs.openstack.org/nova/latest/reference/live-migration.html16:27
*** fragatina has quit IRC16:28
kashyapkaisers: When you're back; glad you noted the correction in the bug: "1) correction regarding my last comment (#6): block commit -> blockRebase"16:28
kashyapkaisers: They're both completely opposite.16:28
sean-k-mooneyright ok ill work on the spec and use https://docs.openstack.org/nova/latest/reference/live-migration.html to keep it straight16:29
sean-k-mooneymriedem: basically what i wanted to know was is it ok to change the sematic in the event that we need an xml update but cant do one and fail the migrate instead of migrating and haveing broken networkin that is then fixed with a hard reboot16:31
*** itlinux has quit IRC16:32
mriedemsean-k-mooney: it seems to me we shouldn't be allowing that today anyway16:32
mriedemso yes i'd be ok with that16:32
*** gjayavelu has joined #openstack-nova16:33
*** andreas_s has quit IRC16:33
sean-k-mooneyok ill capture that in the spec with the different combinations.  thanks16:33
*** suresh12 has joined #openstack-nova16:34
*** penick_ has joined #openstack-nova16:34
*** sambetts is now known as sambetts|afk16:34
*** suresh12 has quit IRC16:35
openstackgerritEric Fried proposed openstack/nova-specs master: Remove barbican from scope of ksa adapter work  https://review.openstack.org/51152416:35
efriedsdague FYI, crickets in -barbican16:35
efriedsdague mriedem ^ updated spec accordingly.16:35
*** Apoorva has joined #openstack-nova16:35
*** penick has quit IRC16:35
*** chyka has joined #openstack-nova16:39
*** jmlowe has joined #openstack-nova16:39
*** gyee has joined #openstack-nova16:41
*** vladikr_ has quit IRC16:42
*** vladikr has quit IRC16:42
*** gyee has quit IRC16:44
*** yamamoto has joined #openstack-nova16:45
*** jmlowe has quit IRC16:46
*** andreas_s has joined #openstack-nova16:46
*** smatzek has quit IRC16:46
*** smatzek has joined #openstack-nova16:47
*** oanson has quit IRC16:50
*** oanson has joined #openstack-nova16:50
*** smatzek has quit IRC16:51
*** yamamoto has quit IRC16:52
*** lucasagomes is now known as lucas-afk16:52
*** Swami has quit IRC16:53
*** yassine has quit IRC16:54
*** vladikr_ has joined #openstack-nova16:55
*** vladikr has joined #openstack-nova16:55
*** smatzek has joined #openstack-nova16:57
*** derekh has quit IRC16:58
*** andreas_s has quit IRC17:00
*** baoli has quit IRC17:01
openstackgerritElod Illes proposed openstack/nova master: WIP: Transform scheduler.select_destinations notification  https://review.openstack.org/50850617:02
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620417:06
*** priteau has quit IRC17:06
*** baoli has joined #openstack-nova17:07
*** mvk has quit IRC17:07
*** penick_ has quit IRC17:09
*** kylek3h has quit IRC17:09
*** kylek3h has joined #openstack-nova17:09
*** baoli has quit IRC17:09
*** baoli has joined #openstack-nova17:10
*** baoli has quit IRC17:11
*** tesseract has quit IRC17:11
*** baoli has joined #openstack-nova17:11
*** sree has joined #openstack-nova17:12
*** suresh12 has joined #openstack-nova17:13
*** ociuhandu has quit IRC17:14
openstackgerritMerged openstack/nova master: api-ref: add warning about force evacuate for ironic  https://review.openstack.org/51147717:17
*** sree has quit IRC17:17
*** slaweq_ has joined #openstack-nova17:23
*** slaweq_ has quit IRC17:24
*** felipemonteiro has joined #openstack-nova17:26
*** links has quit IRC17:27
*** sree has joined #openstack-nova17:32
*** yingjun has quit IRC17:32
*** ociuhandu has joined #openstack-nova17:36
*** felipemonteiro has quit IRC17:39
*** vks1 has quit IRC17:39
openstackgerritmelanie witt proposed openstack/nova stable/pike: Fix target_cell usage for scatter_gather_cells  https://review.openstack.org/51153817:42
*** edmondsw has joined #openstack-nova17:46
*** Swami has joined #openstack-nova17:49
*** jangutter has quit IRC17:50
*** sree has quit IRC17:50
*** sree has joined #openstack-nova17:51
mriedemdansmith: on this migrations API paging spec https://review.openstack.org/#/c/506030/ i don't think we need to do the elaborate scatter/gather thing like you did for instance listing probably, with the built in merge sorting and all17:54
dansmithmriedem: migrations are per instance right?17:55
mriedemwe could build in the scatter/gather on it's own if we wanted, but it seems we could just merge sort the results once we pull them out of the db, the user can't pass in sort keys and this is admin-only anyway so performance shouldn't be a huge concern17:55
dansmithif so, there's no scattering17:55
*** slaweq_ has joined #openstack-nova17:55
mriedemnot sure i follow,17:56
mriedemcouldn't we use the scatter/gather thing on this today? https://github.com/openstack/nova/blob/master/nova/compute/api.py#L399517:56
*** sree has quit IRC17:56
*** baoli has quit IRC17:56
mriedemit would just run the db query concurrently per cell and munge the results17:56
dansmithmriedem: you list migrations for an instance, right?17:56
mriedemnot this api17:56
mriedemthis is all migrations regardless of instance17:56
dansmithoh17:56
*** baoli has joined #openstack-nova17:57
dansmithdon't we have one that is per instance?17:57
mriedemwe do17:57
dansmith*awesome*17:57
mriedembut paging that one would be more like paging simple tenant usage i think,17:57
mriedemwhich was weird17:57
dansmithanyway,17:57
dansmithI would think just doing linear paging for that would be fine yeah17:58
dansmithuntil someone complains17:58
mriedemyup cool17:59
mriedemonly cburgess would have that many migration records to page anyway18:00
cburgessDo what?18:00
mriedemmigrating like a mofo18:00
cburgessyes18:00
cburgessyes we do..18:00
cburgess*sigh*18:00
*** shaner has quit IRC18:00
mriedemwell then do we have the spec for you! https://review.openstack.org/#/c/506030/18:00
*** gjayavelu has quit IRC18:01
*** READ10 has quit IRC18:02
*** eharney has quit IRC18:03
*** vvargaszte has joined #openstack-nova18:04
*** vvargaszte has quit IRC18:04
*** vvargaszte has joined #openstack-nova18:05
*** shaner has joined #openstack-nova18:06
*** kfarr has joined #openstack-nova18:06
*** penick has joined #openstack-nova18:07
*** ijw has joined #openstack-nova18:08
*** _ix has joined #openstack-nova18:08
_ixHello friends. I can think of a way to do this, but I was hoping there might be a better way. I'm looking to determine whether some of our nodes that are believed to be running in an HA capacity are in fact running on the same hypervisors.18:10
*** brault has quit IRC18:10
*** vvargaszte has quit IRC18:10
_ixIs there a way to determine from the guest VM which hypervisor host it's running on, at instantiation or otherwise?18:10
*** vvargaszte has joined #openstack-nova18:11
dansmith_ix:  you can do this from the nova api18:12
*** vvargaszte has quit IRC18:12
_ixI'm familiar with that approach, but I was hoping to register a custom fact with puppet, and instead just used puppetdb to keep an eye on the status of these nodes.18:13
_ixI would suspect that the guest never needs to know who its host is.18:14
dansmithor shouldn't18:15
dansmithI don't know that we expose the sanitized host id or not18:15
dansmithin metadata I mean18:15
dansmithI kinda expect not, but I'd have to look18:15
mriedemi looked, didn't see it18:16
*** penick_ has joined #openstack-nova18:16
*** penick has quit IRC18:18
*** jdandrea has quit IRC18:18
*** baoli_ has joined #openstack-nova18:31
*** baoli has quit IRC18:33
mriedemwe should be able to remove the safe_connect decorator now can't we? https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L5618:34
mriedemthat was for the newton->ocata transition18:35
mriedemplacement is definitely required at this point and a hard failure if it's not there18:35
mriedemand in ocata nova-compute doesn't start either if placement isn't configured for the compute node18:35
dansmithit's also confusing,18:37
dansmithbecause 404 -> None18:37
dansmithinstead of explody18:37
mriedemyeah that's what made me think of it, per gibi's comment in your change18:43
dansmithyeah I just saw that18:43
mriedemshall i patchify the removification?18:44
dansmithif and as you wishitifcate18:44
edleafedansmith: question on serializing: for returning the list of lists of Selection objects over RPC, will they be automagically primitivized? Or do they need to be manually converted?18:48
dansmithedleafe: should be automatic18:49
edleafedansmith: thx18:49
*** suresh12 has quit IRC18:49
dansmithedleafe: because of the NovaObjectSerializer we pass to rpc setup18:49
*** abhi89 has quit IRC18:57
melwittcouple of easy reviews if anyone can look https://review.openstack.org/#/c/509968 and https://review.openstack.org/#/c/51082318:57
melwittgibi might be interested in the first one ^18:59
*** slaweq_ has quit IRC18:59
*** suresh12 has joined #openstack-nova19:01
*** harlowja has quit IRC19:03
*** slaweq_ has joined #openstack-nova19:03
*** suresh12_ has joined #openstack-nova19:04
*** suresh12 has quit IRC19:05
*** archit has joined #openstack-nova19:05
*** masber has joined #openstack-nova19:05
*** slaweq_ has quit IRC19:06
*** baoli_ has quit IRC19:06
*** slaweq_ has joined #openstack-nova19:06
mriedemdone and done19:06
*** _ix has quit IRC19:07
*** _ix has joined #openstack-nova19:07
*** suresh12_ has quit IRC19:08
melwittthx mriedem19:08
*** masber has quit IRC19:10
*** READ10 has joined #openstack-nova19:11
*** baoli has joined #openstack-nova19:11
*** suresh12 has joined #openstack-nova19:15
*** gouthamr has quit IRC19:15
*** acormier has quit IRC19:16
*** acormier has joined #openstack-nova19:16
*** suresh12 has quit IRC19:19
*** crushil has joined #openstack-nova19:20
*** acormier has quit IRC19:21
*** vvargaszte has joined #openstack-nova19:22
*** READ10 has quit IRC19:25
*** _ix has quit IRC19:26
*** mvk has joined #openstack-nova19:28
*** _ix has joined #openstack-nova19:28
*** eharney has joined #openstack-nova19:29
*** baoli has quit IRC19:29
*** baoli has joined #openstack-nova19:30
*** andreas_s has joined #openstack-nova19:35
*** _ix has quit IRC19:37
*** awaugama has quit IRC19:40
*** vvargaszte has quit IRC19:40
*** andreas_s has quit IRC19:40
*** vvargaszte has joined #openstack-nova19:45
*** lpetrut_ has joined #openstack-nova19:46
openstackgerritMerged openstack/nova master: Add snapshot id to the snapshot notifications  https://review.openstack.org/45307719:52
*** baoli has quit IRC19:55
*** crushil has quit IRC19:57
*** vvargaszte has quit IRC19:57
*** harlowja has joined #openstack-nova19:57
*** pcaruana has quit IRC19:58
*** crushil has joined #openstack-nova19:59
*** baoli has joined #openstack-nova19:59
*** baoli has quit IRC19:59
*** AlexeyAbashkin has joined #openstack-nova20:05
*** liverpooler has quit IRC20:07
*** AlexeyAbashkin has quit IRC20:09
*** liverpooler has joined #openstack-nova20:10
*** liverpooler has quit IRC20:16
*** gouthamr has joined #openstack-nova20:16
*** crushil has quit IRC20:17
*** esberglu has quit IRC20:19
*** sahid has quit IRC20:21
*** esberglu has joined #openstack-nova20:22
*** _ix has joined #openstack-nova20:24
*** ijw has quit IRC20:25
*** ijw has joined #openstack-nova20:25
openstackgerritMerged openstack/nova master: Elevate existing RequestContext to get bandwidth usage  https://review.openstack.org/50996820:31
openstackgerritMerged openstack/nova master: Make expected notifications output easier to read in tests  https://review.openstack.org/51082320:32
*** kfarr has quit IRC20:36
*** gjayavelu has joined #openstack-nova20:38
*** hamzy has quit IRC20:40
*** Apoorva_ has joined #openstack-nova20:41
*** _ix has quit IRC20:41
*** eharney has quit IRC20:42
*** eharney has joined #openstack-nova20:43
*** Apoorva has quit IRC20:43
*** AlexeyAbashkin has joined #openstack-nova20:44
*** AlexeyAbashkin has quit IRC20:48
*** lpetrut_ has quit IRC20:49
*** takashin has joined #openstack-nova20:54
*** pchavva has quit IRC20:55
*** tssurya_ has joined #openstack-nova20:56
mriedemnova tastic meeting in 1 minute20:59
melwittbe there or be a rhombus20:59
openstackgerritEd Leafe proposed openstack/nova master: Add alternate hosts  https://review.openstack.org/48621521:05
openstackgerritEd Leafe proposed openstack/nova master: Add Selection objects  https://review.openstack.org/49923921:05
openstackgerritEd Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver  https://review.openstack.org/49585421:05
openstackgerritEd Leafe proposed openstack/nova master: Change RPC for select_destinations()  https://review.openstack.org/51015921:05
openstackgerritEd Leafe proposed openstack/nova master: Move the claim_resources method to scheduler utils  https://review.openstack.org/51135721:05
openstackgerritEd Leafe proposed openstack/nova master: WIP - Make conductor pass and use host_lists  https://review.openstack.org/51135821:05
*** edmondsw has quit IRC21:05
*** _ix has joined #openstack-nova21:05
*** acormier has joined #openstack-nova21:07
*** thorst has quit IRC21:08
*** _ix has quit IRC21:09
*** acormier has quit IRC21:12
*** eharney has quit IRC21:12
*** gouthamr has quit IRC21:13
*** eharney has joined #openstack-nova21:14
*** vladikr has quit IRC21:25
*** vladikr_ has quit IRC21:25
openstackgerritMerged openstack/nova master: Nix bug msg from ConfGroupForServiceTypeNotFound  https://review.openstack.org/51126121:27
efriedwoot.  5 rechecks.21:29
*** tssurya_ has left #openstack-nova21:31
*** tbachman has quit IRC21:32
*** thorst has joined #openstack-nova21:33
*** eharney has quit IRC21:34
takashinmriedem: Would you take a look at https://review.openstack.org/#/c/334732/ ? I fixed response codes in the spec.21:35
*** thorst has quit IRC21:36
mriedemtakashin: i'll add it to my list21:36
*** lifeless has quit IRC21:37
takashinmriedem: Thank you.21:37
mriedemtakashin: btw, you might be interested in this https://review.openstack.org/#/c/511351/21:38
mriedemreally anything related to migration status i'm going to send your way now21:38
takashinmriedem: okay. I will check it.21:39
*** AlexeyAbashkin has joined #openstack-nova21:43
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Spec for flavor description  https://review.openstack.org/50101721:47
*** AlexeyAbashkin has quit IRC21:47
*** esberglu has quit IRC21:47
*** esberglu has joined #openstack-nova21:48
sapd_Hi everybody!21:48
*** tbachman has joined #openstack-nova21:49
*** slaweq_ has quit IRC21:50
sapd_I'm upgrade from openstack ocata to pike version. But I had an error when I use admin to list all server in all tenants21:50
sapd_The error is: TypeError: Can't upgrade a READER transaction to a WRITER mid-transaction21:51
mriedemmelwitt: ^21:51
*** esberglu has quit IRC21:52
sapd_Please help me! @@21:53
*** catintheroof has quit IRC21:53
*** catintheroof has joined #openstack-nova21:53
mriedemsapd_: i think this https://review.openstack.org/#/c/511538/21:54
mriedemapply that patch21:54
*** tbachman has quit IRC21:55
*** catintheroof has quit IRC21:55
*** Apoorva_ has quit IRC21:55
melwittah, yep.21:55
*** gouthamr has joined #openstack-nova21:55
sapd_I saw this path. I use context.py from master branch, But It can't help me :((21:55
melwittsapd_: did you restart services after applying the patch? did you apply it to all of your API hosts?21:56
*** jamiec has quit IRC21:56
mriedemdid you clean out stale pycs?21:56
*** tbachman has joined #openstack-nova21:57
sapd_yes. I did.21:57
sapd_But It doesn't change anything.21:58
*** jgriffith has quit IRC21:58
*** yamamoto has joined #openstack-nova21:59
*** lifeless has joined #openstack-nova22:00
mriedemmelwitt: would that also be needed in conductor since we check quota there too?22:00
melwittsapd_: do you have a trace you can pastebin? one thing that's weird is how there would be a write during a instance list22:00
*** _ix has joined #openstack-nova22:00
melwittmriedem: yeah, you're right22:01
*** acormier has joined #openstack-nova22:01
melwittsapd_: did you patch your nova-conductors too?22:01
*** acormier has quit IRC22:01
*** acormier has joined #openstack-nova22:01
*** esberglu has joined #openstack-nova22:02
sapd_No I just path on nova-api! does it matter?22:03
melwittsapd_: yes. nova-conductor runs the same code during instance create, so that needs to be patched too22:04
*** _ix has quit IRC22:04
*** jamiec has joined #openstack-nova22:05
*** esberglu has quit IRC22:06
*** jgriffith has joined #openstack-nova22:06
sapd_Hi melwitt, I got another error after apply that path: This service is older (v16) than the minimum (v22) version of the rest of the deployment. Unable to continue.22:06
dansmithmelwitt: that backport to pike won't affect instance listing will it?22:07
sapd_root@capt-admin-1:/opt# openstack server list --project CS-Labs22:07
sapd_This service is older (v16) than the minimum (v22) version of the rest of the deployment. Unable to continue. (HTTP 400) (Request-ID: req-308498b1-848c-4c2d-833a-9341e6f6586e)22:07
dansmithsapd_: you have some unupdated api nodes I think22:08
melwittdansmith: thinking ... about whether a concurrent boot request could cause that in an instance list. it seems like not because it should be the request that wanted to write that fails22:09
sapd_I have three nova-api nodes, But I stop two nodes, Only one node up now.22:09
*** yassine has joined #openstack-nova22:09
melwittI'm currently not understanding how it's the instance list that could fail with an attempt to upgrade to write22:09
dansmithmelwitt: instance list didn't use scatter/gather in pike22:09
mriedemsapd_: you're getting that when trying to start up those other 2 services? or the one that is upgraded?22:10
* mriedem remembers thinking we should return the service version in the os-services API at some point for situations like this22:11
*** penick_ has quit IRC22:11
mriedemalthough we filter out osapi_compute services from that api...22:11
*** penick has joined #openstack-nova22:11
dansmithmriedem: it's also the kind of thing that could be misinterpreted22:11
*** acormier has quit IRC22:12
*** acormier has joined #openstack-nova22:12
melwittdansmith: yeah, I was thinking if an instance list is trying to use the cell cache and some other boot request comes in and mucks with the DB transaction context it could cause instance list to fail22:13
*** mriedem1 has joined #openstack-nova22:14
melwitteven if instance list isn't using scatter gather, the quota check for the boot request does22:14
dansmithI'm not sure what is shared between those two operations that would cause such a thing22:14
dansmithit'd be a pretty big problem if they were related like that no?22:14
sapd_The one is upgraded, others node is not upgrade yet22:15
melwittthe cell cache contains the DB transaction context manager and each transaction is supposed to be one thread at a time22:15
*** mriedem has quit IRC22:15
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif stable/newton: Updated from global requirements  https://review.openstack.org/37329322:15
dansmithmelwitt: the context manager but not the context22:15
dansmithmelwitt: just like when we had only one context manager, multiple requests from multiple users don't trample on each other22:16
dansmithmelwitt: your fix is just making sure that we don't hand a request context to one thread an then modify that context whilst running22:16
*** acormier has quit IRC22:17
melwittdansmith: sorry, it's confusing. but what I found is that each decorated (with context manager) DB API function creates a transaction context and before the locking was in the right place, that transaction context would be hijacked by another thread, mid-transaction22:17
*** rodolof has joined #openstack-nova22:17
dansmithmelwitt: that's because we switched the context.db_connection it was using right?22:18
dansmithso it started something with one and then entered another oslo context managed method with a different one22:18
dansmithmelwitt: what you're describing would mean that two users hitting the api simultaneously aren't properly isolated from each other22:19
melwittdansmith: yeah ... I see what you're saying. I was looking through the oslo.db code and put print statements in there, and saw the transaction context object that's created-on-the-fly and cached per transaction was getting used by another DB access before it was finished22:21
dansmithmelwitt: right, because we were handing them contexts that were being modified later22:21
dansmithmelwitt: so we hand the first thread a context,22:21
dansmiththen we change that context when we hand the second/last one its context22:22
dansmithso the first one and the second one are using the same context.db_connection because they share the same context object22:22
dansmithafter your change,22:22
dansmiththe target_cell yields a new copied context, with the change made,22:22
dansmithand they start their db session with that context22:22
dansmith*they each start22:23
dansmithlet me say that again but hopefully more clear:22:24
dansmithlet's say we have two cells22:24
melwitthaha, sorry. I have found the whole thing very confusing, even while I was working on it22:24
*** READ10 has joined #openstack-nova22:24
dansmithhang on a sec, I'm not sure the above is quite right22:25
dansmithit doesn't change the point, but just a sec22:25
melwittk22:25
dansmithactually, I'm not sure about your fix really22:26
dansmithyeah, so I think the premise in your commit message is wrong22:27
dansmithyou say we synchronize access to the cell cache to avoid two things using the context manager at the same time,22:28
*** tbachman has quit IRC22:28
dansmithbut that's not true,22:28
*** acormier has joined #openstack-nova22:28
dansmithwe synchronize it so two threads racing to populate the cache won't both create and set the cache entry22:28
dansmithif the cache is already populated, we just grab the results, drop out of the lock, and set it on our context22:28
*** acormier has quit IRC22:28
dansmiththen we *use* it later at will, no synchronization22:29
dansmith        # Synchronize access to the cache by multiple API workers.22:29
dansmithjust the cache to avoid a storm of threads trying to be the first to set the cache entry22:29
*** rodolof has quit IRC22:29
*** rodolof has joined #openstack-nova22:30
dansmithyour change should be yielding out a targeted copy of the context which is passed to the thread and never used again,22:30
dansmithand shouldn't be altered by the other iterations of the loop22:30
*** mvk has quit IRC22:30
*** gouthamr has quit IRC22:30
dansmithso I'm not sure why moving target_cell inside the thread would change anything22:30
*** acormier has joined #openstack-nova22:31
melwittwell, wasn't what you said what was happening before my change? yielding a targeted context and passing to the thread?22:31
dansmithI didn't parse that22:32
melwittsorry. isn't that what was happening before my change? passing a targeted copy of the context to the thread?22:32
dansmithsorry, I meant "before your change" above22:32
dansmithso after your change we're doing the targeting in threads which would increase contention for that section that needs to be locked, not reduce it22:33
dansmithwhat I thought was happening when I read this change the first time was that we were targeting the context, passing it (assuming by value) and then re-targeting for the next iteration22:34
dansmithsince you say set_target_cell in the commit message22:34
dansmithbut we weren't22:34
dansmithto link this back,22:34
dansmithin pike's instance list, we're single-threadedly doing each list, and then moving on to the next.. so there should be no overlapping of the execution of set_target_cell() which would mean if that was the problem, it wouldn't show up in list on pike22:35
melwittwell, if one of the threads were populating the cache, without the change, there would be no synchronization of them doing that. right?22:35
dansmithI'm not sure what you mean.. if one of the threads in the scatter?22:36
melwittyeah if the threads in the scatter were racing to populate the cell cache22:36
dansmitheach one is populating a different entry, right? so they're all synchronizing on a different cell_mapping.uuid, so they're not actually locking each other out22:36
melwittthat must have been what I was seeing?22:37
dansmithI don't think so22:37
dansmithbecause ^22:37
melwittyeah, that's true. locally, what I was seeing was that an instance.save() was colliding with an instance get22:38
*** jmlowe has joined #openstack-nova22:38
dansmithif that's really happening, we have a huge problem I think, but I don't understand how that could be22:39
melwittduring the instance read, instance write was trying to happen in the same DB transaction22:39
melwittand I saw the read was happening in the quota check (scatter gather)22:39
melwittso while it was checking quota, the instance.save() of the resize (I think it was) failed mid-transaction bc it was trying to upgrade the read from the quota check to a write for the instance save22:40
dansmithif this is a problem, it should be a problem with a single cell right?22:40
melwittyeah, the test setup was cell0 and cell122:40
dansmithwhat I mean is before we were doing any cell switching22:41
melwittoh. yeah I mean I definitely see your point there and I currently don't understand how that isn't an issue22:41
dansmithI don't think this has anything to do with the number of cells you have since it's all per-cell and as we established above, the cache isn't even synchronized across all, it's just on the one cell you're trying to populate22:41
melwittlike, is there something different about us rolling our own green threads via spawn?22:41
dansmithno22:42
dansmithit would be in our handling of the db context manager if anything22:42
melwittyeah I agree nothing to do with number of cells22:42
dansmithso22:42
*** mriedem1 has quit IRC22:43
*** AlexeyAbashkin has joined #openstack-nova22:43
melwittI had thought it was being two threads were trying to use the same context manager at the same time, but that doesn't make sense for the old style "main context manager" that's used by everything22:43
melwittlike you said22:43
*** lyan has quit IRC22:43
dansmithit also doesn't make sense since both threads are using different ones22:43
dansmithfor the two cells22:43
dansmithcan you -W the backport or something so we don't merge this until we figure out what's going on?22:44
*** acormier has quit IRC22:44
melwittthey were using the same one in this test bc it was a unit test. untargeted context was going to same database cell0 (with my change to default to cell0)22:44
melwittokay22:44
dansmithand you were scattering to cell0 as well?22:45
sapd_I can't fix this error!22:45
sapd_Can you give me any suggest :((22:45
*** archit has quit IRC22:46
melwittdansmith: yes. scattering to cell0 and cell1 but since it was a unit test calling resize directly, there was no targeting22:46
melwittquota check scatters regardless I mean. the context passed to the resize was not targeted so it was trying to save the instance in cell022:46
dansmithmelwitt: so it was a unit test, where were the get and save that were conflicting?22:47
*** mvk has joined #openstack-nova22:47
*** AlexeyAbashkin has quit IRC22:47
dansmithokay resize was doing the save untargeted,22:47
melwittdansmith: the get was in the quota check for the new flavor, the save was trying to save the state of the instance for the resize22:47
melwittright22:47
dansmithbut how in a unit test could those be going on at the same time?22:48
dansmithall in the same test right?22:48
melwittyeah. well, not using SpawnIsSynchonous, real green threads were started for the quota check. but the result should be waited for before proceeding to the save.22:49
dansmithright22:49
melwittso oslo.db caches "TransactionContext" objects thread locally22:49
melwittand there was on in there and it was set to read mode, then the save found it and failed when it saw the conflict of trying to do a write mode22:50
melwitt*one in there22:50
dansmithyou mean you were in the save, and there was already a transaction context, and you traced that back to the scatter?22:51
melwittyeah. things worked fine without the scatter involved22:51
dansmithwhat I mean is, how did you examine that transaction context to know it was from the scatter?22:51
dansmithand where locally does it cache it?22:52
dansmithlike in context.db_connection.something ?22:52
melwittI didn't see a way to link it to the scatter. one sec22:52
melwittthis https://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py#L997-L104122:52
melwittis how oslo.db does a transaction scope. and what I was seeing is it pulls a transaction context by thread, if it has one, and uses that if it finds it22:53
dansmiththat looks like it caches it in TLS,22:53
dansmithwhich is what I'd expect22:53
melwittand it was finding one that was in read mode, and it tried to use it to write for the save and it blew up22:53
dansmithright which should mean each thread has its own context, which is the only way this could not be broken :)22:53
dansmithhttps://github.com/openstack/oslo.db/blob/master/oslo_db/sqlalchemy/enginefacade.py#L108522:54
melwittwhen the transaction goes out of scope, it destroys the cached context for the thread22:55
dansmithright22:55
melwittbut it wasn't destroying it (from the read) and it was using it for a write22:55
melwitttried to use it for a write22:55
dansmithsee, if it wasn't for the report in the wild just now,22:56
melwittyeah, I saw that too. I was thinking it seemed like two threads were in the transaction scope at the same time and messing up each other. which I don't really get if it's one context per thread22:56
dansmithwell, if they share a context it makes perfect sense22:56
dansmithsee, if it wasn't for the report in the wild just now, I'd say this was likely a bug in our overriding of some of these methods in the fixture22:57
dansmithhowever, now I'm wondering if we're doing a copy.copy() of a context with a stale per-thread transactioncontext somewhere and keeping it around22:57
dansmithorrrrr22:57
melwittso you think handing each thread a copy of the context should fix it? I thought we're already doing that before my change22:57
dansmithhmm22:57
dansmithyeah we are22:57
dansmithBUUUT22:57
dansmithwe're doing copy.copy() in target_cell(), I wonder if we need a copy.deepcopy() to avoid linking threads together by copying contexts but not deep into the db connection thing22:58
* melwitt waits in suspense22:58
dansmithlike a bad std making it around campus22:58
melwitthm, yeah. damn22:59
dansmithis that context._enginefacade_context setting that on RequestContext or TransactionContext or something else?22:59
dansmithI've lost track this deep in the rabbit hole22:59
melwittsetting the mode?22:59
dansmithmust be requestcontext no?22:59
dansmithno the line I linked above, setting the thread-local thing23:00
dansmithalso, in your example, you said your context would have already been targeted to cell0,23:00
melwittoh, I see. uh, yeah it's so hard to tell.23:00
dansmithbut you mean untargeted and thus pointing at cell0 by virtue of the config right?23:00
dansmithI wonder if we should do two things:23:00
melwittbut it's probably RequestContext like you said23:01
melwittyes, untargeted but going to cell0 by config23:01
dansmith1. Make target_cell freak out or log a warning if we try to target a targeted cell, at least to see if we do that anywhere23:01
dansmith2. copy.deepcopy() in that mofo23:01
dansmithand maybe23:01
melwittyeah that thing is being set on RequestContext23:01
dansmith3. Check for context._enginefacade_context before the copy and log another warning23:02
melwittyeah, sounds like a plan23:02
dansmithI'm also mildly skeptical of reproducing this in a unittest environment and not introducing other unrealistic situations,23:02
dansmithbut since you have a reproducer for that, I guess it's the best place to start23:03
dansmithbut I reserve the right to object to fakery23:03
melwittheh23:03
*** ChanServ changes topic to "This channel is for Nova development. For support of Nova deployments, please use #openstack. Please see: https://wiki.openstack.org/wiki/Nova/Pike_Release_Schedule"23:03
-openstackstatus- NOTICE: Workarounds are in place for libcurl and similar dependency errors due to stale ubuntu mirroring, and for POST_FAILURE results stemming from runaway inode utilization on the logs site; feel free to recheck failing changes for either of these problems now23:03
melwittdansmith: okay. I really have to run out for an appointment right now. did you want to run with those changes? otherwise I can try them out later after I'm back23:04
dansmithmelwitt: i have to run too, but when I'm back I can put up a patch if you can try testing against it23:04
*** rodolof has quit IRC23:05
*** rodolof has joined #openstack-nova23:05
melwittdansmith: yep, can do. thanks for the brain-crushing discussion23:05
* dansmith makes zombie noises23:05
melwittditto23:05
*** archit has joined #openstack-nova23:09
*** rodolof has quit IRC23:14
*** hongbin has quit IRC23:15
dansmithsapd_: anything weird about your deployment that would be a clue as to why you're seeing this?23:16
dansmithsapd_: that's even more puzzling tome23:16
dansmithsapd_: only one main cell I assume right?23:16
sapd_yes. I have only one cell, cell1 and 3 dbs for nova - nova-api , nova_cell0. nova_cell123:17
*** felipemonteiro has joined #openstack-nova23:19
dansmithsapd_: and you see that transaction message when? on every list? when listing during other activity?23:20
sapd_when I use to listing instance, though I can use horizon normal.23:21
*** Apoorva has joined #openstack-nova23:23
dansmithsapd_: does that mean23:24
dansmithlisting from the command line only?23:24
Kevin_Zhenghttps://review.openstack.org/#/c/50932623:26
openstackgerritTakashi NATSUME proposed openstack/nova master: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51032423:27
Kevin_Zhengmriedem ^ could you review this one again?23:27
*** Swami has quit IRC23:29
*** archit has quit IRC23:32
*** mvk has quit IRC23:36
*** acormier has joined #openstack-nova23:36
*** thorst has joined #openstack-nova23:37
openstackgerritMerged openstack/nova stable/pike: Ensure instance can migrate when launched concurrently  https://review.openstack.org/50859123:37
openstackgerritDan Smith proposed openstack/nova master: Deepcopy context during targeting, and sanity check some things  https://review.openstack.org/51165123:39
*** acormier has quit IRC23:40
*** thorst has quit IRC23:42
*** AlexeyAbashkin has joined #openstack-nova23:42
openstackgerritMerged openstack/nova master: Add missing tests for _remove_deleted_instances_allocations  https://review.openstack.org/49684723:43
*** markvoelker has quit IRC23:46
*** AlexeyAbashkin has quit IRC23:46
*** gouthamr has joined #openstack-nova23:46
*** suresh12 has joined #openstack-nova23:49

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