Wednesday, 2017-11-29

*** Alex_Staf has quit IRC00:02
*** lbragstad has joined #openstack-nova00:06
*** mriedem has quit IRC00:06
openstackgerritmelanie witt proposed openstack/nova master: qemu-img do not use cache=none if no O_DIRECT support  https://review.openstack.org/52355400:12
*** yamamoto has joined #openstack-nova00:12
*** hongbin has quit IRC00:13
*** penick has quit IRC00:13
*** slaweq has joined #openstack-nova00:13
*** thorst has joined #openstack-nova00:16
*** slaweq has quit IRC00:18
*** thorst has quit IRC00:21
*** yamamoto has quit IRC00:31
*** salv-orl_ has quit IRC00:38
*** salv-orlando has joined #openstack-nova00:38
*** penick has joined #openstack-nova00:38
*** liverpooler has quit IRC00:42
*** liverpooler has joined #openstack-nova00:42
*** salv-orlando has quit IRC00:43
*** sdague has quit IRC00:44
*** yyys has joined #openstack-nova00:44
*** mlavalle has quit IRC00:46
*** penick has quit IRC00:47
*** chyka has quit IRC00:47
*** thorst has joined #openstack-nova00:49
*** awaugama has joined #openstack-nova00:50
*** thorst has quit IRC00:54
*** vishwanathj has joined #openstack-nova00:57
openstackgerritMerged openstack/nova master: PowerVM Driver: config drive  https://review.openstack.org/40940400:57
openstackgerritMerged openstack/nova master: Save updated libvirt domain XML after swapping volume  https://review.openstack.org/49898300:57
*** thorst has joined #openstack-nova00:58
*** moshele has quit IRC00:59
*** thorst has quit IRC00:59
*** huanxie has joined #openstack-nova01:03
*** thorst has joined #openstack-nova01:06
*** gbarros has joined #openstack-nova01:14
openstackgerritWangpan proposed openstack/nova master: Handle ImageInUse exception during instance backup  https://review.openstack.org/52339501:17
*** yamamoto has joined #openstack-nova01:20
*** thorst has quit IRC01:21
*** Swami has quit IRC01:22
*** takashin has quit IRC01:23
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi:(WIP:need ut) Get vgpu info from `allocations`  https://review.openstack.org/52171701:25
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Add pagination and changes-since for instance-actions  https://review.openstack.org/32632601:26
*** nicolasbock has quit IRC01:30
openstackgerritRong Han proposed openstack/nova stable/pike: Fix incorrect known vcpuset when CPUPinningUnknown raised  https://review.openstack.org/52364401:38
*** salv-orlando has joined #openstack-nova01:39
*** hongbin has joined #openstack-nova01:40
*** gmann_afk is now known as gmann01:41
*** salv-orlando has quit IRC01:44
*** cheneydc has joined #openstack-nova01:47
*** gongysh has joined #openstack-nova01:48
*** thorst has joined #openstack-nova01:51
*** awaugama has quit IRC01:51
*** purplerbot has quit IRC01:56
*** purplerbot has joined #openstack-nova01:56
*** vladikr has joined #openstack-nova01:57
*** thorst has quit IRC01:57
*** Guest97530 has quit IRC01:57
*** sree has joined #openstack-nova01:58
*** yangyapeng has joined #openstack-nova01:59
*** annp has joined #openstack-nova01:59
*** thorst has joined #openstack-nova02:00
*** sree has quit IRC02:02
*** hamzy has joined #openstack-nova02:03
*** thorst has quit IRC02:05
*** gongysh has quit IRC02:07
*** yamamoto has quit IRC02:07
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for shelve_offload instances  https://review.openstack.org/52365302:07
*** phuongnh has joined #openstack-nova02:09
*** takashin has joined #openstack-nova02:10
*** Apoorva_ has joined #openstack-nova02:16
*** gongysh has joined #openstack-nova02:16
*** chyka has joined #openstack-nova02:17
*** Apoorva has quit IRC02:19
*** Apoorva_ has quit IRC02:20
*** chyka has quit IRC02:21
openstackgerritMerged openstack/nova master: Updated from global requirements  https://review.openstack.org/52356202:22
*** yamamoto has joined #openstack-nova02:23
*** vladikr has quit IRC02:31
*** tbachman has quit IRC02:35
*** salv-orlando has joined #openstack-nova02:40
*** dave-mccowan has quit IRC02:42
*** Delair has joined #openstack-nova02:43
DelairHi All .. Is it normal in openstack newton that if you delete project, your VMs will still reside in the compute? Is there a workaround where you delete project and it will delete VM automatically02:44
*** salv-orlando has quit IRC02:45
*** gbarros has quit IRC02:47
*** gongysh has quit IRC02:48
*** vladikr has joined #openstack-nova02:51
*** suresh12 has quit IRC02:54
*** suresh12 has joined #openstack-nova03:01
*** gongysh has joined #openstack-nova03:01
*** diga has joined #openstack-nova03:02
*** yamahata has quit IRC03:02
openstackgerritKevin Zhao proposed openstack/os-traits master: Add AArch64 CPU traits  https://review.openstack.org/52366503:04
*** cheneydc has quit IRC03:04
*** threestrands has joined #openstack-nova03:05
*** thorst has joined #openstack-nova03:05
*** suresh12 has quit IRC03:05
*** thorst has quit IRC03:10
*** vladikr has quit IRC03:13
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Add pagination and changes-since for instance-actions  https://review.openstack.org/32632603:13
*** tbachman has joined #openstack-nova03:14
*** abhishekk has joined #openstack-nova03:17
*** litao__ has joined #openstack-nova03:18
*** yamamoto has quit IRC03:18
*** hahaps_ has quit IRC03:21
*** sree has joined #openstack-nova03:27
*** jichen has joined #openstack-nova03:30
*** sapd_ has quit IRC03:33
*** sapd_ has joined #openstack-nova03:36
*** thorst has joined #openstack-nova03:36
*** Apoorva has joined #openstack-nova03:37
larsksDelair: you might want to look at https://github.com/openstack/ospurge03:38
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: [WIP] Add cross cells support for InstanceActionAPI  https://review.openstack.org/52367403:40
*** thorst has quit IRC03:40
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for backup instances  https://review.openstack.org/52367603:41
*** links has joined #openstack-nova03:42
*** gongysh has quit IRC03:42
alex_xuefried: I will check that, to find out which code fix that bug, that really surprise me...03:42
*** takashin has quit IRC03:43
*** suresh12 has joined #openstack-nova03:45
*** jaianshu has joined #openstack-nova03:48
*** suresh12 has quit IRC03:49
*** mdnadeem has joined #openstack-nova04:00
*** adisky_ has joined #openstack-nova04:00
openstackgerritJianghua Wang proposed openstack/nova master: XenAPI: provide VGPU_DISPLAY_HEAD inventory in compute node  https://review.openstack.org/52334204:10
*** fragatina has quit IRC04:11
*** fragatina has joined #openstack-nova04:12
*** thorst has joined #openstack-nova04:12
*** fragatin_ has joined #openstack-nova04:14
*** slaweq has joined #openstack-nova04:15
*** fragatina has quit IRC04:16
*** thorst has quit IRC04:17
*** fragatin_ has quit IRC04:19
*** slaweq has quit IRC04:19
*** TuanLA has joined #openstack-nova04:28
*** threestrands has quit IRC04:29
*** markvoelker has quit IRC04:30
*** ijw has joined #openstack-nova04:32
*** hshiina has joined #openstack-nova04:33
openstackgerritzhongshengping proposed openstack/nova master: Fix project_domain_name and user_domain_name in doc  https://review.openstack.org/52368604:33
*** tbachman has quit IRC04:33
*** janki has joined #openstack-nova04:33
*** yamamoto has joined #openstack-nova04:36
*** ijw has quit IRC04:36
*** threestrands has joined #openstack-nova04:41
*** threestrands has quit IRC04:41
*** threestrands has joined #openstack-nova04:41
*** salv-orlando has joined #openstack-nova04:42
*** gouthamr has quit IRC04:43
*** thorst has joined #openstack-nova04:44
*** yangyapeng has quit IRC04:45
*** yangyapeng has joined #openstack-nova04:46
*** yamamoto has quit IRC04:46
*** salv-orlando has quit IRC04:46
*** fragatina has joined #openstack-nova04:47
*** fragatina has quit IRC04:48
*** fragatina has joined #openstack-nova04:48
*** thorst has quit IRC04:49
*** yangyapeng has quit IRC04:54
*** yangyapeng has joined #openstack-nova04:54
*** tbachman has joined #openstack-nova04:56
*** eharney has quit IRC05:00
*** tetsuro_ has joined #openstack-nova05:02
*** ratailor has joined #openstack-nova05:03
*** yamamoto has joined #openstack-nova05:09
openstackgerritAlex Xu proposed openstack/nova master: Remove the objects which related to the old v2 API implementation  https://review.openstack.org/51999705:15
openstackgerritAlex Xu proposed openstack/nova master: Remove the objects for describing the extension for v2.1 API  https://review.openstack.org/51999805:15
*** dklyle has quit IRC05:15
alex_xuoomichi_afk: gmann ^ just updated05:16
*** hongbin has quit IRC05:16
*** thorst has joined #openstack-nova05:21
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171705:22
*** janki has quit IRC05:23
*** Delair has quit IRC05:24
*** thorst has quit IRC05:26
*** armax has quit IRC05:28
*** thorst has joined #openstack-nova05:29
*** markvoelker has joined #openstack-nova05:30
*** yamamoto has quit IRC05:31
*** armax has joined #openstack-nova05:31
*** armax has quit IRC05:31
*** threestrands has quit IRC05:32
*** thorst has quit IRC05:34
*** gongysh has joined #openstack-nova05:36
*** chyka has joined #openstack-nova05:36
*** takashin has joined #openstack-nova05:39
openstackgerritTakashi NATSUME proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896405:40
*** chyka has quit IRC05:41
*** yamamoto has joined #openstack-nova05:43
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060805:46
*** gouthamr has joined #openstack-nova05:46
*** tbachman has quit IRC05:49
*** Apoorva has quit IRC05:53
*** yamamoto has quit IRC05:56
*** thorst has joined #openstack-nova05:57
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948305:58
*** yamamoto has joined #openstack-nova06:01
*** yamamoto has quit IRC06:01
*** thorst has quit IRC06:03
*** gouthamr has quit IRC06:04
*** gongysh has quit IRC06:04
gmannalex_xu: thanks , ll check06:05
*** Kvisle has quit IRC06:06
*** Kvisle has joined #openstack-nova06:07
*** yamahata has joined #openstack-nova06:09
*** alex_xu has quit IRC06:10
*** udesale has joined #openstack-nova06:10
*** alex_xu has joined #openstack-nova06:11
*** sapd_ has quit IRC06:16
*** sapd_ has joined #openstack-nova06:16
*** slaweq has joined #openstack-nova06:17
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Fix getting placement request ID  https://review.openstack.org/52360606:18
*** janki has joined #openstack-nova06:19
*** suresh12 has joined #openstack-nova06:19
*** gongysh has joined #openstack-nova06:23
*** salv-orlando has joined #openstack-nova06:25
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: [WIP] Add cross cells support for InstanceActionAPI  https://review.openstack.org/52367406:26
*** gongysh has quit IRC06:26
*** thorst has joined #openstack-nova06:29
*** thorst has quit IRC06:34
*** slaweq has quit IRC06:35
*** slaweq has joined #openstack-nova06:35
*** lpetrut has joined #openstack-nova06:38
*** sree_ has joined #openstack-nova06:38
*** sree_ is now known as Guest2490406:38
*** slaweq has quit IRC06:40
openstackgerritMerged openstack/nova master: PowerVM support matrix update  https://review.openstack.org/52314006:41
*** sree has quit IRC06:42
*** Alex_Staf has joined #openstack-nova06:43
*** sree has joined #openstack-nova06:43
*** Guest24904 has quit IRC06:46
*** qsyqian has joined #openstack-nova06:50
*** esberglu has quit IRC06:54
*** yamamoto has joined #openstack-nova06:56
*** yamamoto has quit IRC07:01
*** sridharg has joined #openstack-nova07:02
*** thorst has joined #openstack-nova07:07
openstackgerritChen Hanxiao proposed openstack/python-novaclient master: inject file: add description of injecting multiple files.  https://review.openstack.org/51565507:08
*** Alex_Staf has quit IRC07:09
*** thorst has quit IRC07:11
*** moshele has joined #openstack-nova07:13
*** Oku_OS-away is now known as Oku_OS07:15
*** sree has quit IRC07:17
*** sree has joined #openstack-nova07:18
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031307:20
*** damien_r has joined #openstack-nova07:21
*** sree has quit IRC07:22
*** diga has quit IRC07:22
*** ragiman has joined #openstack-nova07:30
*** jaosorior has quit IRC07:33
*** sree has joined #openstack-nova07:34
*** damien_r has quit IRC07:34
*** jaosorior has joined #openstack-nova07:35
*** lpetrut has quit IRC07:37
*** alexchadin has joined #openstack-nova07:39
*** sree has quit IRC07:39
*** sree has joined #openstack-nova07:40
*** maciejjozefczyk has quit IRC07:41
*** thorst has joined #openstack-nova07:42
*** rcernin has quit IRC07:43
*** thorst has quit IRC07:46
*** AlexeyAbashkin has joined #openstack-nova07:47
*** sahid has joined #openstack-nova07:51
*** lpetrut has joined #openstack-nova07:53
*** lpetrut has quit IRC07:54
*** suresh12 has quit IRC08:00
*** sshwarts has joined #openstack-nova08:01
*** takashin has left #openstack-nova08:03
*** pcaruana has joined #openstack-nova08:04
*** cfriesen has quit IRC08:11
openstackgerritjichenjc proposed openstack/nova master: [placement]Enhance doc for placement allocation list  https://review.openstack.org/51171508:11
*** claudiub|2 has joined #openstack-nova08:14
*** damien_r has joined #openstack-nova08:14
openstackgerritjichenjc proposed openstack/nova master: check query param for server groups function  https://review.openstack.org/50034708:15
*** thorst has joined #openstack-nova08:21
*** rmart04 has joined #openstack-nova08:21
*** maciejjozefczyk has joined #openstack-nova08:22
openstackgerritlicanwei proposed openstack/nova master: Make nova-manage syncing all cells databases  https://review.openstack.org/51927508:25
*** thorst has quit IRC08:26
*** sridharg has quit IRC08:26
kalyanHi All, is openstack/libvirt usb passthrough has a limitation USB protocol <=2.0 ??08:30
kalyancould someone please correct me on this and provide some information to achieve the same if possible08:31
kalyanthanks in advance! :)08:31
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for backup instances  https://review.openstack.org/52367608:38
*** Alex_Staf has joined #openstack-nova08:39
*** rcernin has joined #openstack-nova08:39
*** jpena|off is now known as jpena08:48
*** ralonsoh has joined #openstack-nova08:49
*** thorst has joined #openstack-nova08:54
*** Tom-Tom has joined #openstack-nova08:56
*** liuyulong has joined #openstack-nova08:56
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171708:57
*** thorst has quit IRC08:59
*** alexchadin has quit IRC09:00
*** liuzz has quit IRC09:03
*** spectr has joined #openstack-nova09:03
*** tetsuro_ has quit IRC09:04
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/52376509:08
openstackgerritOpenStack Proposal Bot proposed openstack/os-vif master: Updated from global requirements  https://review.openstack.org/52047809:14
openstackgerritZhenyu Zheng proposed openstack/nova master: Add instance action record for backup instances  https://review.openstack.org/52367609:14
*** sridharg has joined #openstack-nova09:15
*** Tom-Tom has quit IRC09:20
*** Tom-Tom has joined #openstack-nova09:21
*** sree_ has joined #openstack-nova09:22
*** sree_ is now known as Guest6518909:22
*** sree has quit IRC09:23
*** thorst has joined #openstack-nova09:24
*** hoangcx has joined #openstack-nova09:24
*** lucas-afk is now known as lucasagomes09:25
*** hoangcx has quit IRC09:25
*** Tom-Tom has quit IRC09:26
*** dtantsur|afk is now known as dtantsur09:26
*** hoangcx has joined #openstack-nova09:26
*** thorst has quit IRC09:29
*** hoangcx has quit IRC09:30
*** moshele has quit IRC09:31
openstackgerritErik Berg proposed openstack/nova master: Cell_v2: unique constraint on database_connection mapping  https://review.openstack.org/52381709:32
*** qsyqian has quit IRC09:33
*** vks1 has joined #openstack-nova09:38
*** gcb has joined #openstack-nova09:39
*** gmann is now known as gmann_afk09:39
*** yamamoto has joined #openstack-nova09:41
*** derekh has joined #openstack-nova09:43
*** hoangcx has joined #openstack-nova09:45
*** qsyqian has joined #openstack-nova09:45
*** qsyqian has quit IRC09:50
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: throw NotImplementedError if qga is not responsive when setting password  https://review.openstack.org/52382809:50
*** Guest65189 has quit IRC09:51
*** sree has joined #openstack-nova09:51
*** thorst has joined #openstack-nova09:55
*** slaweq has joined #openstack-nova09:55
*** alexchadin has joined #openstack-nova09:57
*** thorst has quit IRC09:59
*** slaweq has quit IRC10:00
*** sree has quit IRC10:00
*** suresh12 has joined #openstack-nova10:01
*** annp has quit IRC10:02
*** jaianshu has quit IRC10:03
*** qsyqian has joined #openstack-nova10:03
*** suresh12 has quit IRC10:05
*** TuanLA has quit IRC10:05
openstackgerritClaudiu Belu proposed openstack/nova master: POC: tests: autospecs all the mock.patch usages  https://review.openstack.org/47077510:10
*** yamahata has quit IRC10:13
*** sambetts|afk is now known as sambetts10:26
*** AlexeyAbashkin has quit IRC10:28
*** liuzz has joined #openstack-nova10:28
*** thorst has joined #openstack-nova10:31
*** spectr has quit IRC10:33
*** thorst has quit IRC10:36
*** qsyqian has quit IRC10:36
openstackgerritSurya Seetharaman proposed openstack/nova master: update_cell allows more than once cell to have the same db/transport url  https://review.openstack.org/51855610:42
*** phuongnh has quit IRC10:46
*** jichen has quit IRC10:49
*** Laurene has joined #openstack-nova10:49
*** alexchadin has quit IRC10:50
*** gszasz has joined #openstack-nova10:55
*** mvk has quit IRC10:56
*** alexchadin has joined #openstack-nova10:58
*** mvk has joined #openstack-nova10:58
*** abhishekk has quit IRC11:01
*** qsyqian has joined #openstack-nova11:02
*** gcb has quit IRC11:05
*** yamamoto has quit IRC11:06
*** thorst has joined #openstack-nova11:08
*** slaweq has joined #openstack-nova11:10
*** yamamoto has joined #openstack-nova11:10
*** moshele has joined #openstack-nova11:11
*** thorst has quit IRC11:13
*** slaweq has quit IRC11:19
*** AlexeyAbashkin has joined #openstack-nova11:19
*** slaweq has joined #openstack-nova11:19
*** adisky_ has quit IRC11:21
*** AlexeyAbashkin has quit IRC11:23
*** erlon has joined #openstack-nova11:23
*** yamamoto has quit IRC11:24
*** slaweq has quit IRC11:24
*** Laurene has quit IRC11:26
*** AlexeyAbashkin has joined #openstack-nova11:27
*** sdague has joined #openstack-nova11:27
*** alexchadin has quit IRC11:30
*** thorst has joined #openstack-nova11:30
*** sree has joined #openstack-nova11:31
*** edand has joined #openstack-nova11:32
*** thorst has quit IRC11:32
*** sree has quit IRC11:36
openstackgerritErik Berg proposed openstack/nova master: Cool, wasn't sure about wether the transport_url needed to be unique aswell. The more you know :)  https://review.openstack.org/52384911:40
*** mvk has quit IRC11:47
*** vks1 has quit IRC11:50
*** mdnadeem has quit IRC11:58
*** chyka has joined #openstack-nova11:58
*** lucasagomes is now known as lucas-hungry12:00
*** chyka has quit IRC12:02
*** thorst has joined #openstack-nova12:03
*** moshele has quit IRC12:06
*** Tahvok has joined #openstack-nova12:06
*** moshele has joined #openstack-nova12:07
*** thorst has quit IRC12:07
*** qsyqian has quit IRC12:09
*** ratailor has quit IRC12:10
*** slaweq has joined #openstack-nova12:10
*** tetsuro has joined #openstack-nova12:10
*** smatzek has joined #openstack-nova12:11
*** litao__ has quit IRC12:15
*** moshele has quit IRC12:17
*** thorst has joined #openstack-nova12:18
*** liverpooler has quit IRC12:18
*** mvk has joined #openstack-nova12:19
*** eharney has joined #openstack-nova12:20
*** slaweq has quit IRC12:21
*** thorst has quit IRC12:24
*** yamamoto has joined #openstack-nova12:24
*** yamamoto has quit IRC12:31
*** Tahvok has quit IRC12:32
*** yamamoto has joined #openstack-nova12:34
*** nicolasbock has joined #openstack-nova12:36
*** slaweq has joined #openstack-nova12:39
*** threestrands has joined #openstack-nova12:42
*** threestrands has quit IRC12:42
*** threestrands has joined #openstack-nova12:42
*** slaweq has quit IRC12:44
*** dtantsur is now known as dtantsur|brb12:47
*** psachin has joined #openstack-nova12:48
*** hshiina has quit IRC12:52
*** thorst has joined #openstack-nova12:55
*** threestrands has quit IRC13:01
*** vladikr has joined #openstack-nova13:03
*** yamamoto has quit IRC13:04
*** eharney has quit IRC13:07
*** yamamoto has joined #openstack-nova13:08
*** lucas-hungry is now known as lucasagomes13:08
*** yamamoto has quit IRC13:08
*** yamamoto has joined #openstack-nova13:09
*** yamamoto has quit IRC13:09
*** tetsuro has quit IRC13:10
*** moshele has joined #openstack-nova13:12
*** jaypipes has joined #openstack-nova13:12
*** yamamoto has joined #openstack-nova13:14
*** slaweq has joined #openstack-nova13:15
jaypipes*yawn*13:15
jaypipesmorning supernovas13:15
*** pchavva has joined #openstack-nova13:16
*** alexchadin has joined #openstack-nova13:18
*** yamamoto has quit IRC13:19
*** markvoelker has quit IRC13:19
*** markvoelker has joined #openstack-nova13:19
*** vks1 has joined #openstack-nova13:19
*** liuyulong has quit IRC13:21
*** links has quit IRC13:21
*** liverpooler has joined #openstack-nova13:26
bauzasjaypipes: morning13:28
*** edmondsw has joined #openstack-nova13:32
*** liverpooler has quit IRC13:32
*** liverpooler has joined #openstack-nova13:32
*** udesale has quit IRC13:33
*** sree has joined #openstack-nova13:36
*** dave-mccowan has joined #openstack-nova13:36
*** zhurong has joined #openstack-nova13:38
*** artom has quit IRC13:39
*** moshele has quit IRC13:39
*** sree has quit IRC13:40
*** openstackstatus has quit IRC13:43
*** openstack has joined #openstack-nova13:44
*** ChanServ sets mode: +o openstack13:44
*** lyan has joined #openstack-nova13:47
*** yangyapeng has quit IRC13:50
*** mriedem has joined #openstack-nova13:51
*** eharney has joined #openstack-nova13:54
mriedemlucasagomes: you should take a look at this change https://review.openstack.org/#/c/523559/13:54
*** zhurong has quit IRC13:56
*** zhurong has joined #openstack-nova13:58
efriedjaypipes Looks like some microversion digits were missed in the rebase.13:59
jaypipesefried: lemme look...13:59
efriedjaypipes I can take care of it - I have some work to do on the series anyway.13:59
lucasagomesmriedem, hi there! I will take a look, although, I haven't been involved with ironic for awhile. It might be better to get some of the #openstack-ironic folks to take a look as well13:59
*** toure_biab is now known as toure13:59
efriedjaypipes As long as you don't have local changes?14:00
jaypipesefried: go for it.14:00
efriedrgr14:00
*** awaugama has joined #openstack-nova14:00
*** udesale has joined #openstack-nova14:01
*** READ10 has joined #openstack-nova14:04
*** gbarros has joined #openstack-nova14:05
*** cdent has joined #openstack-nova14:10
lucasagomesmriedem, posted a question re using task_state + vm_state to determine if the rebuild failed or not14:11
mriedemlucasagomes: heh, did you see my comment in the code?14:12
mriedembasically the same idea14:12
lucasagomesmriedem, oh, I looked at the wrong column ahah oh right14:13
lucasagomesyeah i think that would be more flexible14:13
lucasagomesif it works14:13
*** yamamoto has joined #openstack-nova14:14
*** yamamoto has quit IRC14:15
lucasagomesreplied to your comment basically agreeing with the task_state + vm_state idea :-)14:15
*** yamamoto has joined #openstack-nova14:15
*** yamamoto has quit IRC14:15
*** slaweq has quit IRC14:17
*** moshele has joined #openstack-nova14:18
*** yikun has quit IRC14:18
*** yikun has joined #openstack-nova14:19
*** edand has quit IRC14:23
*** dtantsur|brb is now known as dtantsur14:24
stephenfinjaypipes: I've a question on https://github.com/openstack/nova/commit/15ac5b688bf6d91ac42ca33860d187d80289d82d14:25
jaypipesstephenfin: yessir?14:25
stephenfinjaypipes: That contains an online data migration. Would I need to run the `nova-manage db online_data_migrations` command for that to take place, or should it happen any time?14:25
stephenfinI'd thought the UUID field would be populated any time I loaded an object from the DB, but then I saw that command14:26
*** rcernin has quit IRC14:27
*** cfriesen has joined #openstack-nova14:27
*** psachin has quit IRC14:28
*** smatzek has quit IRC14:29
*** smatzek has joined #openstack-nova14:30
*** esberglu has joined #openstack-nova14:31
jaypipesstephenfin: there's no nova-manage db stuff in that patch.14:32
jaypipesstephenfin: all data migrations are done upon load/save of the PciDevice object14:32
*** tbachman has joined #openstack-nova14:33
jaypipesstephenfin: one might make an argument that there *should* have been a corresponding patch that added a nova-manage online data migration (that read in PciDevice objects in batches)14:34
*** smatzek has quit IRC14:34
*** moshele has quit IRC14:35
*** yamamoto has joined #openstack-nova14:36
*** andreas_s has joined #openstack-nova14:39
mriedemthat's what we did when we added the uuid column to compute_nodes, services and migrations tables14:39
mriedemyou could still add one...14:40
*** mdnadeem has joined #openstack-nova14:40
*** hongbin has joined #openstack-nova14:40
*** yamamoto has quit IRC14:41
jaypipesmriedem: ack14:42
jaypipesmriedem: would need to be done before the PCI device manager is integrated with placement.14:42
*** burt has joined #openstack-nova14:42
stephenfinjaypipes, mriedem: I can do that today14:42
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: Provide VGPU inventory for a single GPU type  https://review.openstack.org/51476314:42
stephenfinjaypipes: In the interim, I think there's a bug with that patch. See here14:43
stephenfinhttps://bugzilla.redhat.com/show_bug.cgi?id=151695214:43
openstackbugzilla.redhat.com bug 1516952 in openstack-nova "Cannot boot vm with sriov port after upgrade OSP11 to OSP12" [Urgent,New] - Assigned to eglynn14:46
*** zhurong has quit IRC14:46
mriedemi see the problem14:46
mriedem_from_db_object isn't handling the uuid column properly14:46
*** READ10 has quit IRC14:46
*** zhurong has joined #openstack-nova14:46
mriedemhttps://review.openstack.org/#/c/469147/2/nova/objects/pci_device.py@19414:46
mriedemthere should be a skip in there14:46
mriedemif key not in ('extra_info', 'uuid'):14:46
*** openstack has quit IRC14:46
*** openstack has joined #openstack-nova14:48
*** ChanServ sets mode: +o openstack14:48
mriedemstephenfin: i updated https://bugzilla.redhat.com/show_bug.cgi?id=1516952 - open an lp bug and i'll push a fix14:48
jaypipesdansmith: because we can't make them not-nullable until the fields are populated with something.14:50
dansmithjaypipes: so leave them unset? a nullable field means it can be set to None, and that's extremely wrong for an id, IMHO14:50
jaypipesdansmith: it gets set to a non-null value right after there..14:50
stephenfinCouldn't we just move that non-null setting to the top of the function?14:50
stephenfinthen we don't need to skip anything14:50
jaypipesdansmith: and then when the version of the object goes to the next major version, we change nullable to False and remove the data migration.14:50
dansmithokay I'm not sure what you're saying, you want to make it null so that a generic loop can set it to none for a few cycles?14:50
*** zhurong has quit IRC14:50
dansmith-2 on that :)14:50
mriedemfwiw we've only ever bumped the major version on an object before, it doesn't happen really14:51
mriedemInstance is the only one14:51
jaypipesyes, I've complained about that before...14:51
dansmithjaypipes: so do the work to bump.. it's not very fun :)14:51
*** andreas_s has quit IRC14:51
*** coreywright has quit IRC14:52
*** andreas_s has joined #openstack-nova14:52
jaypipeswell, sounds like I'm in the minority here, stephenfin, so just add a conditional in that setattr loop to check for whether db_dev['uuid'] is None and if so, don't set obj.uuid to None.14:52
*** alexchadin has quit IRC14:52
mriedemi've got a patch local14:52
mriedemjust need an lp bug14:53
*** gbarros has quit IRC14:53
jaypipesdansmith: do we have a good guide to doing that work?14:53
openstackbugzilla.redhat.com bug 1516952 in openstack-nova "Cannot boot vm with sriov port after upgrade OSP11 to OSP12" [Urgent,New] - Assigned to eglynn14:54
stephenfinmriedem: https://bugs.launchpad.net/nova/+bug/173518814:54
mriedemhttps://bugs.launchpad.net/nova/+bug/173518914:54
mriedemyou beat me14:54
stephenfinHa!14:54
stephenfinso close14:54
*** andreas__ has joined #openstack-nova14:54
dansmithjaypipes: nope, it also takes work to put that together and nobody else has ever asked to do it. Happy to help with that, but like many other things, I'd value this well below a lot of the other things we've got going on at the moment14:55
openstackLaunchpad bug 1735188 in OpenStack Compute (nova) "PciDevice UUID field not populated" [Undecided,New]14:55
openstackLaunchpad bug 1735189 in OpenStack Compute (nova) "ValueError: Field `uuid' cannot be None in PciDevice._from_db_object" [Undecided,New]14:55
jaypipesdansmith: ack. maybe a weekend project for me around the holidays.14:55
dansmithjaypipes: you are a sick, sick man14:55
jaypipesheh14:56
*** andrea___ has joined #openstack-nova14:56
*** andreas_s has quit IRC14:56
*** edand has joined #openstack-nova14:58
*** gbarros has joined #openstack-nova14:58
*** andreas__ has quit IRC14:59
mdboothOh, dear. I poked something apparently innocuous, and it broke archive_deleted_rows()14:59
mdboothI don't even know where I am any more14:59
*** andreas_s has joined #openstack-nova14:59
*** cdent has quit IRC14:59
*** yangyapeng has joined #openstack-nova15:00
*** andrea___ has quit IRC15:01
mdboothWas I supposed to update the shadow table explicitly when I added a column?15:01
*** salv-orl_ has joined #openstack-nova15:02
mdboothAh, ha, it seems yes15:02
jaypipesmdbooth: yep15:02
*** edand has quit IRC15:02
*** salv-orlando has quit IRC15:03
*** suresh12 has joined #openstack-nova15:03
*** andreas_s has quit IRC15:04
*** coreywright has joined #openstack-nova15:04
*** marst has joined #openstack-nova15:06
*** yamamoto has joined #openstack-nova15:06
*** andreas_s has joined #openstack-nova15:06
bauzasjaypipes: reviewing https://review.openstack.org/#/c/377138/62/nova/db/sqlalchemy/api_models.py15:06
bauzasjaypipes: SQLA does ON DELETE CASCADE when you provide a FK ?15:07
*** mlavalle has joined #openstack-nova15:07
mriedemwe don't do cascading deletes15:07
*** suresh12 has quit IRC15:07
*** yamamoto has quit IRC15:07
*** yamamoto has joined #openstack-nova15:08
*** yamamoto has quit IRC15:08
mriedemhttps://github.com/zzzeek/sqlalchemy/blob/rel_1_1_15/lib/sqlalchemy/sql/schema.py#L151415:09
mriedemondelete=None15:09
mriedemhttps://github.com/zzzeek/sqlalchemy/blob/rel_1_1_15/lib/sqlalchemy/sql/schema.py#L154415:09
jaypipesbauzas: no15:09
bauzasjaypipes: so say you delete the root RP15:10
bauzasjaypipes: should we delete the children too ?15:10
*** janki has quit IRC15:10
mriedemwhich is part of the reason archive_deleted_rows used to always barf when we'd order the deletes incorrectly15:10
bauzasAFAIK, yes, right?15:10
jaypipesbauzas: we do.15:10
*** janki has joined #openstack-nova15:10
bauzasjaypipes: well, looking at https://review.openstack.org/#/c/377138/62/nova/objects/resource_provider.py@823 and below15:10
*** andreas_s has quit IRC15:11
bauzasjaypipes: I don't see where we're deleting the children15:11
jaypipesbauzas: we're not. we're *preventing* parents from being deleted if children exist.15:11
bauzasjaypipes: that I saw15:12
bauzasit's the first conditional15:12
jaypipesbauzas: we require that callers delete children before parents.15:12
*** smatzek has joined #openstack-nova15:12
bauzaswait15:12
mriedemthis is a head scratcher https://github.com/openstack/nova/blob/master/nova/objects/pci_device.py#L249-L25115:12
mriedemif True15:12
jaypipesbauzas: it's the second conditional, too... an IntegrityError will be raised if the DELETE on the parent ends up violating the foreign key constraint on parent_provider_id15:13
*** psachin has joined #openstack-nova15:13
bauzasjaypipes: oh right, the first conditional says "if children existing, then return no"15:13
bauzasman, when I looked at the comment, I readed too fast and I saw "do a quick check to see if the provider *has* a parent" in my mind15:14
bauzasgrmblbl has != id15:14
bauzasis15:14
* bauzas goes back to the 3rd grade15:15
*** yamahata has joined #openstack-nova15:17
bauzasjaypipes: that said, a question, I guess we don't accept to delete a root RP if it has children because... it could be a problem for allocations ?15:18
bauzasor, because it's racy ?15:18
bauzasI mean, why aren't we supporting that ?15:18
mriedembauzas: dansmith: vladikr: i'm looking at https://review.openstack.org/#/c/249015/ and https://review.openstack.org/#/c/373519/ and trying to figure out why we have https://github.com/openstack/nova/blob/master/nova/objects/pci_device.py#L249-L251 which is always True at this point15:18
mriedemso we are always saving off extra_info regardless of it changing15:19
jaypipesbauzas: no, it just makes our lives easier/safer to say callers need to handle removing children before parents.15:19
bauzasok15:19
bauzasjaypipes: fair enoguh15:19
bauzaswe could have imagined a way to walk on the tree and delete all the allocations/inventories before deleting straight the root RP and cascading the delete, but fine by me15:20
bauzasit's just that's it would mean a synchronous section15:20
bauzaswhich could be big for a 3-depth RP tree15:20
bauzasso I'm fine with the direction15:20
bauzasmriedem: looking15:20
dansmithmriedem: hmm15:21
bauzasmriedem: I'd call it "tech debt"15:21
bauzasprobably one adding the conditional and the other doing the dict amendment15:21
* bauzas git blames15:21
efriedjaypipes I'm thinking to do a refactor of ProviderTree to hide everything within _Provider as you mentioned a couple weeks ago.  Then I'll put the uuid_set() change on top of that.15:21
mriedemalready did the git blame, those are the two changes15:21
bauzasoh heh https://github.com/openstack/nova/blame/master/nova/objects/pci_device.py#L249-L25115:21
dansmithmriedem: looks like just refactoring right?15:22
mriedemyes the latter change dropped some oneline migration code for extra_info15:22
efriedjaypipes At a glance, there's nothing pending in the nrp series that touches ProviderTree before uuid_set(), so I was just gonna pell that outta there and start a new series on master tip.15:22
dansmithmriedem: used to be possible to not have that set, but not anymore?15:22
mriedem*online15:22
efriedjaypipes That work for you?15:22
efrieds/pell/peel/15:22
dansmithmriedem: yeah15:22
*** gouthamr has joined #openstack-nova15:22
*** toure has quit IRC15:23
bauzasyeah, when looking at the change, we had some conditionals that we removed15:23
bauzasso probably just a nit15:23
bauzasnow we always have that key15:23
jaypipesefried: yep, exactly what I was thinking.15:27
efriedjaypipes k, on it15:28
*** tlbr has joined #openstack-nova15:28
*** Alex_Staf has quit IRC15:28
mriedembauzas: dansmith: so i think we can remove https://github.com/openstack/nova/blob/master/nova/objects/pci_device.py#L24915:28
mriedemyes?15:28
dansmithmriedem: if True: return "yes"15:29
bauzasmriedem: I think it's harmless indeed15:29
bauzasbut you know, I'm not a libvirt expert :D15:30
*** ragiman has quit IRC15:30
mriedemwhat could possibly go wrong with upgrading nova with existing pci device records15:30
*** cdent has joined #openstack-nova15:32
*** sridharg has quit IRC15:32
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Save updated libvirt domain XML after swapping volume  https://review.openstack.org/52391015:34
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Save updated libvirt domain XML after swapping volume  https://review.openstack.org/52391115:35
*** Tahvok has joined #openstack-nova15:35
*** psachin has quit IRC15:37
bauzasjaypipes: just did +2 on that change but I have an open question that is non blocking the merge https://review.openstack.org/#/c/377138/62/nova/objects/resource_provider.py15:42
bauzashttps://review.openstack.org/#/c/377138/62/nova/objects/resource_provider.py@698 rather15:42
bauzasit's about deleting the records without touching how we track the updates15:42
bauzasagain, totally unrelated, but I feel we should just say all the fields are good for updates ?15:43
openstackgerritMatt Riedemann proposed openstack/nova master: Fix ValueError when loading old pci device record  https://review.openstack.org/52391415:43
mriedemstephenfin: dansmith: lyarwood: ^15:43
bauzasjaypipes: or a .delete() followed by a .create() would only persist the only touched fields15:43
stephenfinmriedem: Out of curiosity, why not just move the 'if db_dev['uuid'] is None:' block to the top? Seems it would fix the issue in the same manner with less LOC?15:45
*** artom has joined #openstack-nova15:45
*** rmart04 has quit IRC15:45
mriedemstephenfin: because then you call save() which triggers another round trip through _from_db_object before you load up the other fields15:46
stephenfinwait - that would cause a read of None from db_dev. nvm me15:46
stephenfinAlso that15:46
*** moshele has joined #openstack-nova15:46
*** Sukhdev has joined #openstack-nova15:47
*** tidwellr_ has joined #openstack-nova15:48
*** tidwellr has quit IRC15:48
*** Apoorva has joined #openstack-nova15:48
*** gbarros_ has joined #openstack-nova15:49
*** janki has quit IRC15:50
*** gbarros has quit IRC15:50
mriedemstephenfin: replied, but no15:51
mriedemwe can't 2.0 until we have a way to force the records are migrated,15:51
mriedemand we can't really force that w/o having a cli hook to run the online data migraiton,15:51
mriedemwhich we don't have, which you pointed out when we started talking about this15:51
mriedemif you want to talk web2.0 then i'm game15:52
stephenfin++ makes sense to me. Thanks for the info15:52
Tengu(1415:52
Tenguwoops.15:52
efriedjaypipes I think we're still going to need a way to return the data about a provider from ProviderTree (xen already asked for a name-to-uuid mapping).  Should we simply make ProviderTree.find() return a *copy* of the provider (so updating it locally is a no-op)?15:54
openstackgerritClaudiu Belu proposed openstack/nova master: POC: tests: autospecs all the mock.patch usages  https://review.openstack.org/47077515:54
jaypipesbauzas: not sure I'm following you on your review comment "shouldn't we reset the changes when we call the deletion ? That makes sense to me given after the deletion, all the fields are now all non-persisted (or all of them needing to be persisted, rather)"15:54
efriedjaypipes The alternative is to have ProviderTree.name_for(uuid), .parent_for(name_or_uuid), .inventory_for(name_or_uuid) etc.15:54
cdentI see you baby, rebasing that code, rebasing that code.15:55
jaypipesefried: I'd have to see where the xen folks are trying to do things.15:55
mriedemthis isn't quite right either https://github.com/openstack/nova/blob/master/nova/objects/pci_device.py#L24715:55
mriedemsetting self.uuid in save() does'nt get it into the updates dict wihch is passed to db.pci_device_update15:56
bauzasjaypipes: I have to bail out, but I can explain later15:56
jaypipesmriedem: sure it does...15:56
mriedemso save() will call _from_db_object which will do the uuid migration and call save() again15:56
mriedemjaypipes: how?15:56
mriedemoh obj_get_changes15:56
mriedemnvm15:56
jaypipesmriedem: obj_get_changes() will pick up that uuid..15:56
jaypipesbauzas: k15:56
bauzasjaypipes: basically, I imagine a case where I create the object, save the object in DB, modify a field, deletes the record in DB, and then recreate it in the DB15:57
jaypipesbauzas: I don't imagine that case :)15:57
bauzaswhen I recreate in DB, the updates would only be that field15:57
bauzasso we would only persist that field15:57
*** suresh12 has joined #openstack-nova15:57
bauzasagain, it's unrelated to your change, so not a big deal for now15:57
openstackgerritEric Berglund proposed openstack/nova master: WIP: PowerVM Driver: SEA  https://review.openstack.org/52321615:58
*** edmondsw_ has joined #openstack-nova16:00
mriedemdansmith: on that cve errata, i'm thinking we maybe don't need to hold things up for https://review.openstack.org/#/c/521391/ which was the lesser regression; w/o that fix, we'll always run through the scheduler for rebuild of a volume-backed instance even if the image isn't changing, but with your change for RUN_ON_REBUILD, we shouldn't actually fail in the scheduler if the image is the same (unless the admin does something16:00
mriedemonfig like changes isolated_images), so it's just an efficiency thing16:00
mriedemstill needs to be fixed, but i'm not sure that tristanC should hold up on the errata for it16:00
dansmithmriedem: makes sense16:01
mriedemsince we're going to release your RUN_ON_REBUILD fix for newton before eol, we should still probably try to get that fixed and backported as well, since the regression was backported to newton also16:01
*** psachin has joined #openstack-nova16:03
*** edmondsw has quit IRC16:03
*** edmondsw_ is now known as edmondsw16:03
openstackgerritMatt Riedemann proposed openstack/nova master: Remove vestigial extra_info update in PciDevice.save()  https://review.openstack.org/52391916:04
dansmithmriedem: why aren't you using is_volume_backed from compute utils?16:04
mriedemdansmith: because we already have the stuff in scope for doing the same thing16:04
mriedemthe root_bdm16:04
dansmithmriedem: yeah, just seems wrong to not use the util in case there's another detail we add later16:05
*** artom_ has joined #openstack-nova16:05
dansmithbut whatever16:05
openstackgerritEd Leafe proposed openstack/nova master: placement: update client to set parent provider  https://review.openstack.org/38569316:07
*** artom has quit IRC16:07
openstackgerritEd Leafe proposed openstack/nova master: placement: adds REST API for nested providers  https://review.openstack.org/38480716:07
edleafejaypipes: efried: ^^ Just fixed commit messages16:08
*** psachin has quit IRC16:08
jaypipesefried: ^^16:08
jaypipesoops, sorry16:08
efriedack16:08
*** yamamoto has joined #openstack-nova16:08
efriedjaypipes ack16:08
*** psachin has joined #openstack-nova16:10
*** imacdonn has quit IRC16:11
*** imacdonn has joined #openstack-nova16:11
mriedemoomichi_afk: i've got some issues with the functional tests in https://review.openstack.org/#/c/408964/ which can be cleaned up separately, but +2 on that one if you want to review it again16:15
*** tidwellr_ has quit IRC16:15
*** tidwellr has joined #openstack-nova16:16
*** yamamoto has quit IRC16:17
openstackgerritChris Dent proposed openstack/nova master: [placement] Object changes to support last-modified headers  https://review.openstack.org/52163916:20
openstackgerritChris Dent proposed openstack/nova master: [placement] Add cache headers to placement api requests  https://review.openstack.org/52164016:20
cdent^ rebase wars16:20
*** AlexeyAbashkin has quit IRC16:23
openstackgerritMatt Riedemann proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896416:24
*** psachin has quit IRC16:31
*** moshele has quit IRC16:33
*** psachin has joined #openstack-nova16:39
*** moshele has joined #openstack-nova16:44
*** psachin has quit IRC16:45
*** vks1 has quit IRC16:48
*** moshele has quit IRC16:49
*** eharney has quit IRC16:50
*** damien_r has quit IRC16:52
openstackgerritChris Dent proposed openstack/nova master: [placement] Enable limiting GET /allocation_candidates  https://review.openstack.org/51352616:53
*** eharney has joined #openstack-nova16:54
cdentsigh, at microversin wars with myself16:56
*** fragatina has quit IRC16:57
*** udesale has quit IRC17:00
*** weshay is now known as weshay_mtg17:00
*** chyka has joined #openstack-nova17:01
openstackgerritEric Fried proposed openstack/nova master: Make _Provider really private  https://review.openstack.org/52393217:01
efriedjaypipes ^17:01
efriedjaypipes I didn't try to anticipate getters of _Provider attributes; we can add those as demand arises.17:01
*** penick has joined #openstack-nova17:01
*** moshele has joined #openstack-nova17:03
*** suresh12 has quit IRC17:05
*** lucasagomes is now known as lucas-afk17:06
*** Sukhdev has quit IRC17:06
*** sree has joined #openstack-nova17:07
*** sree has quit IRC17:12
*** suresh12 has joined #openstack-nova17:15
*** moshele has quit IRC17:17
*** tidwellr has quit IRC17:18
*** tidwellr has joined #openstack-nova17:19
*** suresh12 has quit IRC17:20
*** fragatina has joined #openstack-nova17:20
openstackgerritEric Fried proposed openstack/nova master: Make _Provider really private  https://review.openstack.org/52393217:21
openstackgerritEric Fried proposed openstack/nova master: ProviderTree.uuid_set()  https://review.openstack.org/52024317:21
efriedjaypipes And there's uuid_set peeled out and modified as you suggested ^17:21
efried(plus a silly UT fix on the base)17:22
*** efried is now known as efried_rollin17:22
*** moshele has joined #openstack-nova17:22
artom_mriedem, is the topic set right for this series? https://review.openstack.org/#/c/521200/17:22
artom_I feel like bug/1732947 is the most obvious one17:22
artom_But I'd like to have related/1664931 somewhere, to keep track of all the changes that are happening because of that initial CVE fix17:23
*** suresh12 has joined #openstack-nova17:23
artom_Hell, even create a (really weird) blueprint17:23
mriedemartom_: the topic is set to the change on top17:23
mriedemwhich is a different bug17:23
mriedemtrack it in bug 1664931?17:24
openstackbug 1664931 in nova (Ubuntu) "[OSSA-2017-005] nova rebuild ignores all image properties and scheduler filters (CVE-2017-16239)" [Undecided,New] https://launchpad.net/bugs/166493117:24
artom_mriedem, I thought they were related?17:24
mriedembug 1732947 was a regression introduced by the fix for bug 166493117:24
openstackbug 1732947 in OpenStack Compute (nova) "volume-backed instance rebuild with no image change is still going through scheduler" [High,In progress] https://launchpad.net/bugs/1732947 - Assigned to Matt Riedemann (mriedem)17:25
*** Apoorva has quit IRC17:25
artom_mriedem, right, that's what I meant17:25
artom_Ah, so only the first 2 changes in that series are fixes for 1664931 regressions?17:25
mriedemmelwitt: dansmith: are you aware of any functional test examples where we have multiple cells and a compute in each cell, and where fake.set_nodes works? i'm hitting something weird when trying to do a cold migration across 2 cells to assert it fails and hitting some weird stuff when i use fake.set_nodes17:26
mriedemartom_: yes, the last change is a different bug17:27
dansmithmriedem: no, but let me say it'd be nice if we could fix up that weird fake node behavior17:27
artom_mriedem, aha, thanks :)17:27
mriedemcould be related to the cells db fixture stuff being wonky17:27
* artom_ is having trouble keeping it all straight in his head17:27
dansmithwe basically work around it in all the tests that need that17:27
*** artom_ is now known as artom17:27
*** priteau has joined #openstack-nova17:27
mriedemartom: create an etherpad?17:27
artommriedem, yeah, not a bad idea17:28
artomIt's still a lot of clicking and checking branches, change IDs and topics17:28
artomSince some (all?) of those got backported17:28
melwittmriedem: it might be related to the wonkiness I intended to fix with https://review.openstack.org/#/c/50843217:29
melwittbecause without that fix, every compute will write to the same cell db17:29
mriedemi was going to see if putting your patch under this change fixes it17:30
melwittyeah, I think it would be worth trying but I'm not 100% it will solve your problem. what I'm thinking of is where compute services need to write records and they don't do it in a cell-aware way17:31
dansmithyeah, any periodic will do the wrong thing I think17:31
*** vivsoni_ has joined #openstack-nova17:31
melwittright17:31
melwittand during compute start17:32
dansmithI think we need a more fundamental change before we can really be clean there17:32
melwittbut I dunno what problem mriedem is hitting17:32
mriedemi'll push it up in a sec17:32
*** suresh12 has quit IRC17:32
*** suresh12 has joined #openstack-nova17:33
openstackgerritMatt Riedemann proposed openstack/nova master: Enable cold migration with target host(2/2)  https://review.openstack.org/40896417:33
*** gszasz has quit IRC17:33
mriedemmelwitt: this https://review.openstack.org/#/c/408964/111/nova/tests/functional/test_servers.py@302917:33
mriedemso takashi has this test_migrate_server_to_host_in_different_cell test,17:34
mriedemwhich creates 1 host in different cells,17:34
mriedemcreates a server on one of the hosts and tries to force the migration to the other host in the other cell, which should fail17:34
mriedemb/c no cross-cell migration17:34
melwittyeah, the compute node records won't go in the right db without my patch I think17:35
mriedemit does fail with NoValidHost, but i wanted to test how good the test was, so i pulled it down and changed is so that both hosts would be in the same cell, and the test passed17:35
melwittthey'll all go in the same cell, the default cell117:35
mriedemok17:35
*** moshele has quit IRC17:35
mriedemso i found that if there is more than one host in a cell, like ServerTestV256RescheduleTestCase, then fake.set_nodes has to be used17:35
mriedembut when i tried to use fake.set_nodes on hosts in different cells, things would fail17:35
dansmithif the periodic runs to update the nodes, it'll put them back in the wrong cell though right?17:36
dansmither, create duplicates in the wrong cell I mean17:36
*** ralonsoh has quit IRC17:36
melwittI have seen that before doing single cell functional testing with multiple computes, that set_nodes is needed to have the scheduler consider both computes17:36
mriedemall of our server moving tests in nova.tests.functional.test_servers create 2 computes in the same cell and have to use fake.set_nodes17:36
mriedembut we don't have any multi-cell functional tests like that17:37
mriedemthis is really just a negative test, but i wanted to make sure it was actually failing for the right reasons17:37
melwittmriedem: it's not the set_nodes thing but the ComputeNode record itself that you'd want to target to separate cells and set_nodes won't do that. set_nodes doesn't write the compute node record17:37
mriedemsince you can't actually tell what the novalidhost was for on the api caller side17:37
melwittthe compute node record is written by the fake compute service starting up17:37
mriedemi'll pull your change down and put this on top and use fake.set_nodes and see what happens17:37
melwittokay17:38
*** gbarros has joined #openstack-nova17:38
*** gbarros_ has quit IRC17:38
dansmithmelwitt: won't your patch result in compute node records written into cell0 (which should never happen) if the periodic runs?17:39
*** mdnadeem has quit IRC17:40
*** vks1 has joined #openstack-nova17:40
dansmiththe resource tracker update periodic that creates and destroys compute nodes on the fly for things like ironic17:40
melwittdansmith: I think I make the db association when the fake service is created and wrapped all the service calls so that the periodics would run in the right cell. but let me look again, it's been a long time17:40
dansmithit'll find that virt reports a compute node that it doesn't find in the database and create it17:40
dansmithhmm, not sure how you could do that for periodics that run later17:41
mriedemstill fails17:42
melwittdansmith: I think periodics are run by the service, so I did this https://review.openstack.org/#/c/508432/9/nova/test.py to target them to the associated cell17:42
dansmithoh you patch periodic_tasks17:42
dansmithnot sure that's enough necessarily,17:43
dansmithbecause anything that stores a context somewhere might not actually make that call in that path17:43
melwittit's better than what we have :P but yeah, I have been wanting people to review it to see what gaps could be addressed17:43
dansmithwell, it's not if we end up with spurious failures when we get unlucky and run a periodic in the middle of a slow test run17:44
*** sree has joined #openstack-nova17:44
mriedemi left comments on the fixture patch17:44
melwittdansmith: what do you mean by "anything that stores a context somewhere"? the periodics in the compute service all use an anonymous admin context17:44
*** suresh12 has quit IRC17:44
dansmithmelwitt: well, if something like RT has a context stored somewhere17:45
*** sridharg has joined #openstack-nova17:45
*** suresh12 has joined #openstack-nova17:45
melwittdansmith: sure. I couldn't think of if/how it could be bullet-proofed17:46
dansmithI think the thing we really should be doing is just make the compute manager grab a context on service start,17:46
dansmithand wipe through compute/* and make sure nothing ever calls get_admin_context() or context.RequestContext() in there17:46
dansmithsort of how we banned db access17:46
melwittyeah, that would be nicer17:47
dansmithI think that also,17:47
melwittstill, that doesn't stop anyone from doing something else, which is what you were pointing out17:47
dansmithsomeone with "security" in their title would like to see that we can't just call foo.get_admin_credentials() anywhere17:47
mriedemi think mikal is now head of security at aptira17:48
mriedemsecurinaut or something17:48
dansmithmelwitt: well, it does if we actually clean that up to the point of making sure it won't work, like the db stuff17:48
*** sree has quit IRC17:48
*** sambetts is now known as sambetts|afk17:48
melwittone thing I realized just now is, a context is handed off when the periodic tasks are kicked off once, and it reuses that. it's just that in the service code it uses get_admin_context for that17:48
melwittperiodic_tasks is called once during service.start17:50
openstackgerritMatt Riedemann proposed openstack/nova master: Fix ValueError when loading old pci device record  https://review.openstack.org/52391417:50
openstackgerritMatt Riedemann proposed openstack/nova master: Remove vestigial extra_info update in PciDevice.save()  https://review.openstack.org/52391917:50
dansmithyeah, but your wrapping of it ensures that anyway17:50
*** derekh has quit IRC17:51
melwittbut I thought you were saying "what if compute manager uses a different context" and it can't17:51
openstackgerritChris Dent proposed openstack/nova master: [placement] Enable limiting GET /allocation_candidates  https://review.openstack.org/51352617:51
melwitthttps://github.com/openstack/nova/blob/master/nova/service.py#L294-L29517:51
dansmithmelwitt: I'm saying if we have another context we got from not the periodic one we were handed, not in the scope of the periodic itself17:51
dansmithwe have contexts everywhere, on every object, etc17:51
dansmithI thought we actually stored on in the RT too but I don't think we do17:51
melwittokay, yeah I thought you were talking only about periodics17:52
dansmithah in the claim we do, that's probably what I'm thinking of17:52
dansmithmelwitt: I mean a periodic that accesses one created outside the scope of the periodic, like claim for example17:52
melwittoh, I see17:52
melwittyeah17:52
*** sree has joined #openstack-nova17:55
melwittmriedem: I think you might have to not do your own _setup_compute_service17:57
*** suresh12 has quit IRC17:58
cdentjaypipes, efried_rollin : is n-r-p stack clean and reviewable? Last I checked last night might rebase was in progress.17:58
*** sree has quit IRC17:59
*** salv-orl_ has quit IRC17:59
*** salv-orlando has joined #openstack-nova17:59
*** salv-orlando has quit IRC17:59
*** penick has quit IRC18:00
*** thorst has quit IRC18:00
*** moshele has joined #openstack-nova18:00
*** penick has joined #openstack-nova18:01
*** salv-orlando has joined #openstack-nova18:03
*** sshwarts has quit IRC18:04
*** thorst has joined #openstack-nova18:06
*** penick has quit IRC18:06
openstackgerritmelanie witt proposed openstack/nova master: qemu-img do not use cache=none if no O_DIRECT support  https://review.openstack.org/52355418:07
*** Apoorva has joined #openstack-nova18:07
*** Apoorva has quit IRC18:08
*** Apoorva has joined #openstack-nova18:08
*** yamahata has quit IRC18:09
*** dtantsur is now known as dtantsur|afk18:10
*** moshele has quit IRC18:10
*** thorst has quit IRC18:11
dansmithstephenfin: https://review.openstack.org/#/c/52391418:12
melwittmriedem: I pulled down your patch to see if I can find anything18:13
mriedemdansmith: that root_bdm thing with using compute_utils.is_volume_backed opens up some funny doors18:15
mriedemprobably nothing we'd ever hit in real life18:16
dansmithmriedem: yeah?18:16
mriedemis_volume_backed_instance returns True if there is no root bdm but the image_ref is ''18:16
mriedemso "volume_id = root_bdm.volume_id" could result in a NoneType18:16
*** jpena is now known as jpena|away18:17
mriedemnova.tests.unit.compute.test_compute.ComputeAPITestCase.test_rebuild_no_image apparently tickles that path18:17
mriedemin that case i guess i just log an error or something, not sure18:17
mriedemshouldn't really happen18:18
*** thorst has joined #openstack-nova18:18
*** tidwellr_ has joined #openstack-nova18:20
*** tidwellr has quit IRC18:20
*** thorst has quit IRC18:22
*** READ10 has joined #openstack-nova18:28
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Refactor encryptor attach and detach calls  https://review.openstack.org/46024318:29
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Introduce disk encryption config classes  https://review.openstack.org/46400818:29
openstackgerritLee Yarwood proposed openstack/nova master: WIP libvirt: Use QEMU's native LUKS support  https://review.openstack.org/52395818:29
*** artom has quit IRC18:30
*** artom has joined #openstack-nova18:30
*** vks1 has quit IRC18:30
*** vivsoni_ has quit IRC18:32
*** salv-orlando has quit IRC18:36
*** mvk has quit IRC18:36
*** phuongnh has joined #openstack-nova18:36
*** salv-orlando has joined #openstack-nova18:36
openstackgerritMerged openstack/nova master: Updated from global requirements  https://review.openstack.org/52376518:37
*** Alex_Staf has joined #openstack-nova18:38
*** INeedaUUID has joined #openstack-nova18:38
INeedaUUIDHi everyone. Can anyone tell me how best to modify a systems' uuid using openstack methods?18:38
INeedaUUIDDoes openstack support this? (I know it's a stupid request, but an application depends on them being set)18:39
INeedaUUIDOcata/KVM18:39
jaypipescdent: efried_rollin is currently rebasing./18:39
jaypipescdent: ooh, hold up, he may have pushed a fresh series.18:40
*** thorst has joined #openstack-nova18:40
*** thorst has quit IRC18:40
*** thorst has joined #openstack-nova18:40
*** salv-orlando has quit IRC18:41
*** tssurya_ has joined #openstack-nova18:42
*** weshay_mtg is now known as weshay18:42
*** suresh12 has joined #openstack-nova18:43
*** yamahata has joined #openstack-nova18:45
*** david-lyle has joined #openstack-nova18:45
mriedemgdi, that moment when you rebase a series and forget git add / git rebase --continue on the last change, and did git commit -a --amend instead, thus squashing the last change and ruining everything18:45
*** READ10 has quit IRC18:46
*** suresh12 has quit IRC18:47
mriedemINeedaUUID: no you can't specify the uuid that gets used with the vm18:47
INeedaUUIDmriedem: Is there not a workaround at all?18:47
*** suresh12 has joined #openstack-nova18:47
mriedemno18:47
INeedaUUIDWhat about modifying from virsh?18:48
mriedemlet me guess, you're doing some kind of instance HA18:48
INeedaUUIDactually, no. It's to do with a 3rd party application and the VERY stupid way it licences.18:48
mriedemanything you do to a vm via virsh out of band from nova will likely break nova's ability to do things with that vm18:48
INeedaUUIDI thought that. But I will need to try. :-(18:49
mriedempass metadata through to the guest and have the 3rd party app pull from that18:49
dansmithpresumably the app is unchangeable18:50
dansmithgetting the uuid from smbios,18:50
dansmithso metadata won't help even if hacked18:50
INeedaUUIDdansmith: is correct. Unchangable.18:50
dansmithyour options are:18:51
INeedaUUIDIt's crap, I know it is. But... It's essential.18:51
dansmith1. lots of scary nova db surgery. don't even tell us about it18:51
dansmith2. wrap your application in something that fools it18:51
dansmith3. Get a new application18:51
dansmithI suggest 3, I would do 2, please don't do 118:52
*** penick has joined #openstack-nova18:53
INeedaUUIDThe requirements suggest exactly the opposite of the numbers you propose. But I apprieciate the honesty. It is what it is.18:53
INeedaUUID3. not an option (don't ask why)18:53
dansmithnot an accident :)18:53
dansmithI'm sure18:54
INeedaUUID2. Not sure if I can do this. Can I have the system uuid somehow I wonder?18:54
dansmithwindows or linux guest?18:54
INeedaUUID1. I'm too stupid, but given the lack of options, it's a few sleepless nights.18:54
*** david-lyle has quit IRC18:54
INeedaUUIDlinux18:54
dansmithLD_PRELOAD18:55
INeedaUUIDIf this is an option, I will make this work! :-D18:56
cdentdansmith: you’re potentially a freakin’ genius18:56
dansmitho.O18:56
jaypipesINeedaUUID: is this a telco VNF vendor by any chance?18:57
dansmithgawd jaypipes, there _are_ other closed-source stupid-licensed industries out there18:59
*** tidwellr_ has quit IRC18:59
*** Sukhdev has joined #openstack-nova18:59
dansmithwhy you always pickin' on those lovable telco people?18:59
dansmith(just kidding, I'm _sure_ that's what this is)18:59
jaypipesdansmith: just a wild guess. ;)18:59
mriedemthat reminds me,19:00
mriedemjaypipes: did i tell you how 2 different groups of people approached me about their worries about deprecating the ability to do file injection?19:00
openstackgerritMatt Riedemann proposed openstack/nova master: Add regression test for rebuilding a volume-backed server  https://review.openstack.org/52120019:00
openstackgerritMatt Riedemann proposed openstack/nova master: Get original image_id from volume for volume-backed instance rebuild  https://review.openstack.org/52139119:00
openstackgerritMatt Riedemann proposed openstack/nova master: Fail fast if changing image on a volume-backed server rebuild  https://review.openstack.org/52066019:00
mriedemat the summit19:00
*** tidwellr has joined #openstack-nova19:00
mriedemverizon and ericsson19:00
dansmithonly two?19:00
jaypipesmriedem: yeah, only two?19:00
INeedaUUIDjaypipes: I could tell you. But then i'd have to murder you.19:01
dansmithtwo seems like a mandate to me19:01
mriedemwell, most people only say things 3 years after the change is merged19:01
mriedemmikal told the verizon guys that their vnf vendor was "shit" in his aussy words and that they should talk to him19:01
jaypipesmriedem: also, it's probably all rooted in the same dependency on a specific particular vendor VNF or MANO system that requires file injection (and stuff like multi-attach boot-from-volume19:01
*** david-lyle has joined #openstack-nova19:01
*** david-lyle has quit IRC19:02
mriedemmultiattach bfv is the bees knees19:02
mriedemi wonder how rebuild is going to handle that...19:02
dansmithprobably as well as it handles everything else19:03
dansmithby opening security holes, leaking resource accounting, and destroying data19:03
jaypipesluckily that shotgun I ordered through the mail should be here by the time multi-attach bfv rolls into Nova.19:03
dansmithjaypipes: you're welcome, from america19:03
jaypipesmurka19:03
mriedemdansmith: ok i did the deeds in https://review.openstack.org/#/c/521391/3/nova/compute/api.py19:03
mriedemif i can't find a root bdm and image_ref is '', i just log an error and keep trucking19:04
mriedemi don't know if that case is some scary pre-bdmv1 stuff or what, it predates me19:04
dansmithI don't understand where that's ever going to happen19:05
openstackgerritMatt Riedemann proposed openstack/nova master: Fail fast if changing image on a volume-backed server rebuild  https://review.openstack.org/52066019:06
mriedemi don't either19:06
mriedemwhich is why i just log an error and punt19:06
dansmithbut you don't punt,19:06
*** Oku_OS is now known as Oku_OS-away19:06
dansmithyou set it to None, which causes the need for that extra else and then kick the can to the next thing in line19:06
*** tssurya_ has quit IRC19:06
dansmithwhy not just dump ass right there and stop?19:06
*** tssurya_ has joined #openstack-nova19:07
mriedemwe could, but what do we raise? it's a 500 if we raise i think19:07
dansmithis that less right than logging an error and saying "this is just going to break in the next service down" ?19:07
mriedemat this point it would run through the scheduler with the provided image19:08
mriedemwhich is basically what this was trying to fix - not doing that if the image doesn't change19:08
mriedemthe final patch in that series will fail though19:08
mriedemi'm cool with a 500 if there isn't a root_bdm19:08
dansmithif we run the scheduler and instance.image_ref is falsey it'll be happy?19:09
*** mvk has joined #openstack-nova19:09
*** slaweq has joined #openstack-nova19:10
mriedemwe'd run the scheduler on the new image provided to rebuild19:10
mriedemwell, new or the same as the original19:10
dansmithoh, I see19:11
dansmithstill, I dunno19:11
dansmithseems dumb to me19:11
mriedemthere is this no_device flag on the bdmv1 stuff, i don't know what that does19:11
dansmithheh19:11
mriedemlike, i don't know if there is a way to tell the api not to create you any bdms but still give you a volume-backed instance19:11
*** sridharg has quit IRC19:11
*** tssurya_ has quit IRC19:12
*** hemna_ has quit IRC19:13
*** phuongnh has quit IRC19:15
*** slaweq has quit IRC19:17
*** slaweq has joined #openstack-nova19:18
*** david-lyle has joined #openstack-nova19:21
*** slaweq has quit IRC19:22
*** smatzek has quit IRC19:32
*** tidwellr has quit IRC19:32
*** ociuhandu has joined #openstack-nova19:32
*** david-lyle has quit IRC19:34
*** david-lyle has joined #openstack-nova19:35
*** ociuhandu has quit IRC19:36
*** salv-orlando has joined #openstack-nova19:37
*** damien_r has joined #openstack-nova19:38
*** tidwellr has joined #openstack-nova19:38
*** smatzek has joined #openstack-nova19:38
*** smatzek_ has joined #openstack-nova19:41
*** salv-orlando has quit IRC19:42
*** smatzek has quit IRC19:43
*** amodi has joined #openstack-nova19:43
*** Alex_Staf has quit IRC19:45
*** smatzek_ has quit IRC19:46
*** smatzek has joined #openstack-nova19:46
*** tidwellr has quit IRC19:48
*** jpena|away is now known as jpena|off19:48
*** jose-phi_ has quit IRC19:49
*** linkmark has joined #openstack-nova19:50
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_certs object  https://review.openstack.org/48940819:50
*** smatzek_ has joined #openstack-nova19:51
*** smatzek has quit IRC19:51
*** david-lyle has quit IRC19:53
openstackgerritMerged openstack/nova master: placement: add nested resource providers  https://review.openstack.org/37713819:55
*** moshele has joined #openstack-nova19:55
edleafe^^ woo hoo!19:55
openstackgerritMatt Riedemann proposed openstack/nova master: Raise specific exception when swapping migration allocations fails  https://review.openstack.org/51700420:01
*** david-lyle has joined #openstack-nova20:04
openstackgerritMerged openstack/nova master: Remove deprecated TrustedFilter  https://review.openstack.org/50686420:05
openstackgerritMerged openstack/nova master: libvirt: do unicode conversion for error messages.  https://review.openstack.org/51755520:05
efried_rollincdent jaypipes I'm not rebasing nrp at the moment.  I just peeled out one of the changes.  Since the first one merged, the bottom three should currently be clean and reviewable.  I wouldn't go above that.20:07
*** efried_rollin is now known as efried20:07
*** tidwellr has joined #openstack-nova20:08
openstackgerritmelanie witt proposed openstack/nova master: qemu-img do not use cache=none if no O_DIRECT support  https://review.openstack.org/52355420:09
*** AlexeyAbashkin has joined #openstack-nova20:14
*** suresh12 has quit IRC20:15
openstackgerritEric Berglund proposed openstack/nova master: Add PowerVM to compute_driver options  https://review.openstack.org/52397820:18
*** spectr has joined #openstack-nova20:18
*** AlexeyAbashkin has quit IRC20:18
*** suresh12 has joined #openstack-nova20:19
*** spectr has quit IRC20:20
*** slaweq has joined #openstack-nova20:21
*** smatzek_ has quit IRC20:21
*** suresh12 has quit IRC20:21
*** smatzek has joined #openstack-nova20:22
*** smatzek has quit IRC20:24
cdentefried: thanks for the info. will try to get some reviewing in before I stop today20:26
*** Sukhdev has quit IRC20:26
*** smatzek has joined #openstack-nova20:26
*** salv-orlando has joined #openstack-nova20:27
*** tidwellr has quit IRC20:27
*** tidwellr has joined #openstack-nova20:28
*** smatzek has quit IRC20:28
*** jaypipes has quit IRC20:29
*** smatzek has joined #openstack-nova20:29
*** smatzek has quit IRC20:30
*** Alex_Staf has joined #openstack-nova20:31
*** moshele has quit IRC20:32
*** smatzek_ has joined #openstack-nova20:33
*** READ10 has joined #openstack-nova20:35
*** smatzek__ has joined #openstack-nova20:35
*** smatzek__ has quit IRC20:35
mriedemanyone else noticing a spike in cellsv1 job failures?20:35
mriedemhttp://logs.openstack.org/10/523910/1/check/legacy-tempest-dsvm-cells/76a0551/logs/screen-n-sch.txt.gz#_Nov_29_16_05_42_18631620:35
*** smatzek__ has joined #openstack-nova20:35
*** penick has quit IRC20:35
* dansmith runs20:36
*** smatzek_ has quit IRC20:37
dansmiththat filter isn't on by default, right? are we forcing it on?20:37
mriedemit's enabled in devstack20:37
dansmithoh20:38
*** tidwellr has quit IRC20:38
mriedemthis isn't a new test and logstash is not showing me a bunch of failures, so maybe just very random20:38
*** tidwellr has joined #openstack-nova20:38
dansmithand the test isn't requesting samehost= ?20:38
mriedemit is20:39
mriedemand it's a single node job20:39
mriedemseparate requests though,20:39
mriedemso the HostState might not have the previous host tracked in memory when the 2nd request comes in?20:39
dansmithidk20:40
dansmithI mean,20:40
*** artom has quit IRC20:40
dansmithif it's requesting a samehost then that has to be why20:40
dansmithit's pretty simple20:40
efriedcdent You got a handle on how API fixtures are working in the functional test suites?20:40
mriedemit's doing same_host on 'dad917c1-11bf-4aa1-9c3b-c864cdbc97c6'20:41
mriedemhttp://logs.openstack.org/10/523910/1/check/legacy-tempest-dsvm-cells/76a0551/logs/screen-n-sch.txt.gz#_Nov_29_16_05_42_18225420:41
*** tssurya_ has joined #openstack-nova20:42
cdentefried: nova api fixtures? slightly. I made some adjustments to them recently. What’s up?20:42
mriedemand when we request with the same_host, the HostState is tracking c9115b21-9355-4d1b-b797-62d2db7ca1ac and f5cb92ec-0474-4f4f-a1de-1d303e67e5f020:42
*** suresh12 has joined #openstack-nova20:42
mriedemwe don't update the HostState with that instance until later http://logs.openstack.org/10/523910/1/check/legacy-tempest-dsvm-cells/76a0551/logs/screen-n-sch.txt.gz#_Nov_29_16_06_17_76992720:43
mriedemwhich is...odd20:43
mriedemi thought we always updated the host state after we've "claimed" an instance on that host20:43
mriedemedleafe: ^20:43
*** david-lyle has quit IRC20:45
edleafemriedem: https://github.com/openstack/nova/blob/master/nova/scheduler/filter_scheduler.py#L25520:46
edleafemriedem: is this running filter_scheduler?20:47
*** threestrands has joined #openstack-nova20:47
*** threestrands has quit IRC20:47
*** threestrands has joined #openstack-nova20:47
mriedemi guess _locked_consume_from_request doesn't actually add the "consumed" instance to it's list of running instances on that host20:47
mriedemedleafe: yes20:47
mriedemit has to wait for the track_instance_changes stuff from the compute to send an rpc message to the scheduler that the instance actually landed there?20:47
dansmithmriedem: how many times have you seen this?20:47
mriedemdansmith: just now20:47
dansmithI thought you said logstash isn't crying?20:47
mriedemit's not20:47
dansmithokay20:47
mriedemso, probably totally latent20:47
mriedemand just running on a slow node or something20:47
mriedemit just seems odd that we update the HostState in memory to consume resources from the request spec, but we don't actually count that instance as tracked on the chosen host at the same time20:48
mriedemlike, i get we might rebuild and the instance will end up on another host, but then the consumed resources on that HostState object are also wrong in that case20:48
mriedemuntil they sync up20:48
*** Alex_Staf has quit IRC20:49
*** gbarros has quit IRC20:51
mriedemedleafe: yeah i'm surprised we don't call something like this during that "consume_from_request" call https://github.com/openstack/nova/blob/master/nova/scheduler/host_manager.py#L76720:52
mriedemwe "consume" the resources but we don't track that instance against that host until it syncs up from the compute20:52
dansmithwell, that's the classic scheduler race right?20:53
mriedemwhich, in superconductor separated cells v2 world, we can't rely on b/c the computes can't cast to the scheduler20:53
dansmithwe consume in the num_instances loop,20:53
*** erlon has quit IRC20:53
openstackgerritEric Berglund proposed openstack/nova master: Add PowerVM to compute_driver options  https://review.openstack.org/52397820:53
dansmithbut until it hits the compute it's still unclaimed20:53
dansmithbut placement claims should be sealing that off for everything now20:54
mriedemsure, but the resource claim isn't the problem here, it's really the affinity stuff20:54
mriedemwhich we know is still a gap20:54
dansmithah right20:54
mriedemwhich now that i'm thinking about this,20:55
mriedemi thought within a single request, we tracked which instances landed on which hosts so the affinity filters would work (within the same request)20:55
mriedembut now i can't find where that happens20:55
melwittcells meeting in 4 minutes?20:57
dansmithyep20:57
melwittcool20:57
*** salv-orlando has quit IRC20:58
*** crlb has quit IRC21:00
*** pcaruana has quit IRC21:00
*** salv-orlando has joined #openstack-nova21:04
*** david-lyle has joined #openstack-nova21:04
*** moshele has joined #openstack-nova21:04
*** liverpooler has quit IRC21:08
*** damien_r1 has joined #openstack-nova21:10
*** penick has joined #openstack-nova21:11
*** damien_r has quit IRC21:11
*** gbarros has joined #openstack-nova21:12
*** lyan has quit IRC21:13
*** smatzek__ has quit IRC21:18
*** lyan has joined #openstack-nova21:19
*** sahid has quit IRC21:21
dansmithmriedem: so, yesterday I was thinking that this would be easier than what we do for instances because we don't have variable sort keys and such21:23
dansmithand it is a little,21:23
dansmithbut the local/global marker thing still needs to happen, AFAIK, which makes it more similar I guess21:23
* cdent writes new job description: resolve merge conflicts21:24
dansmithit's quite unfortunate that we have to be able to do this tbh.. listing migrations per instance is a lot easier obviously21:24
dansmithin general, I think that it's a good idea for us to try to avoid adding more operations that list multiple things that are not scoped to an instance, as that's kindof nova's primary key21:25
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_certs object  https://review.openstack.org/48940821:25
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620421:25
mriedemwell, listing things across cells is fine, like services and compute nodes21:26
mriedemit's the paging that is killing this21:27
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620421:27
dansmithright, but services and compute nodes scale with nodes,21:27
dansmithmigrations scale with instances21:27
dansmithlisting bdms would be similarly painful, for example21:27
mriedemyeah, we should have far fewer migrations than instances or bdms, but yeah - but that's also why they have this spec, to page across a large number of migrations21:28
mriedemanyway, maybe his older PS was more correct https://review.openstack.org/#/c/517273/21/nova/compute/migration_list.py21:29
dansmithI dunno, over time you probably end up with more migrations than instances, no?21:29
mriedembecause it was doing local marker stuff21:29
mriedemwe delete migrations when we delete instances21:29
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620421:29
dansmithsure, but if you've got like 40% pets, and they all move a couple times a year for maintenance,21:29
dansmithyou're over that limit21:29
mriedemgood poitn21:30
mriedem*point21:30
dansmithand if you have, gasp, 95% pets...21:30
dansmithbut surely nobody.... :D21:30
mriedemi'd be willing to best most of huawei public cloud's customers are running pets21:30
mriedementerprise nfv pets21:30
dansmithexactly21:30
mriedem*bet21:30
dansmithI expect most people that want this are running north of 90% :)21:30
*** READ10 has quit IRC21:30
openstackgerritBrianna Poulos proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620421:31
*** lyan has quit IRC21:33
*** penick has quit IRC21:42
*** damien_r1 has quit IRC21:42
melwittmriedem: did you want me to fix the thing I found in one of the volume update backports? https://review.openstack.org/#/c/52391121:43
mriedemyeah21:44
melwittk, doing21:44
*** gbarros has quit IRC21:44
oomichi_afkalex_xu: nice work, +2 for both21:47
*** oomichi_afk is now known as oomichi21:48
oomichialex_xu: gmann_afk: happy to see your feedback on https://review.openstack.org/#/c/52319421:49
*** tidwellr has quit IRC21:50
*** tidwellr has joined #openstack-nova21:51
*** oomichi is now known as oomichi_afk21:51
*** edmondsw has quit IRC21:51
*** edmondsw has joined #openstack-nova21:53
mriedemmelwitt: a couple of questions in your quota dead code removal patch https://review.openstack.org/#/c/511689/21:54
melwittmriedem: cool, thanks for looking21:54
*** penick has joined #openstack-nova21:55
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276621:57
openstackgerritmelanie witt proposed openstack/nova stable/ocata: Save updated libvirt domain XML after swapping volume  https://review.openstack.org/52391121:57
*** edmondsw has quit IRC21:58
*** takashin has joined #openstack-nova21:58
*** Apoorva_ has joined #openstack-nova22:02
*** rcernin has joined #openstack-nova22:03
*** cdent has quit IRC22:03
*** suresh12 has quit IRC22:04
*** eharney has quit IRC22:05
*** Apoorva has quit IRC22:05
*** suresh12 has joined #openstack-nova22:09
*** lyan has joined #openstack-nova22:10
*** pchavva has quit IRC22:11
*** jmlowe has quit IRC22:16
*** thorst has quit IRC22:19
melwittmriedem: replied. I can push a new rev if you don't find any other issues with it22:25
*** ejat has quit IRC22:25
*** ejat has joined #openstack-nova22:26
*** ejat has quit IRC22:26
*** ejat has joined #openstack-nova22:26
mriedemmelwitt: replied, +W, just deal with the other cleanup in a follow up22:30
melwittmriedem: k, thanks22:30
*** jmlowe has joined #openstack-nova22:31
*** tidwellr has quit IRC22:32
*** edmondsw has joined #openstack-nova22:32
*** slaweq has quit IRC22:32
openstackgerritmelanie witt proposed openstack/nova master: qemu-img do not use cache=none if no O_DIRECT support  https://review.openstack.org/52355422:33
*** penick has quit IRC22:34
melwittI've had to fix that a billion times because that direct io test function tries to create a file to check something, but the file create fails in CI but not locally22:34
*** slaweq has joined #openstack-nova22:34
*** edmondsw has quit IRC22:37
mgagneI'm reading https://docs.openstack.org/nova/pike/user/placement.html#ocata-15-0-022:38
mgagnewhat does "Users of CellsV1 will need to deploy a placement per cell, matching the scope and cardinality of the regular nova-scheduler process." mean?22:38
*** slaweq has quit IRC22:39
*** burt has quit IRC22:40
mriedemmgagne: means you'd have a placement service running per child cell, like the nova-scheduler process using the FilterScheduler (not the cell scheduler at the top api cell); that's what belmiro is doing at CERN, but I think you could also do a global placement (like keystone), which is what smorrison at NeCTAR is planning on doing.22:42
mriedemi can't exactly remember why belmiro was going to do it per-cell to start, because he was also going to run into some service catalog entry issues with that, and maybe have to put the per-cell placement endpoints in per-cell regions in the catalog22:43
*** lyan has quit IRC22:43
mgagneok, what I'm wondering is: isn't placement a HTTP api? if so, how do I declare it in the catalog if catalog is cell agnostic? I also couldn't find (when I checked) a way to override the placement API url in the config.22:43
mriedemright, i think that's what belmiro ran into and was going to have to do some funny stuff with regions in the catalog22:44
mgagneright... imo, the upgrade note suggests a solution which isn't really possible without thinking outside the box or something22:44
mriedemthere isn't an option to override the endpoint url for placement in nova.conf22:44
mgagnethere is not22:44
mriedemmgagne: yeah, i think that was written before belmiro started looking at doing that22:44
mriedemdansmith: tssurya_: do you remember why belmiro decided to do a per-cell placement service rather than a global one?22:45
mriedemmgagne: would probaly be good if we could start an etherpad or get a ML thread started with notes from belmiro and smorrison about what they are doing22:45
mriedemi could start that if you want22:45
mgagnesure, I'm trying to understand what I need to do for newton and I keep reading stuff I don't fully understand or I don't know how it can technically be doable22:47
mriedemyeah let me start an etherpad for notes22:48
*** edmondsw has joined #openstack-nova22:48
mgagneso if the recommended way to run placement api is globally, I don't understand why upgrade notes suggest something else22:49
INeedaUUIDdansmith: Ohhh. You're gonna hate what I did to sort changing the uuids.22:49
*** thorst has joined #openstack-nova22:50
INeedaUUIDYou're gonna tel me it's not a good idea. So happy for you to facepalm and tell me i'm stupid.22:50
mriedemmgagne: i think that was written before we released the catalog issue22:51
mgagnewould there be a way to update the document?22:52
mriedemyeah22:53
openstackgerritMerged openstack/nova master: Add 'all_tenants' for GET sec group api ref  https://review.openstack.org/52291022:53
mgagnealso, is the placement api supposed to be available to the end user? if so, for what purpose?22:53
*** thorst has quit IRC22:55
mriedemno, it's admin-only22:55
*** esberglu has quit IRC22:55
*** penick has joined #openstack-nova22:55
mriedemi think i remember why belmiro was doing per-cell, it's because then the per-child cell scheduler is only asking placement for hosts in that cell, so it's a perf thing in the scheduler22:56
mriedembecause cellA scheduler doesn't need to wittle out computes from cellB22:56
mriedemhttps://etherpad.openstack.org/p/cellsv1-to-v2-migration22:56
*** thorst has joined #openstack-nova22:56
openstackgerritMerged openstack/nova master: Remove unnecessary self.flags and ConfPatcher  https://review.openstack.org/52299322:57
mgagne"no way to override the placement endpoint URL in nova.conf per child cell before Queens" interesting. so it's now possible22:58
mriedemmgagne: yeah, i forgot that with the keystoneauth adapter stuff that efried worked on, we now have an endpoint_override option for [placement] in nova.conf22:58
mriedemin queens22:58
mgagnegood stuff, we heavily rely on endpoint override. and no, we don't care about DNS split view, not gonna happen for us. ;)22:59
mriedemthat's part of the point of https://specs.openstack.org/openstack/nova-specs/specs/queens/approved/use-ksa-adapter-for-endpoints.html23:00
mriedemconsistent configuration of all of the services that nova talks to23:00
mgagnesuper good news!23:01
*** thorst has quit IRC23:01
mgagneI was a bit worried because I keep reading on the list that DNS split view is the (only) way to go. and everything else is "garbage" or a state of the art solution.23:02
*** Apoorva_ has quit IRC23:03
*** Apoorva has joined #openstack-nova23:04
*** penick has quit IRC23:04
mriedemdansmith: melwitt: tssurya_: fyi https://etherpad.openstack.org/p/cellsv1-to-v2-migration23:04
mgagnehow don't know how to work that question: When should you move to cellsv2? Maybe based on multiple use cases: you current have no cells. you have only one cell, you have multiple cells. You need X features which is only available in release Y. etc.23:05
mgagneand eventually: how23:05
mriedemdansmith did a talk about that question in sydney23:09
mriedemi'll link in the video23:09
mriedemtakashin: hey, i'm trying to fix https://review.openstack.org/#/c/408964/23:09
*** penick has joined #openstack-nova23:09
mriedemtakashin: i think the multi-cell functional test is intermittently failing23:09
*** gibi has quit IRC23:10
*** hoonetorg has joined #openstack-nova23:10
mriedemmgagne: https://www.openstack.org/videos/sydney-2017/adding-cellsv2-to-your-existing-nova-deployment23:10
*** gszasz has joined #openstack-nova23:11
melwittmriedem: if we have a nova change that depends on an os-brick fix, and we get a new os-brick release and it's in our requirements.txt, how would that work for a backport?23:11
melwittare we able to bump requirements.txt os-brick version on a stable branch or?23:11
mriedemmelwitt: this is your crazy newton hard reboot thing isn't it23:11
mriedemmelwitt: no23:11
mriedemnot on stable23:11
mriedemmelwitt: you can do whatever you want downstream of course23:12
melwittyes ... it's the compute host reboot thing23:12
mriedemmelwitt: but upstream it would likely mean somehow patching in the os-brick changes to nova stable23:12
melwittyeah, I know. just trying to think how we could fix this up for upstream ppl too23:12
*** jmlowe has quit IRC23:13
mgagneok, now I have some talks to watch23:14
melwittI had been thinking, what if I backport the os-brick changes to their stable branches but I wasn't sure if that can map to our stable branches23:14
*** AlexeyAbashkin has joined #openstack-nova23:14
*** AlexeyAbashkin has quit IRC23:19
*** INeedaUUID has quit IRC23:19
mgagnemriedem: ok, so lets say you are running cellsv1 mitaka with multiple cells, your objective is to get to Pike with cellsv2 and with your cells intact. what's the plan? is that possible?23:20
mgagnebecause that's my biggest concern and nowhere I can read about how to make it happen.23:21
*** jmlowe has joined #openstack-nova23:21
*** salv-orlando has quit IRC23:22
mriedemmelwitt: you could backport the os-brick changes to stable, and release a patch .z release of os-brick on stable, you just can't bump the minimum required version of os-brick in g-r on stalbe23:22
mriedemupper-constraints can be updated on stable though if needed23:22
*** salv-orlando has joined #openstack-nova23:22
mriedemmgagne: i think that's what belmiro is working on as well, moving from mitaka with multiple child cells to v223:23
mriedemi'm not sure if his goal is pike, or just ocata23:23
mgagnewell, at this point, as long as I can get to Pike or a place where cells aren't a concern anymore, I'm fine.23:24
mgagneit's just that it looks like I won't be able to skip releases like I did before due to online data migration23:24
melwittmriedem: yeah, okay. that's along the lines of what I was thinking. because basically, without the os-brick fix, the nova fix doesn't fully work. we'd have to handle the volume detach exit code in the libvirt driver to fix it on stable if there's no way to get it from a stable branch os-brick23:24
mriedemmelwitt: i'd just backport the brick stuff, release a .z on stable, bump upper-constraints and then if anyone needs the fix for libvirt in nova on stable, they have to pick up the updated os-brick23:25
*** mlavalle has quit IRC23:25
mriedemwe just won't force it via g-r23:25
*** linkmark has quit IRC23:25
mriedemmgagne: i don't think you've been able to skip the online data migrations since kilo23:26
mriedemor shouldn't have23:26
mgagnewell, I upgraded from kilo to mitaka just fine =)23:26
mriedemwe've put in blocker schema migrations if you haven't completed the online data migrations23:26
mriedemsure, maybe you just didn't need to migrate any of that stuff23:26
*** salv-orlando has quit IRC23:27
mgagnewell, there is a glitch with cellsv1 where service rpc version is checked in database and since you aren't running conductor or scheduler in API, migration fails. I just commented that part.23:27
mriedemi might have been thinking of this https://github.com/openstack/nova/blob/stable/newton/nova/db/sqlalchemy/migrate_repo/versions/330_enforce_mitaka_online_migrations.py23:27
mriedemnewton schema migration requires that you have done the mitaka online data migrations23:27
mgagneyes, I'm not there yet :P23:28
mriedem"there is a glitch with cellsv1 where service rpc version is checked in database and since you aren't running conductor or scheduler in API, migration fails. I just commented that part."23:29
mriedemwhere does that happen?23:29
melwittmriedem: just to clarify, if someone installs nova ocata, they will be prevented from installing the latest os-brick because of upper-constraints? or no? trying to understand the difference between them updating to a os-brick .z release vs just pulling the latest os-brick23:29
mriedemthat does remind me of something i think i've talked with dansmith about before which i don't think we're handling yet, maybe we are, but when the api checks the minimum compute service version, i don't know if it's iterating all cells23:29
mriedemmelwitt: totally depends on how nova is installed23:30
mgagnewill need to check23:30
mriedemif you're pip installing into a tox venv from the nova git repo, then sure :)23:30
mriedembut i doubt most people are doing that23:30
melwittmriedem: :\ okay. I was thinking whether going through all the .z release stuff helps much or not23:30
mriedemfedora rpm specs null out the requirements.txt so that the rpms are just installed from the versions in the rpm spec fedora says is good23:30
*** ijw has joined #openstack-nova23:31
dansmithmriedem: it is iterating23:31
*** priteau has quit IRC23:31
melwittI see23:31
*** gmann_afk is now known as gmann23:31
mriedemget_minimum_version_all_cells is23:31
*** priteau has joined #openstack-nova23:31
mriedemdansmith: looks like we only use that in one place, server create for device tagging,23:32
mriedembut,23:32
dansmithhmm, actually23:32
mriedemanything else acting on an instance would be scoped to the cell that instance is in, so min service version checks scoped to that cell would be fine23:33
dansmithnow that you mention it,23:33
*** penick has quit IRC23:33
mriedemi'm thinking about your conductor migration allocation min service versoin check23:33
mriedemwhen we do that, the context should be targeted to the cell that the instance was pulled from23:34
dansmiththe problem is we cache it in places23:34
mriedemhttps://github.com/openstack/nova/blob/master/nova/conductor/tasks/migrate.py#L14823:34
mriedemoh hmm23:35
dansmithhttps://github.com/openstack/nova/blob/master/nova/objects/service.py#L39623:35
mriedemso min compute in cell1 might be 22 and 23 in cell223:35
mriedemand if we cached 23, we could f up cell123:35
mriedem?23:35
*** thorst has joined #openstack-nova23:35
dansmithI was going to say we iterate it where we need it and otherwise it's scoped per instance, but....23:35
mriedemyeah we cache in the api, compute, conductor and scheduler services23:36
mriedemcompute is probably fine right? it's scoped to a cell anyway23:36
mriedembut api/scheduler/conductor could be a problem23:36
*** priteau has quit IRC23:36
dansmithright "inside the cell things" are fine23:36
dansmithman I wish we had the CellMapping in the context so we could make the cache just use that to key23:37
mgagneso I can't find the exact cause but I think it was looking for service entries in the API cell database and didn't exclude deleted rows.23:38
dansmithmgagne: I have no doubt that none of this works the way it should for cellsv123:38
dansmithmixed-version computes I mean23:39
mgagneor could be with the online migration23:39
mriedemservices entries are in the cell dbs23:39
mriedemnot the api db23:39
mgagnehere https://github.com/openstack/nova/blob/mitaka-eol/nova/objects/pci_device.py#L118-L12723:40
mgagneif no conductor service is found, the value returned fails the check23:40
mgagnewell, maybe I shouldn't have run the online migration in the API cell? ¯\_(ツ)_/¯23:40
*** thorst has quit IRC23:41
mriedemhm23:41
*** ijw has quit IRC23:41
mriedemdansmith: we create the api/scheduler/conductor services in the cell0 db don't we?23:42
dansmithyup23:42
dansmithI mean, in devstack23:42
mriedemright23:42
*** gszasz has quit IRC23:43
mriedemyeah http://logs.openstack.org/87/523187/2/check/legacy-tempest-dsvm-neutron-full/6b78222/logs/etc/nova/nova.conf.txt.gz23:43
mriedem[database] connection = mysql+pymysql://root:secretmysql@127.0.0.1/nova_cell0?charset=utf823:43
dansmithdude, passwords!23:43
*** ijw has joined #openstack-nova23:44
*** tetsuro has joined #openstack-nova23:44
mriedemmgagne: i wonder if you had this fix before you upgraded https://review.openstack.org/#/q/Ic96a5eb3728f97a3c35d2c5121e6fdcd4fd1c70b23:46
mriedemhttps://review.openstack.org/#/c/438632/23:46
mgagneyes23:46
mgagnebut if no entry is found, I think it returns 0 ou None and it fails23:47
*** gibi has joined #openstack-nova23:47
mriedemyeah you're right https://github.com/openstack/nova/blob/master/nova/objects/service.py#L431-L43423:47
mgagnebut I don't know if I had to run the migration in api cell or not23:48
*** tesseract has joined #openstack-nova23:48
mgagneif i shouldn't, well I think the migration script should have told me: hey, this is an api cell, you shouldn't do that. But I understand that cellsv1 isn't fully tested so yea, what can you do =)23:48
*** tesseract has quit IRC23:49
*** marst has quit IRC23:49
mriedemhttps://github.com/openstack/nova/commit/50355c4595e08f293f610da32247e405b20c1c5b23:49
mriedemyeah my guess is there was no consideration for cells v1 when that was written in mitaka23:49
mriedemand we don't have grenade (upgrade) ci jobs for cellsv123:49
*** suresh12 has quit IRC23:50
mriedemcellsv1 upgrade testing was usually literally alaski or johnthetubaguy saying something broke at rax23:50
mgagneok, that's fine, mitaka migration is behind us. but I guess same migration will fail again with newton if I try to run it in api cell.23:50
mriedemthat code was dropped in newton23:50
mriedembecause we have that schema migration blocker in newton23:50
mriedemhttps://github.com/openstack/nova/blob/stable/newton/nova/db/sqlalchemy/migrate_repo/versions/330_enforce_mitaka_online_migrations.py23:50
mriedembut ^ assumes the child cell db23:51
mriedemso nova-manage db sync23:51
mriedemnot nova-manage api_db sync23:51
mgagnethat's a fun one: "until all records have been migrated". Ok, let's run that migration then! oh way, code is gone. what now? /sad panda23:51
mriedemso you should be fine23:51
*** suresh12 has joined #openstack-nova23:52
mgagnebut then, you will say there is an upgrade readiness check now you can run23:52
mgagnewhich I'm fine with. ;)23:52
mriedemnova-status was added in ocata23:52
mriedemand checked for things like making sure placement was deployed and cellsv2 mappings existed23:53
mgagneyea, I had a lot of "fun" when it complained about the online migration and old code was gone. had to find a copy in a different environment and rsync that thing.23:53
mriedemi thought people stood up a separate env to run the db sync on the new code before upgrading the old code that's actually running?23:54
mgagneI guess I'm not in that ideal world yet :P23:54
mriedemyou can also run the online data migrations from the old mitaka code before upgrading to newton, and run them after upgrading to newton if yo uwant23:55
mgagneusually I stop all services, upgrade package, run db sync, start service.23:55
mgagnebut if I forgot to run online migration and db sync fails, I'm screwed because I already upgraded the packages. but my bad for not checking if all online migration ran properly before the upgrade.23:56
mgagnesure but I wasn't prepared for that maneuver23:56
*** suresh12 has quit IRC23:57
mriedemmgagne: even with that blocker migration script in newton, we didn't delete the cold that allows you to run the online data migrations from mitaka https://github.com/openstack/nova/blob/stable/newton/nova/cmd/manage.py#L78723:58
mriedemso, we didn't hose you there23:58
mriedemwe just said, you can't continue until you do your homework from mitaka23:58
mgagnevery much appreciated =)23:58
mriedempretty sure that's standard operating procedure23:59
mriedemin queens we still have online data migration code from newton23:59
mriedemwe only remove it if we're at least n+1 and someone gets around to caring23:59

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