Friday, 2018-02-02

*** chyka has quit IRC00:06
*** trinaths has joined #openstack-nova00:09
SpazmoticMorning novers00:11
*** hiro-kobayashi has joined #openstack-nova00:16
*** rcernin has joined #openstack-nova00:27
*** moshele has joined #openstack-nova00:27
*** yangyapeng has quit IRC00:31
*** yangyapeng has joined #openstack-nova00:32
*** hshiina|afk is now known as hshiina00:32
*** masahisa has quit IRC00:32
*** masahisa has joined #openstack-nova00:33
*** chyka has joined #openstack-nova00:36
*** yangyapeng has quit IRC00:36
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in put (3)  https://review.openstack.org/53128000:39
*** masayukig has quit IRC00:40
*** chyka has quit IRC00:40
*** masayukig has joined #openstack-nova00:41
*** mlavalle has quit IRC00:42
*** zhaochao has joined #openstack-nova01:01
*** moshele has quit IRC01:05
*** priteau has joined #openstack-nova01:08
*** slaweq has joined #openstack-nova01:11
*** priteau has quit IRC01:12
*** liuzz has joined #openstack-nova01:14
*** liuzz_ has quit IRC01:14
*** slaweq has quit IRC01:15
openstackgerritMerged openstack/nova master: Fix invalid UUIDs in remaining tests  https://review.openstack.org/53925401:16
*** clayton has quit IRC01:22
*** tiendc has joined #openstack-nova01:23
*** zhurong has joined #openstack-nova01:24
*** clayton has joined #openstack-nova01:25
*** yangyapeng has joined #openstack-nova01:26
*** Swami has quit IRC01:31
*** Sandy619 has joined #openstack-nova01:34
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in post  https://review.openstack.org/52682301:37
*** masahisa_ has joined #openstack-nova01:40
*** masahisa has quit IRC01:41
*** masahisa_ has quit IRC01:42
*** dave-mccowan has joined #openstack-nova01:42
*** masahisa has joined #openstack-nova01:42
*** gongysh has joined #openstack-nova01:43
*** vladikr has joined #openstack-nova01:43
*** lei-zh has joined #openstack-nova01:48
*** slaweq has joined #openstack-nova01:49
*** crushil has joined #openstack-nova01:49
*** Tom-Tom has joined #openstack-nova01:49
*** trinaths has quit IRC01:50
*** salv-orlando has joined #openstack-nova01:50
*** slaweq has quit IRC01:53
*** salv-orlando has quit IRC01:55
*** Tom-Tom_ has joined #openstack-nova01:57
openstackgerritArtom Lifshitz proposed openstack/nova master: Provide support matrix and doc for VGPU  https://review.openstack.org/53926601:57
*** XueFeng has joined #openstack-nova02:00
*** Tom-Tom has quit IRC02:00
*** yikun_ has quit IRC02:00
openstackgerritMerged openstack/nova master: Updated from global requirements  https://review.openstack.org/53984102:02
openstackgerritMerged openstack/nova master: trivial: Fix few policy doc  https://review.openstack.org/53978002:02
*** claudiub|2 has quit IRC02:02
openstackgerritMerged openstack/nova master: Add server filters whitelist in server api-ref  https://review.openstack.org/52704202:02
*** gjayavelu has quit IRC02:04
SpazmoticHey jianghuaw if you get a chance today could you take a look at Bob's comment on the Live Migration commit?  If he's correct here we can just remove almost everythign except the swallow on this02:22
SpazmoticHopefully in that case with such a simple fix we can get it pushed through the gate quickly and move on with our lives for right now :D02:23
*** amodi has quit IRC02:23
*** annp has joined #openstack-nova02:26
*** chyka has joined #openstack-nova02:26
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in put (1)  https://review.openstack.org/53125802:27
*** imacdonn has joined #openstack-nova02:28
*** Spazmotic has quit IRC02:30
*** SpazZz has joined #openstack-nova02:30
*** SpazZz is now known as Spazmotic02:30
*** chyka has quit IRC02:31
*** lei-zh has quit IRC02:33
*** gongysh has quit IRC02:43
*** gongysh has joined #openstack-nova02:44
*** SpazZz has joined #openstack-nova02:44
*** Spazmotic has quit IRC02:45
*** SpazZz is now known as Spazmotic02:45
openstackgerritZhenyu Zheng proposed openstack/nova master: Improve performance when list instances with IP filter  https://review.openstack.org/53946902:46
*** namnh has joined #openstack-nova02:46
*** lei-zh has joined #openstack-nova02:46
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in put (2)  https://review.openstack.org/53126602:50
jianghuawSpazmotic, for OpenStack live-migration, the VDI_NOT_IN_MAP exception was found in the XS7 and forwarding releases.02:54
SpazmoticSo no way for it to get thrown previous to that?02:55
jianghuawSpazmotic, but the error type was added long ago: https://github.com/xapi-project/xen-api/commit/6eaad3b6745c0392ac3b3ef91c33451b1f110aed02:55
SpazmoticThat was my concern.. can we assume it is possible for it to trigger legitimately still outside of that path?02:55
jianghuawSo I wondering there is case to trigger this error somehow; but I don't know how to trigger it in OpenSTack.02:56
Spazmotichehe same here..02:56
SpazmoticI have access to some 6.5 test boxes, I could run some fake asserts directly through Python i guess02:56
*** hongbin has joined #openstack-nova02:56
jianghuawyes, it's worthy for the test.02:57
SpazmoticI'll give it a try tonight, try with some empty sets and such and see if I can emulate it. I think it may be worthwhile to keep the logic in either way though considering this fault did exist since 6.002:57
SpazmoticEvne if we don't know how to cause it lol02:58
jianghuawagree.02:58
SpazmoticThanks for your time sir :)02:59
jianghuawnp:-)02:59
*** liuzz has quit IRC03:06
*** priteau has joined #openstack-nova03:09
*** Sandy619 has quit IRC03:11
*** markvoelker has quit IRC03:12
*** priteau has quit IRC03:13
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in put (3)  https://review.openstack.org/53128003:18
*** sree has joined #openstack-nova03:22
*** lennyb has quit IRC03:22
*** sapd__ has joined #openstack-nova03:23
*** sapd_ has quit IRC03:23
*** zhurong has quit IRC03:24
*** zhurong has joined #openstack-nova03:26
*** yamamoto has joined #openstack-nova03:37
*** janki has joined #openstack-nova03:38
*** dave-mccowan has quit IRC03:39
openstackgerritMerged openstack/nova master: Migrate "launch instance" user guide docs  https://review.openstack.org/54004803:40
openstackgerritMerged openstack/nova master: Cleanup launch instance and manage IPs docs  https://review.openstack.org/54012103:40
openstackgerritMerged openstack/nova stable/pike: Use UEFI as the default boot for AArch64  https://review.openstack.org/53148103:41
*** takashin has quit IRC03:41
*** takashin has joined #openstack-nova03:44
*** moshele has joined #openstack-nova03:47
*** jaypipes has quit IRC03:48
*** salv-orlando has joined #openstack-nova03:51
*** abhishekk has joined #openstack-nova03:53
*** armax has quit IRC03:55
*** armax has joined #openstack-nova03:55
*** salv-orlando has quit IRC03:55
*** armax has quit IRC03:56
*** armax has joined #openstack-nova03:56
*** armax has quit IRC03:56
*** armax has joined #openstack-nova03:57
*** armax has quit IRC03:57
*** armax has joined #openstack-nova03:58
*** armax has quit IRC03:58
*** armax has joined #openstack-nova03:59
*** armax has quit IRC03:59
*** bhujay has joined #openstack-nova04:01
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Encode libvirt domain XML in UTF-8  https://review.openstack.org/52216104:04
*** gongysh has quit IRC04:06
*** amodi has joined #openstack-nova04:07
*** harlowja_ has quit IRC04:09
*** moshele has quit IRC04:11
*** amodi has quit IRC04:14
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in get  https://review.openstack.org/53129904:14
*** felipemonteiro has joined #openstack-nova04:15
*** Tom-Tom_ has quit IRC04:18
*** sree has quit IRC04:23
*** masahisa_ has joined #openstack-nova04:30
*** sree has joined #openstack-nova04:30
*** masahisa has quit IRC04:31
*** lpetrut has joined #openstack-nova04:34
*** jmlowe_ has quit IRC04:40
*** jmlowe has joined #openstack-nova04:41
*** felipemonteiro has quit IRC04:42
*** trinaths has joined #openstack-nova04:44
Spazmoticjianghuaw - One more question sir, sorry.  It looks like this change is for the actual migrate_send method, does the assert try that when it runs assert_can_migrate, or does it have its own method for that test?04:44
*** lei-zh has quit IRC04:48
*** lei-zh1 has joined #openstack-nova04:51
openstackgerritTakashi NATSUME proposed openstack/nova stable/ocata: Add 'delete_host' command in 'nova-manage cell_v2'  https://review.openstack.org/51372104:53
*** jmlowe has quit IRC04:54
*** jmlowe has joined #openstack-nova04:55
*** lpetrut has quit IRC04:55
*** harlowja has joined #openstack-nova04:56
*** zhurong has quit IRC04:56
SpazmoticInteresting in my test environment running into relaxed SR errors.. thought that was default on now..04:59
*** hongbin has quit IRC05:00
SpazmoticAhh.. yeah Huan did a change to this that i bet we don't have05:01
Spazmoticeugh. .yeah05:03
openstackgerritMerged openstack/nova master: Add functional tests for traits-based scheduling  https://review.openstack.org/53931005:03
*** lpetrut has joined #openstack-nova05:04
*** psachin has joined #openstack-nova05:07
*** ratailor has joined #openstack-nova05:08
*** slaweq has joined #openstack-nova05:11
*** markvoelker has joined #openstack-nova05:13
*** izombie has joined #openstack-nova05:13
*** janki has quit IRC05:14
*** izombie has quit IRC05:15
*** links has joined #openstack-nova05:15
*** jmlowe has quit IRC05:15
*** gongysh has joined #openstack-nova05:15
*** slaweq has quit IRC05:15
*** jmlowe has joined #openstack-nova05:17
*** lpetrut has quit IRC05:17
*** Tom-Tom has joined #openstack-nova05:20
*** masahisa has joined #openstack-nova05:20
*** masahisa_ has quit IRC05:21
*** Tom-Tom has quit IRC05:24
*** yangyapeng has quit IRC05:25
openstackgerritTakashi NATSUME proposed openstack/nova-specs master: List/show all server migration types  https://review.openstack.org/54025605:30
SpazmoticWell that's literally the only result for VDI_NOT_IN_MAP in the git log for xenapi so i'm guessing that's the one hehe05:31
*** takashin has left #openstack-nova05:34
*** mdnadeem has joined #openstack-nova05:34
*** gongysh has quit IRC05:35
*** sticker has quit IRC05:39
*** slaweq has joined #openstack-nova05:41
*** jmlowe has quit IRC05:42
*** jmlowe has joined #openstack-nova05:43
*** janki has joined #openstack-nova05:43
*** slaweq has quit IRC05:46
openstackgerritmelanie witt proposed openstack/nova master: Make InstanceGroup.get_hosts query all cells  https://review.openstack.org/54025805:47
*** markvoelker has quit IRC05:47
openstackgerritMerged openstack/nova master: Reduce policy deprecation warnings in test runs  https://review.openstack.org/53760305:51
openstackgerritMerged openstack/nova master: Remove deprecated policy items from fake_policy  https://review.openstack.org/53760005:51
*** salv-orlando has joined #openstack-nova05:52
*** xinliang has quit IRC05:52
*** gongysh has joined #openstack-nova05:54
*** lpetrut has joined #openstack-nova05:55
*** salv-orlando has quit IRC05:56
*** jmlowe has quit IRC05:57
*** Tom-Tom has joined #openstack-nova05:58
*** takedakn has joined #openstack-nova05:58
*** jmlowe has joined #openstack-nova06:00
*** yangyapeng has joined #openstack-nova06:00
openstackgerritMerged openstack/nova master: Log the events we timed out waiting for while plugging vifs  https://review.openstack.org/53810306:02
*** xinliang has joined #openstack-nova06:04
*** takedakn has quit IRC06:05
*** lpetrut has quit IRC06:07
*** jmlowe has quit IRC06:10
*** gongysh has quit IRC06:10
*** jmlowe has joined #openstack-nova06:12
*** zhurong has joined #openstack-nova06:15
*** rcernin has quit IRC06:20
*** jmlowe has quit IRC06:22
*** tiendc has quit IRC06:23
openstackgerritchenxiangui proposed openstack/nova master: Fix the wrong description  https://review.openstack.org/54026506:23
*** jmlowe has joined #openstack-nova06:24
*** udesale has joined #openstack-nova06:25
*** slaweq has joined #openstack-nova06:32
*** jmlowe has quit IRC06:34
*** jafeha__ is now known as jafeha06:39
openstackgerritMerged openstack/nova stable/pike: Fix instance lookup in hide_server_addresses extension  https://review.openstack.org/51899606:40
openstackgerritMerged openstack/nova stable/pike: Only log not correcting allocation once per period  https://review.openstack.org/52647706:40
*** lajoskatona has joined #openstack-nova06:41
*** swamireddy_ has joined #openstack-nova06:41
*** crushil has quit IRC06:43
*** markvoelker has joined #openstack-nova06:44
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in put (3)  https://review.openstack.org/53128006:45
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add sending global request ID in get  https://review.openstack.org/53129906:46
*** jmlowe has joined #openstack-nova06:48
*** sridharg has joined #openstack-nova06:48
*** alexchadin has joined #openstack-nova06:53
*** traskat has quit IRC06:53
*** lpetrut has joined #openstack-nova06:54
openstackgerritAmeed Ashour proposed openstack/nova stable/ocata: add "--until-complete" option for nova-manage db archive_deleted_rows.  https://review.openstack.org/54027406:56
*** claudiub|2 has joined #openstack-nova06:58
*** jmlowe has quit IRC07:00
openstackgerritAmeed Ashour proposed openstack/nova stable/pike: add "--until-complete" option for nova-manage db archive_deleted_rows.  https://review.openstack.org/53988007:03
*** threestrands has quit IRC07:05
*** jmlowe has joined #openstack-nova07:07
*** priteau has joined #openstack-nova07:10
*** brault has quit IRC07:14
*** priteau has quit IRC07:15
*** jmlowe has quit IRC07:17
*** markvoelker has quit IRC07:17
*** AlexeyAbashkin has joined #openstack-nova07:18
*** rgerganov has quit IRC07:27
*** jmlowe has joined #openstack-nova07:29
*** alexchadin has quit IRC07:38
*** zhenglingwu has joined #openstack-nova07:40
*** zhenglingwu has left #openstack-nova07:40
*** moshele has joined #openstack-nova07:43
*** salv-orlando has joined #openstack-nova07:43
openstackgerritJames E. Blair proposed openstack/python-novaclient master: Zuul: Remove project name  https://review.openstack.org/54030407:45
*** moshele has quit IRC07:45
*** jmlowe has quit IRC07:46
*** AlexeyAbashkin has quit IRC07:47
openstackgerritMerged openstack/nova master: Pass limit to /allocation_requests  https://review.openstack.org/53151707:47
*** tuanla____ has joined #openstack-nova07:48
*** alexchadin has joined #openstack-nova07:51
*** jmlowe has joined #openstack-nova07:52
*** chyka has joined #openstack-nova07:54
*** AlexeyAbashkin has joined #openstack-nova07:55
*** ccamacho has joined #openstack-nova07:58
*** brault has joined #openstack-nova07:59
*** jmlowe has quit IRC07:59
*** chyka has quit IRC07:59
*** zhenguo has joined #openstack-nova07:59
*** ttsiouts_ has quit IRC08:02
*** Tom-Tom_ has joined #openstack-nova08:02
*** Tom-Tom has quit IRC08:05
*** pcaruana has joined #openstack-nova08:09
*** ralonsoh has joined #openstack-nova08:15
*** sahid has joined #openstack-nova08:23
*** jmlowe has joined #openstack-nova08:23
*** alexchadin has quit IRC08:23
*** hiro-kobayashi has quit IRC08:24
*** tesseract has joined #openstack-nova08:26
*** alexchadin has joined #openstack-nova08:33
*** moshele has joined #openstack-nova08:35
*** masahisa has quit IRC08:36
openstackgerritAmeed Ashour proposed openstack/nova master: detach instance volumes when VM creation fails  https://review.openstack.org/52838508:38
bauzasgood Friday everyone08:38
bauzaslet's take my casual dress08:38
*** bauzas is now known as bauwser08:38
*** aloga has quit IRC08:39
*** jmlowe has quit IRC08:39
ameedabauzas: good Friday :)08:41
ameedabauwser: also :D08:41
SpazmoticMorning bauwser08:41
SpazmoticOi...08:41
Spazmoticnot you.. I take back my morning to you!08:41
Spazmotic:)08:42
*** abhishekk is now known as abhishekk|meetin08:42
gibihappy Friday everyone :)08:42
SpazmoticMorning gibi08:42
SpazmoticIf anyone gets some time to review this today I would appreciate it. https://review.openstack.org/#/c/538415/  Would like to try to pack this one away before I leave for my trip08:43
Spazmoticjohnthetubaguy if you're working today and have time, that is the one that we discussed before, with live migration assert_can_migrate08:45
*** moshele has quit IRC08:45
*** jpena|off is now known as jpena08:50
*** yangyapeng has quit IRC08:55
*** abhishekk|meetin has quit IRC08:55
*** yangyapeng has joined #openstack-nova08:55
ameedacloud you please help me to figure out this issue https://review.openstack.org/#/c/526900/ ? the error of functional test appears after I added08:56
ameedahttps://review.openstack.org/#/c/526900/28/nova/db/sqlalchemy/migrate_repo/versions/378_instance_system_metadata_sqlite_upgrade.sql08:56
*** jmlowe has joined #openstack-nova08:56
*** ttsiouts_ has joined #openstack-nova08:58
*** ttsiouts_ has quit IRC08:59
*** mgoddard_ has joined #openstack-nova09:03
*** josecastroleon1 has joined #openstack-nova09:03
*** josecastroleon has quit IRC09:03
*** udesale has quit IRC09:05
*** abhishekk|meetin has joined #openstack-nova09:08
*** udesale has joined #openstack-nova09:09
*** stakeda has quit IRC09:12
*** jmlowe has quit IRC09:12
*** abhishekk|meetin has quit IRC09:13
*** hshiina is now known as hshiina|afk09:13
*** udesale_ has joined #openstack-nova09:13
*** markvoelker has joined #openstack-nova09:14
*** abhishekk has joined #openstack-nova09:15
*** udesale has quit IRC09:15
*** jmlowe has joined #openstack-nova09:17
*** moshele has joined #openstack-nova09:18
*** udesale_ has quit IRC09:18
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Encode libvirt domain XML in UTF-8  https://review.openstack.org/52216109:19
*** yamahata has quit IRC09:21
*** moshele has quit IRC09:21
*** aloga has joined #openstack-nova09:22
*** lei-zh1 has quit IRC09:23
*** Tom-Tom has joined #openstack-nova09:23
*** alexchadin has quit IRC09:24
*** elmaciej has joined #openstack-nova09:24
*** jmlowe has quit IRC09:26
*** Tom-Tom_ has quit IRC09:26
gibiedleafe: thanks for simplification in https://review.openstack.org/#/c/539323 , LGTM09:43
*** derekh has joined #openstack-nova09:44
openstackgerritJames E. Blair proposed openstack/nova master: Zuul: Remove project name  https://review.openstack.org/54032609:48
*** markvoelker has quit IRC09:48
*** jmlowe has joined #openstack-nova09:48
*** tovin07 has quit IRC09:55
openstackgerritSurya Seetharaman proposed openstack/nova master: Extending delete_cell --force to delete instance_mappings  https://review.openstack.org/54007309:55
*** yangyapeng has quit IRC09:55
openstackgerritMerged openstack/nova stable/ocata: Stop _undefine_domain erroring if domain not found  https://review.openstack.org/50864009:55
openstackgerritMerged openstack/nova master: doc: placement upgrade notes for queens  https://review.openstack.org/53965809:56
openstackgerritSurya Seetharaman proposed openstack/nova master: Marker reset option for nova-manage map_instances  https://review.openstack.org/53950109:59
*** hshiina|afk has quit IRC09:59
*** tssurya has joined #openstack-nova10:00
*** hoangcx has quit IRC10:03
*** lpetrut_ has joined #openstack-nova10:03
*** bjolo has quit IRC10:03
*** annp has quit IRC10:03
*** tuanla____ has quit IRC10:03
*** josecastroleon1 has quit IRC10:03
*** jmlowe has quit IRC10:04
*** lpetrut has quit IRC10:05
*** udesale has joined #openstack-nova10:13
*** hieulq_ has quit IRC10:13
*** AlexeyAbashkin has quit IRC10:14
*** AlexeyAbashkin has joined #openstack-nova10:14
lyarwoodmdbooth / kashyap ; would you mind taking a look at the following LM tempest changes regarding encrypted volumes - https://review.openstack.org/#/q/status:open+project:openstack/tempest+branch:master+topic:bp/libvirt-qemu-native-luks10:18
kashyaplyarwood: Hiya.  Racing to do the slides for FOSDEM tomm :-(10:18
lyarwoodjust want to ensure I'm not confusing live migration, live block migration, live migration with volumes attached etc10:18
lyarwoodk np10:19
kashyapSure, will look10:19
ildikovgibi: hi :)10:19
mdboothlyarwood: Sure10:19
kashyapBut Monday I'll have full concentration back here10:19
ildikovgibi: if you have a minute this multi-attach related change needs one more +2: https://review.openstack.org/#/c/532689/ :)10:19
SpazmoticOpened page for FOSDEM and thought it said Bruges10:19
lyarwoodurgh so the cleanup duplicates the above test, sorry missed that10:20
lyarwoodah no it doesn't, think I might need more coffee10:20
lyarwoodbrb10:20
*** josecastroleon has joined #openstack-nova10:21
kashyapSpazmotic: It is Brussels, not Bruges :-)10:22
SpazmoticHehe yeah I saw that after.. but made me audible go, "In Bruges!?"10:22
*** AlexeyAbashkin has quit IRC10:23
*** AlexeyAbashkin has joined #openstack-nova10:23
*** jmlowe has joined #openstack-nova10:25
*** priteau has joined #openstack-nova10:29
*** abhishekk has quit IRC10:29
*** abhishekk has joined #openstack-nova10:29
*** priteau has quit IRC10:30
*** priteau has joined #openstack-nova10:30
*** zhurong has quit IRC10:32
*** stvnoyes has joined #openstack-nova10:33
*** jmlowe has quit IRC10:38
*** sree has quit IRC10:43
*** markvoelker has joined #openstack-nova10:45
andreafmriedem_parent, ildikov: wow, https://review.openstack.org/#/c/266605/ merged! 266605! I didn't see a number in the 200k in a while :]10:49
andreafit surely is a pain to merge a patch in Tempest :P10:49
*** bhagyashris has quit IRC10:49
gibiildikov: hello :) I will try to look at it before end of today10:50
*** Tom-Tom has quit IRC10:53
*** sree has joined #openstack-nova10:55
*** xinliang has quit IRC10:56
*** Tom-Tom has joined #openstack-nova10:56
ildikovandreaf: lol, I would say cross-project work has its challenges :)10:59
*** cdent has joined #openstack-nova10:59
ildikovandreaf: I mean overall11:00
*** Tom-Tom has quit IRC11:00
ildikovgibi: sounds good, thanks :)11:00
ildikovgibi: the patch is small, but an important one for testing the new multi-attach stuff constantly11:01
andreafildikov yes especially if QA is one of the projects :D11:01
ildikovandreaf: that was the easy part this time :D11:01
SpazmoticUgh just found a more simple way to do my own commit11:01
Spazmoticdamn you eyes11:01
*** sree has quit IRC11:01
*** lucas-afk is now known as lucasagomes11:03
*** sree has joined #openstack-nova11:03
openstackgerritChris Dent proposed openstack/nova master: Remove microversion fallback code from report client  https://review.openstack.org/52879411:04
*** sree has quit IRC11:08
*** abhishekk has quit IRC11:08
*** sree has joined #openstack-nova11:09
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276611:10
*** sree has quit IRC11:13
openstackgerritChris Dent proposed openstack/nova master: WIP: Move resource provider objects into placement hierarchy  https://review.openstack.org/54004911:18
*** markvoelker has quit IRC11:18
*** udesale has quit IRC11:23
*** Tom-Tom has joined #openstack-nova11:23
*** Tom-Tom has quit IRC11:27
*** chyka has joined #openstack-nova11:30
*** xinliang has joined #openstack-nova11:30
*** ratailor has quit IRC11:31
*** chyka has quit IRC11:35
*** sambett|afk is now known as sambetts11:41
*** bhagyashris has joined #openstack-nova11:43
*** tbachman has quit IRC11:50
*** trinaths has quit IRC11:54
*** lajoskatona has quit IRC11:56
*** lajoskatona has joined #openstack-nova11:57
*** namnh has quit IRC11:57
*** sdague has joined #openstack-nova11:58
*** dtantsur|afk is now known as dtantsur11:58
*** pcaruana has quit IRC12:04
*** dave-mccowan has joined #openstack-nova12:06
*** dave-mccowan has quit IRC12:11
*** jmlowe has joined #openstack-nova12:15
*** markvoelker has joined #openstack-nova12:16
*** edmondsw has joined #openstack-nova12:17
openstackgerritClaudiu Belu proposed openstack/nova master: hyper-v: autospec classes before they are instantiated  https://review.openstack.org/34221112:17
*** dave-mccowan has joined #openstack-nova12:17
*** pcaruana has joined #openstack-nova12:23
*** vladikr has quit IRC12:26
*** vladikr has joined #openstack-nova12:27
*** jmlowe has quit IRC12:30
*** masahisa has joined #openstack-nova12:31
*** alexchadin has joined #openstack-nova12:34
*** udesale has joined #openstack-nova12:35
*** lpetrut__ has joined #openstack-nova12:37
*** jmlowe has joined #openstack-nova12:38
*** udesale has quit IRC12:39
*** udesale has joined #openstack-nova12:40
*** jpena is now known as jpena|lunch12:40
*** lpetrut_ has quit IRC12:40
*** lajoskatona has quit IRC12:40
*** yangyapeng has joined #openstack-nova12:42
openstackgerritLee Yarwood proposed openstack/nova master: DNM: Test LM with encrypted volumes  https://review.openstack.org/53635012:45
*** jmlowe has quit IRC12:48
*** markvoelker has quit IRC12:50
*** jmlowe has joined #openstack-nova12:51
*** lajoskatona has joined #openstack-nova12:53
*** bjolo has joined #openstack-nova12:55
*** sree has joined #openstack-nova12:56
*** gcb has quit IRC12:57
*** liverpooler has joined #openstack-nova12:57
*** sree has quit IRC13:00
*** elmaciej has quit IRC13:03
*** jmlowe has quit IRC13:03
*** jmlowe has joined #openstack-nova13:03
openstackgerritSurya Seetharaman proposed openstack/nova master: Marker reset option for nova-manage map_instances  https://review.openstack.org/53950113:09
*** gibi is now known as giblet13:10
*** tbachman has joined #openstack-nova13:11
*** hamzy has quit IRC13:13
*** jmlowe has quit IRC13:14
*** ameeda has quit IRC13:14
*** alexchadin has quit IRC13:15
*** jmlowe has joined #openstack-nova13:15
*** janki has quit IRC13:15
*** tbachman has quit IRC13:16
*** tbachman has joined #openstack-nova13:16
*** jaypipes has joined #openstack-nova13:17
*** hamzy has joined #openstack-nova13:18
Spazmoticgiblet always makes me think of a tiny pig.13:19
Spazmoticlike real tiny, like ant sized13:19
*** efried has joined #openstack-nova13:20
efried@/13:20
gibletSpazmotic: this giblet is full of birthday cake today so it is not so small of a pig now13:21
SpazmoticBirthday pig.. sounds delicious.13:22
SpazmoticHappy birthday man, if it is your own cake :)13:22
gibletthe cake was delicious too. :)13:22
gibletSpazmotic: Yes, it is. Thank you13:22
cdenthappy birthday giblet13:23
gibletcdent: thanks13:24
*** markvoelker has joined #openstack-nova13:24
openstackgerritEric Fried proposed openstack/nova-specs master: Granular Resource Request Syntax (Rocky)  https://review.openstack.org/54017913:25
efriedWow, is it Friday already??13:26
*** efried is now known as fried_rice13:26
*** alexchadin has joined #openstack-nova13:26
*** jmlowe has quit IRC13:27
*** jmlowe has joined #openstack-nova13:29
SpazmoticThat spec made my eyes fall out of my head so I assume it's super good13:30
fried_riceWhich one?13:32
SpazmoticYours.. impressive I feel dumber for even being too close to it.. I'll save that for when I want to make one later hehe13:32
*** alexchadin has quit IRC13:33
fried_riceSpazmotic: I wouldn't model your bp off of that one.  *Some* folks thought it was too long.13:34
*** moshele has joined #openstack-nova13:34
*** elmaciej has joined #openstack-nova13:36
*** moshele has quit IRC13:37
*** salv-orlando has quit IRC13:37
openstackgerritChris Dent proposed openstack/nova master: WIP: Move resource provider objects into placement hierarchy  https://review.openstack.org/54004913:38
*** salv-orlando has joined #openstack-nova13:38
*** psachin has quit IRC13:40
*** salv-orlando has quit IRC13:42
*** Tom-Tom has joined #openstack-nova13:42
*** jpena|lunch is now known as jpena13:44
*** masahisa has quit IRC13:44
*** pcaruana has quit IRC13:46
*** mlavalle has joined #openstack-nova13:48
*** jaypipes is now known as leakypipes13:48
*** artom has quit IRC13:49
*** jpena is now known as jpena|off13:50
*** Spazmotic has quit IRC13:53
*** mriedem_parent is now known as mriedem13:54
*** Spazmotic has joined #openstack-nova13:54
*** Spazmotic is now known as SpazZz13:54
openstackgerritBalazs Gibizer proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038613:57
*** udesale has quit IRC13:57
*** udesale has joined #openstack-nova13:58
*** mriedem has quit IRC13:58
gibletedleafe: I figured out how can we ensure that no new UUID validation warning is merged to nova: https://review.openstack.org/#/c/54038613:59
*** josecastroleon has quit IRC13:59
*** josecastroleon has joined #openstack-nova13:59
*** artom has joined #openstack-nova14:03
*** jpena|off is now known as jpena14:05
*** pcaruana has joined #openstack-nova14:06
openstackgerritEric Fried proposed openstack/nova-specs master: Granular Resource Request Syntax (Rocky)  https://review.openstack.org/54017914:08
*** sree has joined #openstack-nova14:09
*** mriedem has joined #openstack-nova14:11
mriedemlyarwood: mdbooth: can you comment on melwitt's question here https://review.openstack.org/#/c/539739/2/nova/virt/libvirt/driver.py@743014:11
openstackgerritEric Fried proposed openstack/nova master: Avoid inventory DELETE API (no conflict detection)  https://review.openstack.org/53971214:11
*** edleafe is now known as figleaf14:11
mriedemi don't see anything ever setting connection_info['volume_id']14:11
figleafgiblet: nice14:12
mdboothmriedem: When I was working on an HLR for a telco many, many moons ago, we'd have called that sort of request tromboning :)14:13
figleafgiblet: working on fixing the merge conflict14:13
*** sree has quit IRC14:13
mriedemmdbooth: ok i don't know what that means14:13
ildikovmriedem: when we did the connection_info translation for the new attach API we didn't explicitly add the volume_id field to 'data' there so it doesn't seem to come from Cinder either14:14
lyarwoodmriedem: yup looking now14:14
mdboothmriedem: It was a request sent externally only to be bounced back to an internal source :)14:15
mdboothmriedem: Ah, that's interesting. I made some comments about that in review.14:16
mriedemmdbooth: ok? i asked you guys because you were reviewing/working on the luks patch that i'm trying to fix.14:16
mdboothmriedem: Sorry, IRC failure. My mind was just wandering...14:16
mdboothmriedem: So I don't think we should be fetching stuff out of connection_info at all14:17
mriedemthis line specifically can be using bdm.volume_id14:17
mdboothI let it pass in review because I believed we always set volume_id in practise14:17
mdboothin connection_info14:17
mriedemi was just asking if there was some specific logic as to why it was using connection_info14:17
lyarwoodmriedem: vol['id'] no?14:17
cdentfried_rice: you'll probably appreciate the fun of https://bugs.launchpad.net/nova/+bug/174700114:18
openstackLaunchpad bug 1747001 in OpenStack Compute (nova) "Use of parse.urlencode with dict in nova/tests/unit/scheduler/client/test_report.py can result in unpredictable query strings and thus unreliable tests" [Low,Triaged]14:18
mdboothNo, it was only out of expediency to avoid a larger refactor14:18
lyarwoodmriedem: we don't set the id on these LibvirtLiveMigrateBDMInfo objects14:18
mriedemlyarwood: vol['id'] would be the primary key of the bdm14:18
mriedemblock_device_mapping = driver.block_device_info_get_mapping(14:18
mriedem            block_device_info)14:18
mdboothAlthough not *much* larger...14:18
lyarwoodright sorry, volume_id14:18
mriedemso i'll fix in my change, good thing mel noticed it,14:19
mriedemwas just wondering if there was any good reason behind this being here, and i guess there isn't14:19
lyarwoodthat and the detach lookup14:19
fried_ricecdent: Appreciating the fun...14:19
lyarwoodmdbooth: which refactor? Do you have a link to the comment talking about that?14:19
mdboothmriedem: If we're going to change that code, we should entirely stop poking around inside connection_info, because we *always* have volume_id in the caller context14:19
mdboothmriedem: i.e. we can just pass in volume_id14:19
lyarwoodnack, lets fix the bug and then talk about that refactor14:20
fried_ricecdent: I thought I had dealt with that issue...14:20
mriedemmdbooth: with 6 days to RC1, i want to just fix the bug14:20
mdboothIt's really not a big refactor, just shuffling some argument14:20
gibletildikov, mriedem: I left some comments in https://review.openstack.org/#/c/53268914:20
mdboothAnd it will be more robust as you're no longer beholden to the vagiaries of connection_info14:20
lyarwoodmriedem's suggested change isn't14:21
mdboothWith 6 days to RC1, personally I'd just buckle down and do it. No heuristics means no late surprises.14:21
mriedemwith 6 days to RC1 how about we just revert https://review.openstack.org/#/c/523958/ ?14:22
mriedemwould that help?14:22
bauwserFWIW, we have more than 50 open bugs14:22
bauwser6 days before RC114:22
bauwserthat's what it tramples me14:22
bauwser50 "new" bugs, my bad14:22
bauwserand I don't have so much time reviewing those bug reports14:23
mriedemlee answered my question so i'll just make this fix and we can move on14:23
bauwserso, if anyone can help me on that, many thanks14:23
lyarwoodplease, thanks :)14:23
mriedembauwser: several of those new bugs are old-ish at this point14:23
mriedemlike, "should instance group policies be empty?"14:23
bauwserseveral, but I don't know if we have regressions yet14:24
mriedemi don't know if that's a bug or what so i didn't know how to triage it14:24
bauwserokay, I'll really need to help you14:24
mdboothMeh, this is how we play virt driver Jenga :(14:24
bauwser... once I'm done with other internal work :)14:24
mriedembauwser: i went through these after the meeting yesterday, there is only one new one in there since then14:24
bauwsercool then14:25
bauwseranyway, let's not diverge14:25
*** esberglu has joined #openstack-nova14:26
*** lucasagomes is now known as lucas-hungry14:26
ildikovgiblet: tnx14:26
mriedemlyarwood: looks like there were no tests for that pre_live_migration code14:28
mriedemi was thinking it would be in https://review.openstack.org/#/c/523958/18/nova/tests/unit/virt/libvirt/test_migration.py but those don't actually call the driver from what i can tell14:28
mriedemi added an exception to where volume_id was set in that block in pre_live_migratoin and nothing failed14:28
mriedemwill see if i can wrangle some existing test to add that condition14:29
cdentfried_rice: this one is fun too https://bugs.launchpad.net/nova/+bug/174700314:29
openstackLaunchpad bug 1747003 in OpenStack Compute (nova) "A bad _RC_CACHE can rarely cause unit tests to fail" [Undecided,New]14:29
lyarwoodmriedem: is there nothing in _test_pre_live_migration_works_correctly_mocked ?14:30
* lyarwood checks14:30
*** links has quit IRC14:30
fried_ricecdent: Are you proposing fixes, or setting me up to review them?14:31
mriedemno14:31
*** SpazZz is now known as Spazmotic14:31
mriedemi'll update https://review.openstack.org/#/c/523958/18/nova/tests/unit/virt/libvirt/test_migration.py14:32
mriedemoops, test_pre_live_migration_vol_backed_works_correctly_mocked14:32
cdentfried_rice: I'm making conversation. I'll propose fixes at some point. The RC_CACHE one is easy, the other one somewhat more effortful.14:32
SpazmoticAnd just in time for my pre-sleepytime begging session to bother the first shift folks - If any core gets a chance to review this Live Migration XenAPI commit i'd apprecaite it. https://review.openstack.org/#/c/538415/14:32
fried_ricecdent: Okay.  I wasn't ragging on you, just didn't want to duplicate effort if I decided to go off and work on one of 'em.14:33
SpazmoticI know ya'lls busy, but just figured i'd throw it out there while I eat cereal :D14:33
openstackgerritEd Leafe proposed openstack/nova master: Fix invalid UUIDs in test_compute.py  https://review.openstack.org/53147914:33
lyarwoodmriedem: re the connection_info.get('volume_id') lookup, I'm pretty sure that actually works, I can't find where but I recall one of the bdm layers using connection_info to store connection_info['data']14:33
openstackgerritEd Leafe proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038614:34
*** lajoskatona has quit IRC14:35
mriedemconnection_info['data'] != connection_info['volume_id']14:35
mriedemlyarwood: i'm assuming you meant that line of code to be the same as the others that looked for connection_info['data']['volume_id']14:35
*** hemna_ has joined #openstack-nova14:36
mriedemit was probably a typo, that wasn't tested so it wasn't noticed14:36
*** salv-orlando has joined #openstack-nova14:39
lyarwoodmriedem: right, I'm pretty confused how the tempest tests I've been working on have passed without this14:40
mriedemlyarwood: volume-backed live migratoin isn't enabled in tempest by default14:41
mriedemso the tests likely aren't getting run14:41
lyarwoodmriedem: it is in my DNM change14:41
lyarwoodmriedem: and locally14:41
lyarwoodmriedem: where these tests have been passing14:41
lyarwoodhttp://logs.openstack.org/50/536350/5/check/legacy-tempest-dsvm-multinode-live-migration/539c51d/job-output.txt.gz for example14:41
*** salv-orlando has quit IRC14:43
mriedemidk, i don't see the lvm volume driver setting connection_info['volume_id']14:44
lyarwoodmriedem: right, anyway, ignore that, I'll look into how these actually passed now, it doesn't change the fix and lack of unit tests14:45
lyarwoodmriedem: happy to take over the updating the fix if you don't have time today btw14:46
lyarwoodmriedem: this is my mess, I should really be the one to clean it up14:46
mriedemi've got it, just updating test_pre_live_migration_vol_backed_works_correctly_mocked so it doesn't fake out the bdm stuff that the compute manager is doing,14:47
mriedemi.e. actually going to make that test go through driver.get_block_device_info14:47
mriedembauwser: question in https://review.openstack.org/#/c/540168/14:47
openstackgerritChris Dent proposed openstack/nova master: Reset the _RC_CACHE between tests  https://review.openstack.org/54040414:47
*** masahisa has joined #openstack-nova14:48
leakypipeslyarwood: on Fridays, I always see your IRC nick and think of pirates. "Yarrr" wood is here.14:48
*** abalutoiu has joined #openstack-nova14:49
* leakypipes goes to check himself into mental hospital14:50
lyarwoodleakypipes: haha, yeah you're not the first to suggest that, had a guy in consulting who would scream that across the office while I was on the phone back in my support days14:50
*** zhaochao has quit IRC14:50
*** kristian__ has joined #openstack-nova14:51
*** lyarwood is now known as yaaaaarwood14:51
leakypipeslyarwood: you should wear a pirate hat on Fridays. just sayin'.14:51
leakypipes:) yay! \o/14:51
*** kristian__ has quit IRC14:51
SpazmoticI've started putting commits into my monthly planner since I have such a backlog and don't want to merge conflict the poop out of xenapi.vmops hehe14:51
*** pchavva has joined #openstack-nova14:52
*** r-daneel has joined #openstack-nova14:52
*** awaugama has joined #openstack-nova14:53
bauwsermriedem: I'm not a specialist on VIF plugging and unplugging, so I could be wrong14:53
*** masahisa has quit IRC14:53
bauwsermriedem: but from what I can see, we destroy and cleanup the instance (hence the VIF unplugs) when we hard reboot14:53
bauwserwhat happens behind the VIF unplug call is unbound territory to me14:54
bauwserI'm just saying that the change melwitt provides makes it consistent with all the other server actions14:54
* bauwser desperatly needs coffee14:55
*** mdnadeem has quit IRC14:56
bauwser2 mins for making me coffee before an internal meeting, I can do14:57
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276614:58
*** david-lyle has quit IRC15:01
*** r-daneel has quit IRC15:01
openstackgerritrahul bardia proposed openstack/python-novaclient master: nova limits ERROR (Exception): Field names must be unique  https://review.openstack.org/52792215:03
melwittmriedem: when I read your original comment and when I rewrote it I was thinking 'locally' meant plugging vifs through os-vif only and not making any neutron api calls. plugging locally on the libvirt domain15:04
*** josecastroleon has quit IRC15:07
*** Tom-Tom has quit IRC15:08
mriedemwe don't make any neutron api calls when plugging/unplugging vifs15:09
*** Tom-Tom has joined #openstack-nova15:09
mriedemi'm looking back on https://github.com/openstack/nova/commit/e4e1c6a2f060a91899549b9643132abde27d033e15:09
*** amodi has joined #openstack-nova15:09
mriedem"this is the explanation I've come up with, albeit not a great one, and indicates a gap in some of the nova/neutron integration story."15:09
mriedemheh15:09
mriedemthanks past me15:09
*** salv-orlando has joined #openstack-nova15:09
*** lajoskatona has joined #openstack-nova15:09
*** lajoskatona has quit IRC15:10
*** belmoreira has joined #openstack-nova15:11
melwittmriedem: I know, I mean plugging a vif with no contact with neutron at all. on instance boot we create a port. honestly, I don't really know but from the other code comments, we've run into this before it looks like, and it must work at least *some* of the time otherwise reboot would be 100% broken right now. we really need a neutron expert to explain when/how events are/aren't emitted15:11
bauwsermriedem: the fact that we don't call Neutron when we unplug is understandable, but don't we emit something about the port itself ?15:11
bauwserbecause if we don't, why should we wait for Neutron ? it's a non-sense15:11
mriedemno we don't update the port15:11
mriedemwe plug/unplug,15:11
bauwserso, definitely no need to wait for Neutron, right?15:11
fried_ricecdent: If this isn't already on your radar... https://review.openstack.org/#/c/539712/15:12
mriedemthen neutron agent picks up that change, tells the server, and the server sends an event to nova when it's done15:12
bauwserah-ha15:12
melwittthe neutron agent doesn't always pick up the change, but we don't know why not15:12
melwittI assume some kind of race or something15:12
mriedemthen we likely refresh out nw info cache on the instance to say if the port is gone or not or up/down15:12
cdentfried_rice: yeah, it's in my queue, but may not be seen until monday15:12
mriedem*our15:12
fried_riceight15:12
*** yamahata has joined #openstack-nova15:12
fried_riceHey, what's the lib I need to install to get around this pcre thing in py35?15:12
bauwsermriedem: I see15:13
bauwsermriedem: thanks for the explanations15:13
bauwserit was black magic to me15:13
*** Tom-Tom has quit IRC15:13
*** pcaruana has quit IRC15:13
melwitteither way, I feel like this isn't in our control. if we can't depend on the neutron agent to detect a unplug/plug, then I'm not sure what else we can do other than not depend on the events15:13
mriedemmelwitt: i guess what you're talking about might be this part of my comment:15:13
mriedemand the status change in the port might go undetected by the neutron                                           +        # L2 agent (or neutron server) so neutron may not know that the VIF was                                           +        # unplugged in the first place and never send an event.15:13
melwittyeah15:14
mriedemok i'll come back to your fix after i get those luks patch fixed up15:14
melwittI was thinking that part came out of a convo with a neutron person long ago15:14
bauwserquestion I have out of my mind15:14
*** pcaruana has joined #openstack-nova15:14
bauwserhow the agent notices that unplug/plug ?15:14
bauwserdon't we somehow notify it ?15:15
melwittI don't know how it would15:15
mriedemwe don't notify the agent15:15
*** david-lyle has joined #openstack-nova15:15
bauwserthat's fun15:15
mriedemi think the agent is polling for changes, or gets a notification from the backend15:15
melwittbut it must because hard reboot does work most of the time i.e. we do get plug events15:15
mriedemlike ovs15:15
bauwserso we rely on something that's not using Nova as the single source of truth15:15
mriedemmlavalle: how does the neutron agent pick up changes for plugged/unplugged vifs?15:15
mriedempolling?15:15
mriedemsean-k-mooney: ^15:15
Spazmotic... I feel like I need to look at some quark logs while rebooting a server over and over now..15:16
melwittit's just *sometimes* doesn't send the event and if it doesn't, we timeout waiting15:16
bauwseryeah, so again, what's the purpose of waiting Neutron in case of a reboot ?15:18
bauwserwe're grown-ups, we can do the unplug/plug ourselves15:18
bauwserif Neutron catches it, cool15:18
*** yamamoto has quit IRC15:18
bauwserbut that shouldn't be a blocking situation15:18
Spazmoticwhat is neutron need to update on the port? Just the state field?15:18
SpazmoticIt's too late to english15:19
melwittbauwser: originally it was just because we wait during instance boot so I thought that's the normal flow is plug and wait for vif-plugged. but then this bug cropped up and then I found the other comment from mriedem in the file and realized there are situations where we should not wait15:20
*** sree has joined #openstack-nova15:20
*** sree has quit IRC15:20
bauwsermelwitt: for the boot case, I agree, it's important15:20
*** damien_r has quit IRC15:20
mriedemthis does likely mean that after a reboot, we say the instance is active but it's not really, since you can't ssh into it,15:21
bauwsermelwitt: for a reboot, the unplug is transient because we want to just cleanup the instance15:21
mriedemwhich was the problem we had with initial create15:21
*** sree has joined #openstack-nova15:21
bauwserarf, I need to do some parenting for 20-ish mins15:21
* bauwser rushes to the school15:21
melwittthat's still true, fwiw. there's going to be some time until ssh is possible. but I guess you mean not even getting connection refused15:21
*** sridharg has quit IRC15:22
melwittbauwser: I know, just saying why the wait was put there initially15:22
melwittI don't think it should be there now, based on how it behaves and based on the other comment in the file15:22
bauwsermelwitt: yup, I just said in the review that with your patch, the only case now where we wait is boot15:22
melwittyeah15:23
mriedemwhat did we do before the "blow everything away on reboot"? did we wait, or we just didn't touch the vifs at all?15:23
melwittdidn't touch the vifs15:23
*** burt has joined #openstack-nova15:24
melwittwell, the code has always called plug_vifs for some reason, but before, we didn't *unplug* them15:24
melwittso we'd call plug_vifs on vifs that were already plugged15:24
*** ccamacho has quit IRC15:24
melwitt(since _create_domain_and_network calls plug_vifs unconditionally)15:25
*** sree has quit IRC15:25
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: fix native luks encryption failure to find volume_id  https://review.openstack.org/53973915:25
mriedemyaaaaarwood: melwitt: ^ now handling pre_live_migration also and unfuckified the test15:26
*** bhujay has quit IRC15:26
*** sree has joined #openstack-nova15:26
melwittack15:28
SpazmoticAlright well. goodnight then folks.15:28
openstackgerritEd Leafe proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038615:28
figleafgiblet: ^^ I'm not seeing the exception being raised for bad UUIDs15:29
*** lucas-hungry is now known as lucasagomes15:29
*** sree has quit IRC15:30
*** READ10 has joined #openstack-nova15:30
mriedemmelwitt: reading back over the related bug for that comment i left in the resize code, https://bugs.launchpad.net/nova/+bug/132365815:31
openstackLaunchpad bug 1323658 in neutron "Nova resize/restart results in guest ending up in inconsistent state with Neutron" [Medium,Fix released] - Assigned to Dariusz Smigiel (smigiel-dariusz)15:31
mriedemphil day linked this related change https://review.openstack.org/#/c/68942/15:31
*** tidwellr has joined #openstack-nova15:31
mriedemto wait for the guest to stop15:31
mriedemif we're blowing away the guest on a reboot, i wonder if we should be doing that also, although if you're doing a soft reboot i think we give the guest os some time and then hard reboot just blows it away15:31
melwittyeah, our case is a hard reboot15:32
melwittmeaning you're right, the soft reboot does the graceful shutdown thing and hard reboot doesn't15:32
melwittI'm trying asking in #openstack-neutron15:36
sean-k-mooneymriedem: in the case of ovs the neutron ovs agent spawns a monitor process that recives noticiation every time a new interfaces is added to ovs15:36
openstackgerritChris Dent proposed openstack/nova master: Don't rely on parse.urlencode in url comparisons  https://review.openstack.org/54042015:37
mriedemmelwitt: this is the closest i get in the history on that other bug for an explanation on why we don't wait for vif plugged on resize https://bugs.launchpad.net/nova/+bug/1323658/comments/5715:38
openstackLaunchpad bug 1323658 in neutron "Nova resize/restart results in guest ending up in inconsistent state with Neutron" [Medium,Fix released] - Assigned to Dariusz Smigiel (smigiel-dariusz)15:38
belmoreiramelwitt mriedem we upgraded to Ocata yesterday and I'm observing that "memory_mb_used" in "compute_nodes" tables is not correct. However, the resourcetracker log in the hypervisor is correct.15:39
belmoreiraIs there a known bug that you are aware about this issue?15:39
melwittmriedem: nice sleuthing15:40
*** READ10 has quit IRC15:41
mriedemmelwitt: so in the resize case, we don't wait for vif-plugged events on the destination host because the vifs are already plugged on the source host, and the source host vifs aren't unplugged until the user confirms the resize and we cleanup the guest from the source15:41
melwittihar said that if os-vif doesn't rebind the port, neutron would probably not be aware of the unplug/plug. I'm not sure whether it rebinds it15:41
*** armax has joined #openstack-nova15:41
*** lpetrut__ has quit IRC15:43
*** lucasxu has joined #openstack-nova15:43
sean-k-mooneymriedem: so when os-vif adds a port we set the neurtorn port uuid in the external_ids field and wehn it get the notification fo the port added the neutron agent looks up the port and does the binding15:44
*** armax_ has joined #openstack-nova15:44
sean-k-mooneymelwitt: os-vif should not be binding the port port binding and port plugging are 2 different things15:44
*** lucasxu has quit IRC15:44
sean-k-mooneymelwitt: you cannont call os-vif wiht an unbound port15:44
melwittthanks sean-k-mooney. I really need to read a book about this stuff15:45
sean-k-mooneymelwitt: if you do you proably will wish you had not :P15:45
melwittheh, fair15:45
*** udesale has quit IRC15:45
mriedemsean-k-mooney: it sounds like this behavior is different based on if you're using linuxbridge or not15:45
*** yamamoto has joined #openstack-nova15:46
*** armax has quit IRC15:46
*** armax_ is now known as armax15:46
* bauwser is back15:46
sean-k-mooneymriedem: kind of. the general patteren is the same but some of the details are different15:46
Spazmoticmelwitt, you happen to have time to talk?15:46
melwittSpazmotic: that sounds mysterious15:47
*** slaweq has quit IRC15:47
sean-k-mooneymriedem: for ovs neuton can subscrible to notification form the ovsdb for port add/remove events15:47
*** abalutoiu has quit IRC15:47
*** josecastroleon has joined #openstack-nova15:47
SpazmoticLol nah nah I assure you, just a quick conversation about nova related activities15:47
*** abalutoiu has joined #openstack-nova15:47
sean-k-mooneymelwitt: for linuxbridge i belive they have to poll15:47
sean-k-mooney* mriedem ^15:47
SpazmoticIf you're too busy it's no rush :)15:47
melwittSpazmotic: go ahead15:47
mriedemsean-k-mooney: really just trying to figure out if/why vif plug events from neutron might be different in the case of a hard reboot if you're using LB or OVS15:48
mriedemsince the wait logic on the nova side would suck if we had to know it changes per network backend15:48
*** sree has joined #openstack-nova15:48
openstackgerritEric Fried proposed openstack/nova master: Use update_provider_tree from resource tracker  https://review.openstack.org/52024615:49
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126015:49
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551715:49
openstackgerritEric Fried proposed openstack/nova master: Make generation optional in ProviderTree  https://review.openstack.org/53932415:49
*** felipemonteiro has joined #openstack-nova15:49
sean-k-mooneymriedem: if you do a hard reboot we will actully terminate the qemu process and remove the tap and re add it15:50
*** owalsh_ has joined #openstack-nova15:50
sean-k-mooneyif you are polling you may miss that15:50
sean-k-mooneywith ovs you will get the notifcation from the ovsdb for the add and remove15:50
*** mdnadeem has joined #openstack-nova15:51
*** josecastroleon has quit IRC15:51
sean-k-mooneymriedem: is this all in relation to https://bugs.launchpad.net/nova/+bug/132365815:52
openstackLaunchpad bug 1323658 in neutron "Nova resize/restart results in guest ending up in inconsistent state with Neutron" [Medium,Fix released] - Assigned to Dariusz Smigiel (smigiel-dariusz)15:52
*** READ10 has joined #openstack-nova15:52
mriedemsean-k-mooney: no, https://review.openstack.org/#/c/54016815:52
*** owalsh- has joined #openstack-nova15:52
*** owalsh has quit IRC15:52
*** felipemonteiro_ has joined #openstack-nova15:53
*** sree has quit IRC15:53
*** owalsh_ has quit IRC15:54
*** yamahata has quit IRC15:54
*** owalsh has joined #openstack-nova15:55
*** armax has quit IRC15:55
*** damien_r has joined #openstack-nova15:56
*** felipemonteiro has quit IRC15:56
*** armax has joined #openstack-nova15:56
bauwserdamn, interesting convo about vif pluging and neutron agents15:57
gibletfigleaf: Locally it raises for me if I pull the oslo ovo patch into my env (Depends-On: https://review.openstack.org/540344)15:57
gibletfigleaf: I mean it raised before the rebase15:57
gibletfigleaf: let me try with the new patch15:57
*** owalsh_ has joined #openstack-nova15:58
bauwsermriedem: yeah, I guess the crux of the problem is how linuxbridge notifies the events15:58
bauwsersince that bug report is all about it15:58
* bauwser tries to remember his early days when he started playing with lb15:58
*** owalsh- has quit IRC15:58
bauwserI mean for Quantum15:59
sean-k-mooneywelll so i think we are conflating too things here15:59
sean-k-mooneyvif pluging and vif binding15:59
*** salv-orlando has quit IRC15:59
bauwservif binding is the allocation, right?15:59
sean-k-mooneyvif plugging is the act of adding the tap to the backend15:59
bauwservif plugging is the fact to attach the vif to the guest ?15:59
*** salv-orlando has joined #openstack-nova15:59
sean-k-mooneyvif binding id that ack of the neutron ml2 direver populating the port details with a vif_type and vif_binding_details16:00
mriedemthis might be closer to the issue https://review.openstack.org/#/c/540168/1/nova/virt/libvirt/driver.py@537216:00
mriedemfor one, we're operating on a stale cache to determine which vifs to wait for16:00
mriedemb/c we never wait for the vifs to be unplugged and refresh the nw info cache16:00
mriedembased on that, it's likely better to yes just ignore the vif plugged event,16:01
*** owalsh has quit IRC16:01
mriedemin the server create case, we have the async network info wrapper that is waiting for the nw_info cache updates during port binding,16:01
* bauwser reads16:01
mriedemand then the virt driver spawn is waiting on those16:01
mriedemso the nw info cache is up to date in the server create case, but we have nothing like that in the case of hard reboot16:01
*** salv-orlando has quit IRC16:01
*** salv-orlando has joined #openstack-nova16:01
*** r-daneel has joined #openstack-nova16:02
melwittyeah, IIUC we get the network_info fresh at the beginning of a reboot and then that's it16:02
sean-k-mooneymriedem: well one thing im not clear on. when we do a hard reboot do we redo the neutron port binding  or jsut reuse the old one16:02
mriedemre-use the existing one16:02
sean-k-mooneywell the neutron event is sent when neutron finish wirieing up a prot for the first time after portbinding. i dont know if neutron will send it again if we dont rebind16:03
mriedemit must, otherwise this would be 100% fail in the gate16:04
mriedemwhat we have is a race right now16:04
sean-k-mooneymriedem: oh thats good to know16:04
mriedemmelwitt: i think we should probably not copy the comment from finish_migration16:05
mriedemi bet this is primarily an issue based on (1) which network backend you're using and (2) the fact we're operating on a stale nw info cache, which is different from how spawn() works and waits for vif plug events16:06
*** tbachman has quit IRC16:06
bauwsermriedem: melwitt: good point, the nw_info is only accurate when we call hard_reboot, not when it comes to _create_domain_and_nw()16:06
melwittokay16:06
mriedemand therefore we should assume the vifs are already plugged and we don't need to wait for them16:06
mriedemif we wanted to be thorough,16:06
mriedemwe'd (1) wait for the vif-unplugged event, and then (2) refresh the nw-info cache before moving on to plug the vifs16:07
bauwserright16:07
mriedemi'm not advocating that we do that in this patch, since we have to backport this16:07
* melwitt looks to see if neutron sends an unplug event16:07
mriedemmelwitt: so if you wanted to just update the comments, i'd be cool with that16:07
bauwserfair enough16:07
melwittI was scrutinizing the logs of a failed run yesterday16:07
sean-k-mooneymriedem: when you say the vif are already plugged you mean from a neutron point of view correct. not that the vif is added to the backend which is done by os-vif16:10
mriedemsean-k-mooney: i'm talking about this vifs_already_plugged kwarg in the libvirt driver code16:10
*** pcaruana has quit IRC16:11
openstackgerritEric Fried proposed openstack/nova master: New-style _set_inventory_for_provider  https://review.openstack.org/53764816:11
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient.update_from_provider_tree  https://review.openstack.org/53382116:11
openstackgerritEric Fried proposed openstack/nova master: Use update_provider_tree from resource tracker  https://review.openstack.org/52024616:11
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126016:11
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551716:11
openstackgerritEric Fried proposed openstack/nova master: Make generation optional in ProviderTree  https://review.openstack.org/53932416:11
sean-k-mooneymriedem: yes but im trying to figure out if this opens a security hole16:11
*** mdnadeem has quit IRC16:11
sean-k-mooneymriedem: if that arge is set to True we will not wait for neutron16:11
bauwsersean-k-mooney: well, all other server actions do the same, y'kno<16:12
bauwserknow*16:12
sean-k-mooneyos-vif will add the port when we call plug16:12
bauwsersean-k-mooney: we're only able to correctly wait for Neutron in the boot case only because we have a fresh network info16:12
sean-k-mooneybut we wait for neutron to make sure the firewal rules are active on the port before unpasing the vm16:12
bauwserfixing that in other server action calls would require far more16:12
bauwserwe == os-vif ?16:13
sean-k-mooneywe == nova16:13
melwittmriedem: he's the run I was looking at yesterday. there are no network-vif-unplugged events for the instance for the failed test (the hard reboot) http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-q-svc.txt.gz#_Jan_29_16_01_28_17096416:13
sean-k-mooneyos-vif does not talk to neutron ever16:13
melwittI linked to a network-changed but if you look further in the log there are no unplug events16:13
*** AlexeyAbashkin has quit IRC16:14
melwittso I don't expect things would work if we tried to wait for an unplug event because neutron never sends one16:14
* melwitt goes to update comments now16:14
*** owalsh_ is now known as owalsh16:14
*** liusheng has quit IRC16:15
*** yangyapeng has quit IRC16:15
sean-k-mooneymelwitt: correct but wen we delete the tap any iprules create by the neutron security group driver are removed. if neutron never sees the device is unplugged and plugged again i dont think it will ever recreate them16:16
*** yangyapeng has joined #openstack-nova16:16
*** liusheng has joined #openstack-nova16:16
*** links has joined #openstack-nova16:18
melwittsean-k-mooney: os-vif unplug deletes the tap, is what you are saying?16:18
mriedemgiblet: thanks for reviewing the nova-multiattach job change, replies inline https://review.openstack.org/#/c/532689/16:18
sean-k-mooneymelwitt: actully qemu doing a hard reboot does but os-vif will also remove it form the linux bridge16:18
sean-k-mooneyor ovs bridge depending on your life choices16:19
melwittsean-k-mooney: okay. and then the os-vif plug call will create *not* create the iprules again?16:19
sean-k-mooneymelwitt: the ip routes are created by the neutron security group driver not os-vif16:19
melwitthm16:20
gibletmriedem: cool. looking in a minute16:20
sean-k-mooneyso if nova does not notify neutron i dont think it will reinstall them16:20
*** yangyapeng has quit IRC16:20
sean-k-mooneymelwitt: we may be able to simply rebind the port to the same host as part of the reboot16:20
melwittsean-k-mooney: if that's the case, I think that would be a latent bug because the behavior before this "re-initialize everything" approach still destroyed and undefined the libvirt domain. it just didn't do any os-vif unplug/plug16:21
mriedemshould we just not destroy_vifs on hard reboot and avoid this mess?16:21
bauwsermriedem: well, looks like we somehow decided in the past to destroy everything16:22
sean-k-mooneymriedem: the tap will still be delete by qemu/kvm/libvirt so its not an os-vif issue16:22
mriedembauwser: decided in the last 6 months16:22
mriedembauwser: this is a regression introduced in queens,16:22
bauwserinteresting16:22
mriedemwhich is why i'm -W on the ocata backport16:23
melwittno, the handling of the libvirt domain did not change16:23
openstackgerritBalazs Gibizer proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038616:23
gibletfigleaf: now your new unit test also passes in my local env ^^16:23
gibletfigleaf: btw thanks for that unit test. I did not now that we have tests for the fixtures16:23
sean-k-mooneyso i think we dont see this on ovs because of the ovsdb monitor which will see the port remved and readded by libvirt/os-vif. the gap seams to be that we dont have a reliable way to notify neutron that this happened for linuxbridge16:25
melwittif we're losing iptables rules upon reboot, we've always been losing them, if it has to do with destroying the libvirt domain because we have always been destroying the domain on a reboot and we also destroy it for a stop, etc16:26
bauwseryeah, stop/start calls hard_reboot16:27
bauwserfun16:27
sean-k-mooneymlavalle: but only with linuxbridge when the polling intergave misses the removal and addtion16:27
sean-k-mooney/intergave/interval/ that was bad even for me16:28
melwittmy point is that is not new, that was not changed in the last 6 months. the change was doing os-vif unplug/plug and volume detach/attach16:29
mriedemmelwitt: i think you pointed this out before but this is likely a bogus debug message https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L34616:29
mriedem_events being empty could just mean we already processed the event16:29
sean-k-mooneymelwitt: oh ok16:29
mriedem_events == None means we are shutting down compute16:29
* bauwser needs to leave16:30
*** yamamoto has quit IRC16:30
bauwsermelwitt: ping me when you're done with your new rev and I'll review it when I'm back16:30
*** yangyapeng has joined #openstack-nova16:30
*** belmoreira has quit IRC16:31
sean-k-mooneymriedem: you are correct the os-vif is new but the code in the linuxbidge pluging was copied directly from nova so i think the logic should be the same.16:31
sean-k-mooney* melwitt ^16:31
*** yamamoto has joined #openstack-nova16:31
figleafgiblet: We shouldn't have to use the WarningsFixture, as the TestCase class already uses it16:32
melwittsean-k-mooney: what I was trying to say is that we didn't do anything new about the libvirt domain part in the last 6 months. we have always done the equivalent of a 'virsh destroy' when we do a hard reboot or stop/start16:32
figleafgiblet: Here's what I get when I runt the test: http://paste.openstack.org/show/658860/16:33
melwittso if that messes up iptables rules, then they've always been getting messed up and it's latent16:33
sean-k-mooneymelwitt: oh i know. and we should be doing the equivelent of virsh destroy that is the main difference between soft reboot and hard as far as i am concurened16:34
*** elmaciej has quit IRC16:34
gibletfigleaf: testtools.TestCase does not use the nova's warning fixture just nova.test.TestCase uses it16:34
sean-k-mooneymelwitt: yes that is also true16:34
melwittsean-k-mooney: should or shouldn't? sorry I'm confused. the 'virsh destroy' will indeed wipe out iptables rules?16:35
gibletmriedem: responeded in https://review.openstack.org/#/c/53268916:35
sean-k-mooneya hard reboot should entirely tear down the vm the same way virsh destroy would16:35
melwittif it does, then I'm surprised we haven't heard about people complaining16:35
gibletmriedem: I'm OK to +W this and continue discussing the run.yaml issue separately as it seems the job works16:36
*** yamamoto has quit IRC16:36
gibletmriedem: and the rest of the nits can be handled in a follow up (like naming)16:36
sean-k-mooneythe soft reboot should jsut send an achi reboot command to the guest but not destry and recreate the entire vm16:36
gibletfigleaf: have you tried runnig PS4 in your env or just PS3?16:37
melwittmriedem: I'm trying to understand how we even get that "Unexpected attempt to pop events during shutdown" in that test run16:37
mriedemgiblet: works for me16:37
mriedemmelwitt: looking at the n-cpu log, it looks like because we get a network-changed event before that which we process and pop the event, but not sure16:37
melwittsean-k-mooney: yeah, it does. just trying to understand whether any of that blows away iptables rules16:37
melwittsince that would be bad16:38
sean-k-mooneymelwitt: if qemu removes the tap. then any ip tables rules associated with the tap will be removed for the kernel when the tap is removed16:38
mriedembut network-changed shouldn't mess with the _events stuff at all...16:38
gibletmriedem: OK. I've +Wd it16:39
mriedemmelwitt: we're probably just getting a network-vif-plugged event that we weren't expecting, so there was nothing in _events16:39
melwittsean-k-mooney: okay. I don't know what makes qemu decide to remove a tap16:39
mriedemgiblet: thanks16:39
ildikovmriedem: giblet: thanks16:39
melwittmriedem: we did get an unexpected one. we weirdly get network-change AND network-vif-plugged during the hard reboot while we are 'virsh destroy'ing and BEFORE we unplug anything. I don't understand it16:39
mriedemmelwitt: yeah was looking at that,16:40
mriedemand after that, the nw info cache says the port is active=false16:40
melwittright16:40
mriedemso that's why we wait for vif-plugged16:40
mriedembut we aren't going to get that,16:40
melwittwhich is how we go into waiting mode16:40
mriedembecause we alreayd got a vif-plugged16:40
mriedemyeah...16:40
melwittI don't get how we get a vif plugged from ... not plugging anything yet16:41
melwittbecause you can see the first vif-plugged from the instance boot, then after the reboot starts but before even the unplug, we get vif-plugged again16:41
sean-k-mooneymelwitt: well unplug for linux bridge in os-vif is a noop https://github.com/openstack/os-vif/blob/stable/queens/vif_plug_linux_bridge/linux_bridge.py#L114-L117 which is why i dont that that os-vif is the issue here.16:41
melwitthah, a no-op16:42
mriedemso after the instance is created but before we reboot, we get network-changed here:16:42
mriedemhttp://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_35_16899916:42
mriedemwhich forces us to refresh the nw info cache16:42
melwittah, so that's where the active=True -> active=False change comes from16:43
melwittI was wondering how that happens16:43
figleafgiblet: no, I was testing on PS316:43
mriedemthen we start rebooting http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_35_60073616:43
*** acormier has joined #openstack-nova16:43
figleafgiblet: if you need to explicitly add that to every test class in order to catch invalid UUIDs, then I don't think that's very useful16:44
mriedemat that point, it says the vif is active16:44
mriedem"active": true16:44
melwittyes16:44
mriedemthen we get a vif-plugged event, from god knwos where http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_36_66589216:44
melwittyep16:44
mriedemwhich we were'nt expecting and that's why we see "Unexpected attempt to pop events during shutdown"16:45
melwittright16:45
gibletfigleaf: nova tests are derived from nova.tests.TestCase and that automatically sets up the warning fixture. The test case you added does not derive from nova.tests.TestCase but derives from testools.TestCase16:45
mriedemat that point the vif is not active16:45
mriedem"active": false16:45
mriedemand we've refreshed the nw info cache16:45
mriedemi'm not sure what is event making us refresh the nw info cache there16:46
*** cgoncalves has joined #openstack-nova16:46
gibletfigleaf: we can try to make TestWarningsFixture derive from nova.tests.TestCase then we don't need the extra test setup test_invalid_uuid_errors16:46
melwittmriedem: do we do it for any event? maybe the vif plugged refreshed it?16:46
mriedemno, _process_instance_event doesn't do that16:47
melwittand I see now the erroneous "pop event during shutdown", I agree it would log that any time we got an unexpected event16:47
melwittokay, so external_instance_event in compute is what decides whether to refresh the info_cache16:48
melwittI see it for network-changed only16:48
melwittbut something did update the info_cache right after we got the random plug event16:50
*** slaweq has joined #openstack-nova16:51
sean-k-mooneyi wonder if its related to this change in neutron https://review.openstack.org/#/c/246898/22/neutron/plugins/ml2/rpc.py16:51
*** chyka has joined #openstack-nova16:51
*** liusheng has quit IRC16:52
mriedemthis is where neutron sends that mystery vif-plugged event http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-q-svc.txt.gz#_Jan_29_16_01_36_51490516:52
*** liusheng has joined #openstack-nova16:52
sean-k-mooneythat chagne was done for live migration but it emits that event every time a port state is modified16:52
melwittmriedem: yeah, saw that16:52
*** amodi has quit IRC16:53
mriedemsean-k-mooney: hmm, that's been around since newton16:53
melwittI wish I could tell what refreshed the info_cache in this mystery refresh. doesn't look like it was from a periodic heal else we'd see a log message about that16:53
*** tssurya has quit IRC16:53
sean-k-mooneymriedem: yes though i dont think we use it in nova yet16:53
sean-k-mooneymelwitt: sahid has some patches related to it currently16:54
mriedemhmm http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-q-svc.txt.gz#_Jan_29_16_01_36_09584416:54
mriedemJan 29 16:01:36.095844 ubuntu-xenial-rax-ord-0002240582 neutron-server[21191]: DEBUG neutron.notifiers.nova [None req-1655d8dd-b810-4510-ba6a-fb2a5019a84a None None] Ignoring state change previous_port_status: ACTIVE current_port_status: BUILD port_id 8de74fd2-a3bc-4d41-9c11-c04f25b52b6d {{(pid=21288) record_port_status_changed /opt/stack/new/neutron/neutron/notifiers/nova.py:208}}16:54
*** chyka_ has joined #openstack-nova16:54
*** FL1SK has quit IRC16:55
*** chyka has quit IRC16:55
*** AlexeyAbashkin has joined #openstack-nova16:56
sean-k-mooneymriedem: ya that looks... interesting. perhaps neutron does not allow an active port to go back to build?16:56
melwittmriedem: the mystery refresh might be this? https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L315216:57
openstackgerritBalazs Gibizer proposed openstack/nova master: Escalate UUID validation warning to error in test  https://review.openstack.org/54038616:58
mriedemmelwitt: for that call, it's this http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_36_17205216:59
mriedemsame request id as for the rebooting instance message16:59
gibletfigleaf: ^^ now the test derives from nova.test.TestCase and therefore I could remove the explicit fixture setup from this test as well16:59
melwittoh :\16:59
*** slaweq has quit IRC16:59
mriedemmelwitt: what i'm confused about is the mystery vif-plugged happens, and the request id being used is here http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_37_23000416:59
mriedemJan 29 16:01:36.673427 ubuntu-xenial-rax-ord-0002240582 nova-compute[29444]: WARNING nova.compute.manager [None req-1cb07971-b6f2-41f9-b34b-bc03b867abdb service nova] [instance: 3fa55d94-b1f4-42f4-8ba0-9ca46c71d7c0] Received unexpected event network-vif-plugged-8de74fd2-a3bc-4d41-9c11-c04f25b52b6d for instance with vm_state active and task_state rebooting_hard.16:59
mriedemJan 29 16:01:37.230004 ubuntu-xenial-rax-ord-0002240582 nova-compute[29444]: DEBUG nova.network.base_api [None req-1cb07971-b6f2-41f9-b34b-bc03b867abdb service nova] [instance: 3fa55d94-b1f4-42f4-8ba0-9ca46c71d7c0] Updating instance_info_cache with network_info:17:00
mriedemthose are the same request id17:00
openstackgerritChris Dent proposed openstack/nova-specs master: Add generation support in aggregate association  https://review.openstack.org/54044717:00
mriedemin the neutron logs, that's this request http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-q-svc.txt.gz#_Jan_29_16_01_37_14212317:01
mriedemRESP BODY: {"events": [{"status": "completed", "tag": "8de74fd2-a3bc-4d41-9c11-c04f25b52b6d", "name": "network-vif-plugged", "server_uuid": "3fa55d94-b1f4-42f4-8ba0-9ca46c71d7c0", "code": 200}]}17:01
*** slaweq has joined #openstack-nova17:01
mriedemmaybe there is just a bug in logging with request ids getting mixed up, idk, but i feel like i've seen that before17:02
melwittmriedem: how do you know the first one is the call from the compute manager reboot method?17:02
sean-k-mooneymriedem: https://github.com/openstack/neutron/blob/3f1a9846d23198f4a89f89bac73ba80ef201dea0/neutron/notifiers/nova.py#L178-L215 if we go directly from active to build the unpugged event will not be sent17:02
mriedemmelwitt: same request id17:02
sean-k-mooneymelwitt: that is why we are seeing the ignored event http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-q-svc.txt.gz#_Jan_29_16_01_36_09584417:03
melwittoh derp, I see now17:03
melwittgot it17:03
mriedemi don't know why we'd go from active to build17:03
melwittwell, the external instance events are REST API calls to nova from neutron so they'd have separate request ids, right?17:03
mriedemthey shoud17:04
mriedem*should17:04
melwittbut yeah why the vif plug event call and the refresh info cache call have the same id doesn't make sense if we don't refresh for a plug event17:04
mriedemi don't really trust the request id logging lately17:05
*** sree has joined #openstack-nova17:06
mriedemso, again, idk wtf is going on - and since we can't rely on this, it seems we just can't wait for vif plugged events during hard reboot and have to punt on that17:07
mriedemdefinitely some weird timing issues17:07
mriedemthis is likely also something one might not see in the real world,17:08
mriedembecause tempest is creating an instance and then immediately hard rebooting it17:08
mriedemwhich is probably not helping the timing issue with the various events and such17:08
mriedemwhich we could then argue, our code *should* wait for a vif plugged event during hard reboot...but it fails in the gate17:09
melwittyeah, agree17:09
melwittI'm working on the comment update, just was also examining logs and discussing about it in the middle of it17:09
mriedemwe could make vif plugging timeout be non-fatal in the LB job, but that's also a hack, and likely the test would timeout by then anyway b/c we're waiting 5 minutes for something to happen17:10
*** r-daneel has quit IRC17:10
*** sree has quit IRC17:10
melwittyeah17:11
figleafgiblet: just pulled down PS5, and it still fails locally for me. I don't know what could be the difference.17:14
mriedemtotally unrelated, but noticed https://review.openstack.org/#/c/274869/ - in what case does _heal_instance_info_cache() care about the instance.flavor?17:14
melwittdoes it send any notifications? that's the only thing that comes to mind17:15
mriedemthere must be a notification getting sent when the instance is updated as a result of updating the nw info cache i guess17:15
*** fried_rice is now known as fried_rolls17:16
openstackgerritmelanie witt proposed openstack/nova master: Don't wait for vif plug events during _hard_reboot  https://review.openstack.org/54016817:20
melwittmriedem bauwser ^17:20
*** gyee has joined #openstack-nova17:23
*** sahid has quit IRC17:23
mriedemheading to lunch, will take a look when i'm back17:24
melwittcool, thanks17:24
*** yamahata has joined #openstack-nova17:24
mriedembtw, do we get a network-changed event at least from neutron during reboot after we unplug the vifs?17:24
mriedemi didn't look for that yet in the logs17:24
*** mriedem is now known as mriedem_afk17:24
melwittwe don't. as sean-k-mooney mentioned, the os-vif unplug method for linuxbridge is a no-op, it just does a pass, so that seems consistent with the lack of any event about it17:25
melwitthere's the unplug http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_37_70461717:27
*** lpetrut has joined #openstack-nova17:27
*** r-daneel has joined #openstack-nova17:28
*** derekh has quit IRC17:29
*** tesseract has quit IRC17:30
*** yamamoto has joined #openstack-nova17:32
*** slaweq has quit IRC17:32
*** yamamoto has quit IRC17:36
*** harlowja has quit IRC17:37
*** jpena is now known as jpena|off17:38
*** AlexeyAbashkin has quit IRC17:39
*** sambetts is now known as sambetts|afk17:40
*** ttsiouts has quit IRC17:40
*** elmaciej has joined #openstack-nova17:41
*** yamamoto has joined #openstack-nova17:45
*** yamamoto has quit IRC17:45
*** damien_r has quit IRC17:46
*** elmaciej has quit IRC17:52
figleafgiblet: looks like zuul's environment matches mine: http://logs.openstack.org/86/540386/5/check/openstack-tox-py27/2b58498/job-output.txt.gz#_2018-02-02_17_26_13_38893317:56
*** yamahata has quit IRC17:56
*** mgoddard_ has quit IRC17:59
*** amodi has joined #openstack-nova18:00
*** jaosorior has quit IRC18:07
*** vladikr has quit IRC18:09
*** vladikr has joined #openstack-nova18:10
*** lpetrut has quit IRC18:11
*** abalutoiu_ has joined #openstack-nova18:13
*** abalutoiu has quit IRC18:16
*** dklyle has joined #openstack-nova18:16
*** harlowja has joined #openstack-nova18:21
*** dtantsur is now known as dtantsur|afk18:23
sean-k-mooneymelwitt: looking at http://logs.openstack.org/42/525842/11/check/neutron-tempest-linuxbridge/2502b64/logs/screen-n-cpu.txt.gz#_Jan_29_16_01_37_811903 we are configuring libvirt to add the interface to the bridge iteself. the linuxbridge  os-vif plugin plug method seams to be doing a lot of work that is not strictly require for neutron and presuable is there for nova network18:28
*** ralonsoh has quit IRC18:30
sean-k-mooneyfor example it also addes the vm port to the bridge if not already done so and also ensure the bridge existis and has an uplink port (phyical or vlan) added and brings up the bridge18:30
sean-k-mooneythe only thing its doing that is really required is setting the mtu and making sure ip adresses are not configured on the tap on the host.18:31
sean-k-mooneyi would guess we can make that driver alot smaller once nova-networks support can be dropped.18:32
*** links has quit IRC18:41
*** yangyape_ has joined #openstack-nova18:41
*** yangyapeng has quit IRC18:45
*** yamamoto has joined #openstack-nova18:45
*** cdent has quit IRC18:49
*** yamamoto has quit IRC18:58
*** Swami has joined #openstack-nova19:03
*** mvenesio has joined #openstack-nova19:05
*** lucasagomes is now known as lucas-afk19:05
*** mvenesio has quit IRC19:05
*** AlexeyAbashkin has joined #openstack-nova19:11
*** bpoulos has joined #openstack-nova19:12
*** gjayavelu has joined #openstack-nova19:17
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: doc: Add user index page  https://review.openstack.org/54049419:18
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Migrate "launch instance" user guide docs  https://review.openstack.org/54049519:18
*** sdague has quit IRC19:19
*** sdague has joined #openstack-nova19:24
*** felipemonteiro_ has quit IRC19:28
*** felipemonteiro_ has joined #openstack-nova19:29
*** moshele has joined #openstack-nova19:53
*** gjayavelu has quit IRC19:53
*** lpetrut has joined #openstack-nova19:57
*** moshele has quit IRC19:57
*** AlexeyAbashkin has quit IRC19:58
openstackgerritMatt Riedemann proposed openstack/nova master: libvirt: fix native luks encryption failure to find volume_id  https://review.openstack.org/53973920:01
*** gjayavelu has joined #openstack-nova20:01
*** AlexeyAbashkin has joined #openstack-nova20:04
*** yaaaaarwood is now known as lyarwood20:06
*** david-lyle_ has joined #openstack-nova20:11
*** dklyle has quit IRC20:11
*** david-lyle_ is now known as dklyle20:11
*** yamahata has joined #openstack-nova20:13
*** tssurya has joined #openstack-nova20:14
*** moshele has joined #openstack-nova20:16
*** lyarwood is now known as yaaaaarwood20:17
*** fried_rolls is now known as fried_rice20:17
*** owalsh_ has joined #openstack-nova20:18
openstackgerritBrianna Poulos proposed openstack/nova master: docs: Add booting from an encrypted volume  https://review.openstack.org/54050620:18
*** AlexeyAbashkin has quit IRC20:19
*** owalsh has quit IRC20:21
*** owalsh has joined #openstack-nova20:23
*** liverpooler has quit IRC20:24
*** fullmetaljackiet has joined #openstack-nova20:26
*** owalsh_ has quit IRC20:26
*** Guest99280 has quit IRC20:27
*** salv-orlando has quit IRC20:28
*** salv-orlando has joined #openstack-nova20:28
*** gjayavelu has quit IRC20:30
openstackgerritMatt Riedemann proposed openstack/nova master: Fix test_get_allocation_candidates tests  https://review.openstack.org/54051320:30
mriedem_afk^ fixes a gate issue that was introduced yesterday20:30
*** mriedem_afk is now known as mriedem20:30
*** salv-orlando has quit IRC20:33
*** READ10 has quit IRC20:35
*** pchavva has quit IRC20:38
*** felipemonteiro__ has joined #openstack-nova20:39
*** gjayavelu has joined #openstack-nova20:40
*** hongbin has joined #openstack-nova20:41
*** felipemonteiro_ has quit IRC20:42
openstackgerritMatt Riedemann proposed openstack/nova master: docs: Add booting from an encrypted volume  https://review.openstack.org/54050620:43
openstackgerritBrianna Poulos proposed openstack/nova master: docs: Add booting from an encrypted volume  https://review.openstack.org/54050620:43
mriedemd'oh!20:43
*** tbachman has joined #openstack-nova20:45
bpoulosmriedem: looks like you just beat me to it :)20:47
mriedemnp, thanks for moving that over20:48
imacdonnwow, race condition ;)20:48
fried_riceleakypipes: It happened again: http://logs.openstack.org/60/531260/27/check/nova-tox-functional-py35/cdf1b02/job-output.txt.gz20:49
fried_ricemriedem: Is https://bugs.launchpad.net/nova/+bug/1747063 / https://review.openstack.org/#/c/540513 a duplicate of https://bugs.launchpad.net/nova/+bug/1747001 / https://review.openstack.org/#/c/540420 ?20:52
openstackLaunchpad bug 1747063 in OpenStack Compute (nova) "TestProviderOperations.test_get_allocation_candidates randomly fails AssertionError because of hash seed" [High,In progress] - Assigned to Matt Riedemann (mriedem)20:52
openstackLaunchpad bug 1747001 in OpenStack Compute (nova) "Use of parse.urlencode with dict in nova/tests/unit/scheduler/client/test_report.py can result in unpredictable query strings and thus unreliable tests" [Low,In progress] - Assigned to Chris Dent (cdent)20:52
*** moshele has quit IRC20:54
*** sean-k-mooney has quit IRC20:56
*** lyan has joined #openstack-nova20:57
*** mchlumsky has quit IRC20:58
*** mchlumsky has joined #openstack-nova21:03
*** dave-mccowan has quit IRC21:04
tssuryadansmith, mriedem : after the upgrade to Ocata yesterday and we are observing that "memory_mb_used" in "compute_nodes" tables is not correct. However, the resource_tracker log in the hypervisor is correct. Was wondering if there is a known bug or if you have heard anything similar to this issue?21:07
mriedemfried_rice: yes looks like it, i'll close mine21:09
fried_ricergr21:10
mriedemtssurya: maybe21:11
mriedemtssurya: likely https://review.openstack.org/#/c/520024/21:11
mriedemhttps://bugs.launchpad.net/nova/+bug/172962121:11
openstackLaunchpad bug 1729621 in OpenStack Compute (nova) "Inconsistent value for vcpu_used" [High,In progress] - Assigned to Maciej Jozefczyk (maciej.jozefczyk)21:11
*** hemna_ has quit IRC21:14
bauwsermelwitt: https://review.openstack.org/#/c/540168/ +2d21:14
bauwsercall it a week21:14
bauwser\o21:14
*** bauwser is now known as bauzas21:15
*** dave-mccowan has joined #openstack-nova21:17
*** dave-mccowan has quit IRC21:24
*** bpoulos has quit IRC21:24
*** gjayavelu has quit IRC21:26
*** lpetrut has quit IRC21:26
tssuryamriedem : thank you, the issue we have looks related to the one you pointed.21:27
*** salv-orlando has joined #openstack-nova21:29
*** lyan has quit IRC21:31
openstackgerritMatthew Edmonds proposed openstack/nova master: improve support matrix notes  https://review.openstack.org/54053421:32
*** owalsh has quit IRC21:32
*** priteau has quit IRC21:33
*** owalsh has joined #openstack-nova21:33
*** salv-orlando has quit IRC21:33
yaaaaarwoodmriedem: evening21:46
yaaaaarwoodmriedem: back for a few hours, finally worked out why I didn't see failures due to https://review.openstack.org/#/c/539739/ in my LM tests21:47
* mriedem moves to the edge of the seat21:47
yaaaaarwoodmriedem: https://github.com/openstack/nova/blob/master/nova/virt/libvirt/migration.py#L153-L159 - without encryption_secret_uuid we just skip adding the encryption XML21:48
yaaaaarwoodmriedem: that's impossible to see in the logs at present21:48
yaaaaarwoodmriedem: mriedem the LM still completes, the instance just has an encrypted volume attached on the dest21:48
mriedemunencrypted you mean?21:49
yaaaaarwoodyamahata: very much encrypted, the encrypted XML decrypts, without it the volume is presented as encrypted to the guest21:50
yaaaaarwoodencryption XML*21:50
mriedemso is this another bug?21:50
yaaaaarwoodmriedem: no, it's not another bug21:51
mriedemor just, the connection_info['volume_id'] was wrong but the LM tests weren't failing on it?21:51
mriedemb/c ^reasons21:51
*** owalsh has quit IRC21:52
yaaaaarwoodmriedem: correct, without the volume_id set we didn't lookup the local secret and stash the UUID21:52
yaaaaarwoodmriedem: that's then used on the source to update the XML21:52
mriedemok so https://github.com/openstack/nova/blob/master/nova/virt/libvirt/migration.py#L153 evals to False and we just, whatever21:52
mriedemdon't care21:52
mriedemhow would a user notice this? not be able to use the encrypted volume?21:53
*** dave-mccowan has joined #openstack-nova21:53
*** owalsh has joined #openstack-nova21:53
yaaaaarwoodyeah, they would see a LUKS block device within the instance21:53
mriedemok21:54
mriedemwell my patch should be all happy now21:54
yaaaaarwoodkk, thanks, I'll try to get it tested in the DNM change pulling in the various tempest and devstack changes now21:55
yaaaaarwoodfor LM testing21:55
openstackgerritLee Yarwood proposed openstack/nova master: DNM: Test LM with encrypted volumes  https://review.openstack.org/53635021:59
*** abalutoiu__ has joined #openstack-nova21:59
*** mriedem has quit IRC21:59
*** awaugama has quit IRC22:02
*** abalutoiu_ has quit IRC22:03
*** dave-mccowan has quit IRC22:03
*** gjayavelu has joined #openstack-nova22:07
*** itlinux has joined #openstack-nova22:08
openstackgerritMerged openstack/nova-specs master: trivial: Resolve Python 3 issues  https://review.openstack.org/53990722:09
*** Tom-Tom has joined #openstack-nova22:10
*** Tom-Tom has quit IRC22:14
*** amodi has quit IRC22:22
openstackgerritAJAY KALAMBUR proposed openstack/nova master: Fix incorrect port unbind request in nova on instance delete  https://review.openstack.org/38768722:22
openstackgerritAJAY KALAMBUR proposed openstack/nova master: Fix incorrect port unbind request in nova on instance delete  https://review.openstack.org/38768722:26
*** felipemonteiro_ has joined #openstack-nova22:26
*** felipemonteiro__ has quit IRC22:26
*** tidwellr has quit IRC22:28
*** acormier has quit IRC22:30
*** acormier has joined #openstack-nova22:31
*** salv-orlando has joined #openstack-nova22:31
*** slaweq has joined #openstack-nova22:32
*** yaaaaarwood is now known as lyarwood22:32
*** esberglu has quit IRC22:34
*** acormier has quit IRC22:35
*** salv-orlando has quit IRC22:36
*** fullmetaljackiet has quit IRC22:39
*** itlinux has quit IRC22:41
*** felipemonteiro__ has joined #openstack-nova22:48
*** felipemonteiro_ has quit IRC22:52
*** figleaf is now known as edleafe22:58
*** tssurya has quit IRC23:00
*** mchlumsky has quit IRC23:00
*** tssurya has joined #openstack-nova23:01
*** felipemonteiro__ has quit IRC23:04
*** brault has quit IRC23:09
*** edmondsw has quit IRC23:09
openstackgerritMerged openstack/nova master: Don't rely on parse.urlencode in url comparisons  https://review.openstack.org/54042023:14
openstackgerritMerged openstack/nova master: Add the nova-multiattach job  https://review.openstack.org/53268923:14
*** burt has quit IRC23:14
*** acormier has joined #openstack-nova23:17
openstackgerritLee Yarwood proposed openstack/nova master: Enable test_volume_backed_live_migration in tempest  https://review.openstack.org/52810423:22
*** acormier has quit IRC23:22
openstackgerritMerged openstack/nova master: Don't wait for vif plug events during _hard_reboot  https://review.openstack.org/54016823:23
*** slaweq has quit IRC23:29
*** priteau has joined #openstack-nova23:34
*** salv-orlando has joined #openstack-nova23:37
openstackgerritEric Fried proposed openstack/nova master: Ensure resource classes correctly  https://review.openstack.org/53973823:39
*** priteau has quit IRC23:39
fried_riceleakypipes: Still needing some guidance on what to mock for that test ^23:39
fried_rice(regardless of which approach we land on)23:40
openstackgerritLee Yarwood proposed openstack/nova stable/pike: Don't wait for vif plug events during _hard_reboot  https://review.openstack.org/54055523:42
*** elmaciej has joined #openstack-nova23:50
openstackgerritEric Fried proposed openstack/nova master: Ensure resource classes correctly  https://review.openstack.org/53973823:55
*** tbachman has quit IRC23:57

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