Wednesday, 2018-03-07

*** claudiub has quit IRC00:01
*** fusmu has quit IRC00:01
*** takashin has left #openstack-nova00:06
*** slaweq has joined #openstack-nova00:14
*** suresh12 has quit IRC00:15
*** suresh12 has joined #openstack-nova00:15
*** suresh12 has quit IRC00:18
*** suresh12 has joined #openstack-nova00:18
*** slaweq has quit IRC00:19
*** vladikr has quit IRC00:20
*** hshiina has joined #openstack-nova00:22
*** artom has quit IRC00:23
*** artom has joined #openstack-nova00:23
*** gouthamr has joined #openstack-nova00:23
*** slaweq has joined #openstack-nova00:25
*** slaweq has quit IRC00:29
*** _ix has quit IRC00:30
*** _ix has joined #openstack-nova00:31
*** sdague has joined #openstack-nova00:31
*** vladikr has joined #openstack-nova00:33
*** slaweq has joined #openstack-nova00:35
*** masuberu has quit IRC00:35
*** mlavalle has quit IRC00:36
*** masuberu has joined #openstack-nova00:37
*** chyka has quit IRC00:38
*** slaweq has quit IRC00:40
*** xinliang has quit IRC00:41
*** _ix has quit IRC00:42
*** slaweq has joined #openstack-nova00:45
*** slaweq has quit IRC00:50
*** xinliang has joined #openstack-nova00:54
openstackgerritMerged openstack/nova master: Add more functional test for placement.aggregates  https://review.openstack.org/51410900:55
*** slaweq has joined #openstack-nova00:55
*** slaweq_ has quit IRC00:57
*** slaweq has quit IRC01:00
*** jichen has joined #openstack-nova01:01
*** pengdake_ has joined #openstack-nova01:01
*** zhaochao has joined #openstack-nova01:05
*** slaweq has joined #openstack-nova01:05
*** germs has joined #openstack-nova01:06
*** germs has quit IRC01:06
*** germs has joined #openstack-nova01:06
*** gyee has quit IRC01:08
*** itlinux has joined #openstack-nova01:10
*** awaugama has quit IRC01:10
*** slaweq has quit IRC01:10
*** david-lyle has joined #openstack-nova01:10
*** tiendc has joined #openstack-nova01:11
*** germs has quit IRC01:11
*** pengdake_ has quit IRC01:14
*** slaweq has joined #openstack-nova01:16
*** SpazZz has joined #openstack-nova01:16
Kevin_Zhenggibi, sure, I will be glad to help01:16
*** Spaz-Work has quit IRC01:16
*** SpazZz is now known as Spaz-Work01:16
*** vladikr has quit IRC01:17
Spaz-WorkMorning Novaers01:17
*** Tom-Tom has quit IRC01:19
*** vladikr has joined #openstack-nova01:19
*** slaweq has quit IRC01:20
*** Zames has joined #openstack-nova01:21
*** hongbin has joined #openstack-nova01:24
*** jmlowe has quit IRC01:24
*** pengdake_ has joined #openstack-nova01:25
*** slaweq has joined #openstack-nova01:26
*** lbragstad has quit IRC01:27
*** Zames has quit IRC01:29
*** slaweq has quit IRC01:30
*** slaweq has joined #openstack-nova01:36
*** lei-zh has joined #openstack-nova01:36
*** Tom-Tom has joined #openstack-nova01:37
*** suresh12 has quit IRC01:38
*** slaweq has quit IRC01:41
*** itlinux has quit IRC01:42
*** zhurong has joined #openstack-nova01:45
*** suresh12 has joined #openstack-nova01:45
*** jmlowe has joined #openstack-nova01:46
*** owalsh_ has joined #openstack-nova01:46
*** slaweq has joined #openstack-nova01:46
*** david-lyle has quit IRC01:47
*** AlexeyAbashkin has joined #openstack-nova01:49
*** owalsh has quit IRC01:49
*** suresh12 has quit IRC01:50
*** gouthamr has quit IRC01:50
*** owalsh_ has quit IRC01:51
*** slaweq has quit IRC01:51
*** owalsh has joined #openstack-nova01:52
*** AlexeyAbashkin has quit IRC01:53
openstackgerritMerged openstack/nova master: Save admin password to sysmeta in libvirt driver  https://review.openstack.org/54303201:55
*** dave-mccowan has joined #openstack-nova01:56
*** slaweq has joined #openstack-nova01:56
*** owalsh has quit IRC01:57
*** dayou has quit IRC01:58
*** owalsh has joined #openstack-nova02:01
*** slaweq has quit IRC02:01
*** imacdonn has quit IRC02:02
*** imacdonn has joined #openstack-nova02:03
*** mriedem_afk has quit IRC02:03
*** zhaochao has quit IRC02:06
*** slaweq has joined #openstack-nova02:06
*** vladikr has quit IRC02:09
*** vladikr has joined #openstack-nova02:10
*** slaweq has quit IRC02:11
Spaz-Workjianghuaw_:  You back home safe and in work?02:11
*** dayou has joined #openstack-nova02:12
*** pengdake_ has quit IRC02:13
*** harlowja has quit IRC02:13
*** slaweq has joined #openstack-nova02:17
*** zhaochao has joined #openstack-nova02:20
*** slaweq has quit IRC02:21
*** edmondsw has quit IRC02:21
*** itlinux has joined #openstack-nova02:21
*** edmondsw has joined #openstack-nova02:22
*** pengdake_ has joined #openstack-nova02:23
*** gjayavelu has quit IRC02:23
*** germs has joined #openstack-nova02:25
*** markvoelker has quit IRC02:25
*** markvoelker has joined #openstack-nova02:26
*** edmondsw has quit IRC02:26
*** slaweq has joined #openstack-nova02:27
*** jmlowe has quit IRC02:28
*** liverpooler has joined #openstack-nova02:29
*** germs has quit IRC02:29
*** slaweq has quit IRC02:32
*** pengdake has joined #openstack-nova02:32
*** pengdake_ has quit IRC02:33
*** itlinux has quit IRC02:36
*** slaweq has joined #openstack-nova02:37
*** slaweq has quit IRC02:42
*** masuberu has quit IRC02:42
*** andreas_s has joined #openstack-nova02:43
*** p_d has joined #openstack-nova02:44
*** annp has joined #openstack-nova02:44
*** pengdake has quit IRC02:44
*** pengdake_ has joined #openstack-nova02:44
*** namnh has joined #openstack-nova02:47
*** slaweq has joined #openstack-nova02:47
*** andreas_s has quit IRC02:48
*** liverpooler has quit IRC02:48
*** gongysh has joined #openstack-nova02:50
*** mikal has quit IRC02:51
*** slaweq has quit IRC02:52
*** markvoelker has quit IRC02:53
*** mikal has joined #openstack-nova02:53
*** markvoelker has joined #openstack-nova02:53
*** salv-orl_ has joined #openstack-nova02:57
*** slaweq has joined #openstack-nova02:57
*** salv-orlando has quit IRC03:00
*** masber has joined #openstack-nova03:02
*** slaweq has quit IRC03:03
*** itlinux has joined #openstack-nova03:04
*** mikal_ has joined #openstack-nova03:05
*** licanwei has joined #openstack-nova03:06
*** itlinux has quit IRC03:07
*** mikal has quit IRC03:07
*** slaweq has joined #openstack-nova03:08
*** p_d has quit IRC03:08
*** slaweq has quit IRC03:12
*** slaweq has joined #openstack-nova03:18
*** slaweq has quit IRC03:22
*** wolverineav has quit IRC03:23
*** jogo has quit IRC03:25
*** suresh12 has joined #openstack-nova03:27
Spaz-WorkWhew i'm bad at tests03:31
*** suresh12 has quit IRC03:32
*** masber has quit IRC03:36
*** wolverineav has joined #openstack-nova03:43
*** Elixer has joined #openstack-nova03:45
*** masber has joined #openstack-nova03:47
*** slaweq has joined #openstack-nova03:48
*** wolverineav has quit IRC03:48
*** jogo has joined #openstack-nova03:49
*** fragatina has quit IRC03:53
*** slaweq has quit IRC03:53
*** gouthamr has joined #openstack-nova03:55
*** Tom-Tom has quit IRC03:55
*** gouthamr has quit IRC03:55
*** sdague has quit IRC03:56
*** links has joined #openstack-nova03:59
*** slaweq has joined #openstack-nova03:59
*** takashin has joined #openstack-nova04:01
*** pengdake_ has quit IRC04:03
*** slaweq has quit IRC04:03
*** dave-mccowan has quit IRC04:08
*** fragatina has joined #openstack-nova04:14
*** hongbin has quit IRC04:15
*** fragatina has quit IRC04:18
*** nicolasbock has quit IRC04:21
*** hrw has quit IRC04:21
*** mikal_ has quit IRC04:25
*** shaohe_feng has quit IRC04:25
*** mikal has joined #openstack-nova04:25
*** links has quit IRC04:25
*** germs has joined #openstack-nova04:26
*** germs has quit IRC04:26
*** germs has joined #openstack-nova04:26
*** links has joined #openstack-nova04:27
*** shaohe_feng has joined #openstack-nova04:28
*** p_d has joined #openstack-nova04:29
*** fragatina has joined #openstack-nova04:29
*** germs has quit IRC04:31
*** fragatina has quit IRC04:33
*** sidx64 has joined #openstack-nova04:35
*** masuberu has joined #openstack-nova04:36
*** fragatina has joined #openstack-nova04:37
*** sidx64 has quit IRC04:38
*** Zames has joined #openstack-nova04:38
*** p_d has quit IRC04:38
*** p_d has joined #openstack-nova04:39
*** slaweq has joined #openstack-nova04:39
*** wolverineav has joined #openstack-nova04:40
*** masber has quit IRC04:40
*** psachin has joined #openstack-nova04:40
*** masber has joined #openstack-nova04:40
*** masuberu has quit IRC04:42
*** Zames has quit IRC04:43
*** wolverineav has quit IRC04:44
*** slaweq has quit IRC04:44
*** Tom-Tom has joined #openstack-nova04:46
*** wolverineav has joined #openstack-nova04:46
openstackgerritBrooks Kaminski proposed openstack/nova master: XenAPI: XCP2.1+ Swallow VDI_NOT_IN_MAP Exception  https://review.openstack.org/53841504:47
*** slaweq has joined #openstack-nova04:49
*** pd_2000 has joined #openstack-nova04:50
*** Elixer has quit IRC04:51
*** pd_2000 has quit IRC04:51
*** wolverineav has quit IRC04:51
*** Tom-Tom has quit IRC04:52
*** p_d has quit IRC04:52
*** pd_2000 has joined #openstack-nova04:52
Spaz-Workjianghuaw_: jaypipes: Now with test :P04:53
*** slaweq has quit IRC04:54
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Add os-testr in test-requirements.txt  https://review.openstack.org/55032904:56
*** Spaz-Work has quit IRC04:56
*** gongysh has quit IRC04:57
*** gongysh has joined #openstack-nova04:59
*** slaweq has joined #openstack-nova05:00
*** hshiina2 has joined #openstack-nova05:02
*** fragatina has quit IRC05:03
*** slaweq has quit IRC05:04
*** hshiina has quit IRC05:05
*** fragatina has joined #openstack-nova05:06
*** fragatina has quit IRC05:06
*** zhurong has quit IRC05:08
*** edmondsw has joined #openstack-nova05:09
*** fragatina has joined #openstack-nova05:10
*** slaweq has joined #openstack-nova05:10
*** udesale has joined #openstack-nova05:10
*** fragatin_ has joined #openstack-nova05:11
*** suresh12 has joined #openstack-nova05:14
*** edmondsw has quit IRC05:14
*** fragatina has quit IRC05:14
*** slaweq has quit IRC05:15
*** jaosorior has joined #openstack-nova05:18
*** abhishekk has joined #openstack-nova05:19
*** slaweq has joined #openstack-nova05:20
*** sridharg has joined #openstack-nova05:20
*** ankit_ has joined #openstack-nova05:24
*** slaweq has quit IRC05:24
*** chyka has joined #openstack-nova05:26
*** chyka has quit IRC05:30
*** masuberu has joined #openstack-nova05:32
*** pengdake_ has joined #openstack-nova05:32
*** ratailor has joined #openstack-nova05:34
*** masber has quit IRC05:35
*** Tom-Tom has joined #openstack-nova05:38
*** lei-zh1 has joined #openstack-nova05:39
*** lei-zh has quit IRC05:39
*** pd_2000 has quit IRC05:42
*** claudiub has joined #openstack-nova05:46
*** mdnadeem has joined #openstack-nova05:47
*** suresh12 has quit IRC05:51
*** suresh12 has joined #openstack-nova05:54
*** janki has joined #openstack-nova05:55
*** sidx64 has joined #openstack-nova05:59
*** david-lyle has joined #openstack-nova05:59
openstackgerritMerged openstack/nova master: Move db MAX constants to own file  https://review.openstack.org/54346906:03
*** gongysh has quit IRC06:04
*** sidx64 has quit IRC06:04
*** gongysh has joined #openstack-nova06:05
*** trinaths has joined #openstack-nova06:06
*** zhouyaguo has joined #openstack-nova06:08
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54877206:10
*** chyka has joined #openstack-nova06:11
*** chyka has quit IRC06:11
*** chyka has joined #openstack-nova06:12
*** chyka_ has joined #openstack-nova06:15
*** suresh12 has quit IRC06:17
*** rcernin_ has joined #openstack-nova06:18
*** chyka has quit IRC06:18
*** chyka_ has quit IRC06:19
*** chyka has joined #openstack-nova06:19
*** fusmu has joined #openstack-nova06:20
*** Eran_Kuris has joined #openstack-nova06:20
*** rcernin has quit IRC06:21
*** slaweq has joined #openstack-nova06:21
*** sidx64 has joined #openstack-nova06:26
*** slaweq has quit IRC06:26
*** germs has joined #openstack-nova06:27
*** germs has quit IRC06:27
*** germs has joined #openstack-nova06:27
*** germs has quit IRC06:31
*** slaweq has joined #openstack-nova06:31
*** sidx64 has quit IRC06:32
*** sahid has joined #openstack-nova06:34
*** sapd_ has joined #openstack-nova06:35
*** slaweq has quit IRC06:37
*** alexchadin has joined #openstack-nova06:38
*** masuberu has quit IRC06:38
*** sapd__ has quit IRC06:39
*** sidx64 has joined #openstack-nova06:39
*** links has quit IRC06:41
*** zhouyaguo has quit IRC06:41
*** slaweq has joined #openstack-nova06:42
*** jamesdenton has quit IRC06:44
*** slaweq has quit IRC06:46
*** chyka has quit IRC06:46
*** sidx64 has quit IRC06:49
*** zhurong has joined #openstack-nova06:49
*** hrw has joined #openstack-nova06:49
*** licanwei has quit IRC06:50
*** links has joined #openstack-nova06:51
*** slaweq has joined #openstack-nova06:52
*** slaweq has quit IRC06:57
*** edmondsw has joined #openstack-nova06:58
*** lajoskatona has joined #openstack-nova06:58
*** edmondsw has quit IRC07:03
*** rcernin has joined #openstack-nova07:05
*** rcernin_ has quit IRC07:06
*** threestrands_ has joined #openstack-nova07:09
*** threestrands_ has quit IRC07:09
*** threestrands_ has joined #openstack-nova07:09
*** threestrands has quit IRC07:10
*** gjayavelu has joined #openstack-nova07:13
*** threestrands_ has quit IRC07:13
*** andreas_s has joined #openstack-nova07:21
openstackgerritRussell Tweed proposed openstack/nova master: Fix invalid UUIDs in remaining tests  https://review.openstack.org/55023807:27
*** cloud-liang has joined #openstack-nova07:29
*** cloud-liang has left #openstack-nova07:31
*** sidx64 has joined #openstack-nova07:32
*** slaweq has joined #openstack-nova07:33
*** ankit_ has quit IRC07:33
sahidjaypipes: can i have you reviewing this spec: https://review.openstack.org/#/c/511188/ ? that one looks really important regarding your desire to increase usage of resources07:34
*** slaweq has quit IRC07:38
*** ankit_ has joined #openstack-nova07:38
*** slaweq has joined #openstack-nova07:43
*** hshiina3 has joined #openstack-nova07:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Removed unnecessary parantheses in yield statements  https://review.openstack.org/55037907:46
*** slaweq has quit IRC07:48
*** hshiina2 has quit IRC07:48
*** slaweq has joined #openstack-nova07:53
*** ccamacho has joined #openstack-nova07:54
*** pcaruana has joined #openstack-nova07:54
*** pcaruana has quit IRC07:55
*** pcaruana has joined #openstack-nova07:55
*** AlexeyAbashkin has joined #openstack-nova07:58
*** slaweq has quit IRC07:58
*** takashin has left #openstack-nova08:02
*** gus has quit IRC08:02
*** slaweq has joined #openstack-nova08:04
*** takashin has joined #openstack-nova08:04
*** gus has joined #openstack-nova08:04
*** alexchadin has quit IRC08:07
*** jpena|off is now known as jpena08:07
*** slaweq has quit IRC08:08
*** chyka has joined #openstack-nova08:08
*** tssurya has joined #openstack-nova08:09
*** alexchadin has joined #openstack-nova08:10
*** chyka has quit IRC08:13
*** slaweq has joined #openstack-nova08:14
*** suresh12 has joined #openstack-nova08:18
*** slaweq has quit IRC08:18
openstackgerritsahid proposed openstack/nova master: libvirt: slow live-migration to ensure network is ready  https://review.openstack.org/49745708:19
openstackgerritsahid proposed openstack/os-vif stable/pike: ovs-hybrid: should permanently keep MAC entries  https://review.openstack.org/50573108:20
*** danpawlik has joined #openstack-nova08:21
*** tesseract has joined #openstack-nova08:22
*** suresh12 has quit IRC08:22
*** slaweq has joined #openstack-nova08:24
*** slaweq_ has joined #openstack-nova08:24
*** germs has joined #openstack-nova08:27
*** germs has quit IRC08:27
*** germs has joined #openstack-nova08:27
*** slaweq_ has quit IRC08:29
*** pasuder has joined #openstack-nova08:29
*** threestrands has joined #openstack-nova08:32
*** threestrands has quit IRC08:32
*** threestrands has joined #openstack-nova08:32
*** germs has quit IRC08:32
*** slaweq_ has joined #openstack-nova08:34
*** threestrands has quit IRC08:36
*** jaosorior_ has joined #openstack-nova08:37
*** slaweq_ has quit IRC08:39
*** jaosorior has quit IRC08:40
*** rcernin has quit IRC08:42
gibiKevin_Zheng: what is your launchpad id? I failed to find it08:44
*** slaweq_ has joined #openstack-nova08:44
Kevin_Zhenggibi it would be zhengzhenyu08:45
gibiKevin_Zheng: thanks. I assigned the bp add-request-id-to-instance-action-notifications to you08:46
*** edmondsw has joined #openstack-nova08:46
Spazmoticji08:46
gibiKevin_Zheng: if you have questions do not hesitate to ping me08:46
SpazmoticWrong Windows, Apologies.08:46
gibiSpazmotic: too many windows :)08:46
Kevin_Zhenggibi, NP, I will probably start it tomorrow, finish the other one about add hostname to action event first :)08:47
SpazmoticStrangely I only have 2 open right now, and still managed to confuse them.  Go me :p08:47
gibiKevin_Zheng: cool :)08:47
*** ralonsoh has joined #openstack-nova08:48
*** ralonsoh_ has joined #openstack-nova08:48
*** slaweq_ has quit IRC08:49
*** edmondsw has quit IRC08:50
bauzasgood morning Novaers08:52
Spazmoticmornin bauzas08:52
SpazmoticHow goes?08:52
*** ragiman has joined #openstack-nova08:54
*** slaweq_ has joined #openstack-nova08:55
bauzaswell, maybe the first day where I'll be in full gear08:56
*** moshele has joined #openstack-nova08:57
SpazmoticWell it's always good to be busy.. makes for some wonderful fast days08:57
*** slaweq_ has quit IRC08:59
*** lucas-afk is now known as lucasagomes08:59
*** jaosorior_ is now known as jaosorior09:03
*** slaweq_ has joined #openstack-nova09:05
*** slaweq_ has quit IRC09:09
*** mgoddard_ has joined #openstack-nova09:14
*** slaweq_ has joined #openstack-nova09:15
*** hshiina3 has quit IRC09:15
*** slaweq_ has quit IRC09:19
*** owalsh has quit IRC09:24
*** owalsh has joined #openstack-nova09:25
*** slaweq_ has joined #openstack-nova09:25
*** slaweq_ has quit IRC09:29
openstackgerritRussell Tweed proposed openstack/nova master: Fix invalid UUIDs in remaining tests  https://review.openstack.org/55023809:31
*** gongysh has quit IRC09:32
*** takashin has left #openstack-nova09:32
*** avolkov` has joined #openstack-nova09:32
openstackgerritZhenyu Zheng proposed openstack/nova-specs master: Add host field to instance action event  https://review.openstack.org/55041109:33
*** avolkov` has quit IRC09:33
*** avolkov has joined #openstack-nova09:34
*** gongysh has joined #openstack-nova09:34
openstackgerritChris Dent proposed openstack/nova master: Move resource provider objects into placement hierarchy  https://review.openstack.org/54004909:34
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276609:34
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143509:34
openstackgerritChris Dent proposed openstack/nova master: Move placement exceptions into the placement package  https://review.openstack.org/54986209:34
*** cdent has joined #openstack-nova09:34
*** slaweq_ has joined #openstack-nova09:35
*** slaweq_ has quit IRC09:40
openstackgerritChris Dent proposed openstack/nova master: Use nova.db.api directly  https://review.openstack.org/54326209:41
*** derekh has joined #openstack-nova09:42
*** ankit_ has quit IRC09:43
*** dtantsur|afk is now known as dtantsur09:45
*** slaweq_ has joined #openstack-nova09:45
*** lei-zh1 has quit IRC09:48
*** namnh has quit IRC09:49
*** slaweq_ has quit IRC09:50
*** slunkad_ has quit IRC09:51
*** slunkad has joined #openstack-nova09:54
*** slaweq_ has joined #openstack-nova09:56
*** slaweq_ has quit IRC10:00
openstackgerritRitesh proposed openstack/nova master: Consider default_schedule_zone = None as None Type  https://review.openstack.org/55041810:03
*** stakeda has quit IRC10:04
*** pengdake has joined #openstack-nova10:09
*** pengdake_ has quit IRC10:10
jianghuaw_Hi Spazmotic. How are you?10:11
jianghuaw_I added some comments in the patch.10:11
*** sridharg has quit IRC10:13
*** jichen has quit IRC10:14
*** slaweq_ has joined #openstack-nova10:16
*** pasuder has quit IRC10:16
jianghuaw_Spazmotic, JFYI: I'm in Cambridge office today. Most of the time will be in meetings or trainings.10:17
*** ralonsoh_ has quit IRC10:17
*** kukacz has quit IRC10:17
jianghuaw_Spazmotic, I will be back fully since next Tuesday since when I will in China:-)10:18
openstackgerritStephen Finucane proposed openstack/nova master: conf: Deprecate 'keymap' options  https://review.openstack.org/48399410:18
*** pasuder has joined #openstack-nova10:20
*** slaweq_ has quit IRC10:21
*** gjayavelu has quit IRC10:21
*** pasuder has quit IRC10:22
*** zhurong has quit IRC10:23
*** pasuder has joined #openstack-nova10:23
*** annp has quit IRC10:23
*** pasuder has quit IRC10:25
*** slaweq_ has joined #openstack-nova10:26
*** germs has joined #openstack-nova10:28
*** germs has quit IRC10:28
*** germs has joined #openstack-nova10:28
*** slaweq_ has quit IRC10:31
*** pasuder has joined #openstack-nova10:31
*** yamamoto has quit IRC10:31
*** cdent has quit IRC10:32
*** germs has quit IRC10:33
*** edmondsw has joined #openstack-nova10:34
*** pasuder has quit IRC10:36
*** slaweq_ has joined #openstack-nova10:36
*** pengdake has quit IRC10:37
*** pasuder has joined #openstack-nova10:38
*** edmondsw has quit IRC10:38
*** pasuder has quit IRC10:38
*** pasuder has joined #openstack-nova10:41
*** slaweq_ has quit IRC10:41
openstackgerritSurya Seetharaman proposed openstack/nova master: [WIP] Add CellMappingList.get_all_enabled() query method  https://review.openstack.org/55018810:41
*** Lingwu has quit IRC10:42
*** Lingwu has joined #openstack-nova10:43
*** slaweq_ has joined #openstack-nova10:47
*** trinaths has quit IRC10:49
*** slaweq_ has quit IRC10:51
*** sdague has joined #openstack-nova10:53
*** mdnadeem has quit IRC10:54
*** mdnadeem has joined #openstack-nova10:54
*** cdent has joined #openstack-nova10:56
SpazmoticGotcah jianghuaw_,  enjoy the training.  Good notes as well, I'll make a new test case for the exception (thought of that as well while I was napping), and handle the rest as well when i'm at the office tomorrow10:57
SpazmoticIf you have any ideas on how to test that return i'd love to hear that.. I was looking for a good way to assert a return since it does not add anything to the variable it passes back10:59
openstackgerritSurya Seetharaman proposed openstack/nova master: [WIP] Bump versions of objects dependent on CellMapping  https://review.openstack.org/55043211:01
SpazmoticIt's basically the same reason I overrode that variable, since it is the same way the live code handles itself, but  i'll think on it as well11:02
openstackgerritStephen Finucane proposed openstack/nova-specs master: Add 'numa-aware-vswitches' spec  https://review.openstack.org/54129011:10
*** gongysh has quit IRC11:10
*** ragiman has quit IRC11:10
*** abhishekk has quit IRC11:12
*** janki has quit IRC11:15
*** gongysh has joined #openstack-nova11:17
*** udesale_ has joined #openstack-nova11:19
*** udesale has quit IRC11:21
*** gongysh has quit IRC11:21
*** udesale has joined #openstack-nova11:21
*** udesale_ has quit IRC11:24
*** ragiman has joined #openstack-nova11:25
*** slaweq_ has joined #openstack-nova11:27
*** salv-orl_ has quit IRC11:29
*** salv-orlando has joined #openstack-nova11:29
*** nicolasbock has joined #openstack-nova11:31
*** yamamoto has joined #openstack-nova11:32
*** slaweq_ has quit IRC11:32
*** salv-orlando has quit IRC11:34
*** udesale has quit IRC11:36
*** slaweq_ has joined #openstack-nova11:38
*** yamamoto has quit IRC11:38
*** ratailor has quit IRC11:41
*** slaweq_ has quit IRC11:42
*** alexchadin has quit IRC11:43
*** sridharg has joined #openstack-nova11:44
*** yamamoto has joined #openstack-nova11:45
*** salv-orlando has joined #openstack-nova11:48
*** slaweq_ has joined #openstack-nova11:48
*** yamamoto has quit IRC11:50
*** tbachman has quit IRC11:51
*** slaweq_ has quit IRC11:52
*** lucasagomes is now known as lucas-hungry11:54
*** slaweq_ has joined #openstack-nova11:58
*** tiendc has quit IRC11:59
*** alexchadin has joined #openstack-nova12:00
*** pasuder has quit IRC12:02
*** csatari has quit IRC12:02
*** slaweq_ has quit IRC12:03
*** csatari has joined #openstack-nova12:03
*** jpena is now known as jpena|lunch12:03
*** Tom-Tom has quit IRC12:07
*** lajoskatona has quit IRC12:08
*** slaweq_ has joined #openstack-nova12:08
*** lajoskatona has joined #openstack-nova12:09
*** liuzz has quit IRC12:09
*** elod has joined #openstack-nova12:10
*** ibmko has joined #openstack-nova12:10
*** moshele has quit IRC12:11
*** janki has joined #openstack-nova12:13
ibmkoHi everybody, I would like to ask one question which I am unable to find in documentation: We would like to upgrade our OpenStack with minimal downtime and use live migration for that. I cannot find any information about versions of compute nodes which mutually support live migration. For example - we are currently on Mitaka - is it possible to migrate from mitaka compute node to Queens compute node ?12:13
ibmko*live migrate a VM from mitaka compute node to Queens compute node12:13
*** slaweq_ has quit IRC12:13
*** moshele has joined #openstack-nova12:14
*** slaweq_ has joined #openstack-nova12:17
*** pasuder has joined #openstack-nova12:18
*** salv-orl_ has joined #openstack-nova12:18
*** claudiub|2 has joined #openstack-nova12:18
*** pooja-jadhav has joined #openstack-nova12:18
kashyapDoes anyone know the current status of Nova's port to Python 3?12:18
*** ttsiouts has quit IRC12:18
*** slaweq__ has joined #openstack-nova12:18
kashyapLast status (from June-2016) I see is here: https://wiki.openstack.org/wiki/Python312:19
*** ttsiouts has joined #openstack-nova12:19
*** bkero- has quit IRC12:20
kashyapibmko: That's good question: I don't think Nova (yet) supports N+1 upgrades like that, but I'm not 300% sure.12:20
kashyaplyarwood: ^ See imbko's question12:20
*** claudiub has quit IRC12:20
kashyapAssuming you know about it top off your head.12:20
*** salv-orlando has quit IRC12:20
*** slaweq has quit IRC12:20
*** pooja_jadhav has quit IRC12:21
*** bkero- has joined #openstack-nova12:21
lyarwoodibmko: no, you wouldn't be able to migrate between mitaka and queens computes as that would imply having either a mitaka control plane with queens computes or vice versa in the env.12:22
*** pasuder has quit IRC12:23
ibmkolyarwood, what about mitaka -> ocata and then ocata -> queens (having ocata as a temporary "bridge")12:23
*** slaweq__ has quit IRC12:23
*** jamesdenton has joined #openstack-nova12:25
lyarwoodibmko: nope, if you're running n-cpu during the upgrade then you can only jump one release at a time.12:26
lyarwoodibmko: https://specs.openstack.org/openstack/tripleo-specs/specs/queens/fast-forward-upgrades.html#high-level-flow12:26
lyarwoodibmko: with FFU where n-cpu is down but the instances are running we are able to jump between as many releases as we like12:26
lyarwoodibmko: as we only bring n-cpu up once we reach the target release, obviously you can't live migrate instances during that time12:27
lyarwoodibmko: but tbh, you shouldn't need to migrate instances if you're only updating n-cpu and the other openstack services12:27
*** psachin has quit IRC12:27
ibmkolyarwood, what is "n-cpu" ?12:28
*** slaweq has joined #openstack-nova12:29
*** germs has joined #openstack-nova12:29
*** germs has quit IRC12:29
*** germs has joined #openstack-nova12:29
lyarwoodibmko: nova-compute12:29
*** alexchadin has quit IRC12:29
kashyapibmko: Also FFU == Fast Forward Upgrades.  (Which lyarwood linked to above)12:30
*** nicolasbock has quit IRC12:31
*** ragiman has quit IRC12:32
*** sticker has joined #openstack-nova12:33
*** slaweq has quit IRC12:33
jaypipes*yawn* ... morning supernovas12:34
*** dave-mccowan has joined #openstack-nova12:34
*** germs has quit IRC12:34
gibijaypipes: good morning12:34
*** alexchadin has joined #openstack-nova12:34
gibijaypipes: may I recommend a (not so) light read for your morning coffe? I have reworked the strict bandwidth support spec based on the PTG discussion https://review.openstack.org/#/c/502306/12:35
ibmkolyarwood, with FFU I understand that you can move from version N to version, say N+3 (as I understand it, the upgrade process will still go through all intermediate versions ) but I think that is not my question. If it is the case that hypervisor has to go through reboot, we need to live migrate VMs out of the hypervisor and after upgrading the hypervisor we need to migrate VMs back. Question is, if the live-migration process12:36
ibmkoitself will allow live-migration to happen from, say. mitaka node to ocata node12:36
*** Tom-Tom has joined #openstack-nova12:36
jaypipesgibi: for you? any time :)12:36
gibijaypipes: :)12:37
jaypipesgibi: https://etherpad.openstack.org/p/rocky-ptg-scheduler-placement-summary <-- collecting my summary thoughts on sched/placement topics from PTG to be emailed to ML.12:37
jaypipesgibi: your comments most welcome.12:37
*** sridharg has quit IRC12:37
lyarwoodibmko: you wouldn't be able to run Mitaka and Queens computes on the same control plane12:38
gibijaypipes: I'm going to add my summar about the bandwidth discussion today12:38
lyarwoodibmko: so you wouldn't be able to live migrate between them12:38
jaypipesgibi: go for it12:38
*** slaweq has joined #openstack-nova12:39
gibijaypipes: should I write it under the point 6 in Key topics or somewhere below the main flow of the doc?12:39
*** alexchadin has quit IRC12:39
*** udesale has joined #openstack-nova12:39
*** lbragstad has joined #openstack-nova12:39
ibmkolyarwood, according to this article: https://www.mirantis.com/blog/openstack-upgrade-from-mitaka-to-ocata-across-2-releases-with-mirantis-cloud-platform/12:40
ibmko"The control plane upgrade is mostly independent of the data plane upgrade, and it does not have to be done all at once. Moreover, as you will see in the demo video, we can upgrade just the control plane to Ocata and still boot instances on Mitaka-based compute nodes."12:40
ibmkothe article doesn't give an answer about live migration though12:41
*** Sukhdev_ has joined #openstack-nova12:42
*** alexchadin has joined #openstack-nova12:42
*** yangyapeng has quit IRC12:42
*** yangyapeng has joined #openstack-nova12:43
lyarwoodibmko: right, that's also with all computes at the same level12:43
jaypipesgibi: sure12:43
*** slaweq has quit IRC12:44
lyarwoodibmko: even that case has zero test coverage upstream12:44
lyarwoodibmko: can't you hold off rebooting the compute nodes until the end of the upgrade assuming you're picking up new kernels, OVS, QEMU etc during the upgrade?12:45
ibmkolyarwood, chmm good point - let me think about it12:45
*** chyka has joined #openstack-nova12:46
*** yangyapeng has quit IRC12:47
*** ccamacho is now known as ccamacho|lunch12:47
*** alexchadin has quit IRC12:47
*** ragiman has joined #openstack-nova12:48
*** slaweq has joined #openstack-nova12:49
ibmkoibmko, chmm and when we do this, and then we upgrade QEMU and libvirt, now the question comes down to live migration compatibility among different versions of libvirt/qemu/kernel12:49
*** sridharg has joined #openstack-nova12:49
lyarwoodibmko: that's fine, libvirt and QEMU support forward migrations from old to new.12:50
*** chyka has quit IRC12:50
*** claudiub|2 has quit IRC12:52
stickerfwiw, live migrating an instance from an oldish version of QEMU to new had a bug that caused havoc for windows guests12:53
*** abalutoiu has quit IRC12:53
*** slaweq has quit IRC12:54
stickeri think it was anything pre 1.5 to post 1.5 would fail due to a balloon driver bug12:54
*** wolverineav has joined #openstack-nova12:54
*** Nil_ has quit IRC12:56
*** lajoskatona has quit IRC12:56
gibijaypipes: done. I added it as point 16 in Agreements and decisions12:57
*** moshele has quit IRC12:57
*** tbachman_ has joined #openstack-nova12:58
*** alexchadin has joined #openstack-nova12:58
ibmkolyarwood, thank you, I think we will try and go this direction12:58
*** ameeda has joined #openstack-nova12:59
*** slaweq has joined #openstack-nova12:59
*** moshele has joined #openstack-nova12:59
*** wolverineav has quit IRC12:59
*** claudiub has joined #openstack-nova13:00
jaypipesgibi: ty sir13:00
*** lucas-hungry is now known as lucasagomes13:01
mordredanybody know - in https://developer.openstack.org/api-ref/compute/#id302 <-- hypervisor_hostname_pattern says "The hypervisor host name or a portion of it. The hypervisor hosts are selected with the host name matching this pattern."13:01
*** claudiub|2 has joined #openstack-nova13:01
mordredwhat kind of pattern is it? is it a regex? a glob?13:02
*** yamamoto has joined #openstack-nova13:02
*** alexchadin has quit IRC13:03
*** alexchadin has joined #openstack-nova13:03
*** slaweq has quit IRC13:03
*** jpena|lunch is now known as jpena13:05
*** claudiub has quit IRC13:05
*** abalutoiu has joined #openstack-nova13:06
*** yamamoto has quit IRC13:07
*** alexchadin has quit IRC13:07
*** slaweq has joined #openstack-nova13:09
*** pasuder has joined #openstack-nova13:11
ameedahello. can you please check this patch for me https://review.openstack.org/#/c/526900/13:12
ameedathanks13:12
*** Matias has quit IRC13:13
*** slaweq has quit IRC13:14
*** alexchadin has joined #openstack-nova13:15
edleafemordred: here's where it is used: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L677-L68213:15
edleafemordred: so it's sorta-globbish13:15
mordrededleafe: wow. so it's a passthrough to an SQL like syntax but wrapped in sql % wildcards?13:15
mordrededleafe: meaning hypervisor_hostname_pattern of 'foo' would essentially be equiv to fnmatch.fnmatch('*foo*') - matching the string foo anywhere in the hostnames13:17
edleafemordred: yeah, pretty much13:17
mordrededleafe: okie. that could stand a doc update - I never would have imagined that's what the input should look like from the words "matching this pattern"13:18
mordredI totally would have tried '*foo*' and '.*foo.*' and been confused why I wasn't getting any results13:19
edleafemordred: it does seem to suggest regex13:19
*** slaweq has joined #openstack-nova13:19
mordredyah. really it's not looking for a pattern at all -it's looking for a string that will be matched anywhere in the hostname13:20
*** slaweq has quit IRC13:24
*** edmondsw_ has joined #openstack-nova13:25
*** pchavva has joined #openstack-nova13:25
*** Matias has joined #openstack-nova13:25
*** lajoskatona has joined #openstack-nova13:29
*** yangyapeng has joined #openstack-nova13:29
*** Matias has quit IRC13:29
*** slaweq has joined #openstack-nova13:30
*** Matias has joined #openstack-nova13:30
*** yangyapeng has quit IRC13:33
*** slaweq has quit IRC13:34
*** sidx64 has quit IRC13:35
*** liverpooler has joined #openstack-nova13:35
*** Matias has quit IRC13:35
*** moshele has quit IRC13:39
*** Matias has joined #openstack-nova13:39
*** slaweq has joined #openstack-nova13:40
openstackgerritMerged openstack/nova master: Return 400 when compute host is not found  https://review.openstack.org/44735513:42
*** slaweq has quit IRC13:45
*** Matias has quit IRC13:46
*** esberglu has joined #openstack-nova13:48
*** Matias has joined #openstack-nova13:48
*** tbachman_ has quit IRC13:48
*** slaweq has joined #openstack-nova13:50
*** Matias has quit IRC13:53
*** slaweq has quit IRC13:54
SpazmoticMorning folks.  Let's see if I can fix up these unit tests before the end of my night and maybe finally put this thing to bed :D13:59
*** slaweq has joined #openstack-nova14:00
*** Matias has joined #openstack-nova14:01
*** yamamoto has joined #openstack-nova14:03
*** slaweq has quit IRC14:04
*** Matias has quit IRC14:06
SpazmoticI am honestly pretty grateful for this though.. it's giving me good, needed experience in Tox14:07
Spazmoticwell unittest14:07
*** READ10 has joined #openstack-nova14:08
*** lyan has joined #openstack-nova14:08
*** germs has joined #openstack-nova14:08
*** germs has quit IRC14:08
*** germs has joined #openstack-nova14:08
*** lyan is now known as Guest5328514:09
*** germs has quit IRC14:09
*** yamamoto has quit IRC14:09
*** germs has joined #openstack-nova14:09
*** germs has quit IRC14:09
*** germs has joined #openstack-nova14:09
*** slaweq has joined #openstack-nova14:10
*** esberglu has quit IRC14:14
*** ccamacho|lunch is now known as ccamacho14:14
*** claudiub has joined #openstack-nova14:14
*** slaweq has quit IRC14:15
*** lbragstad has quit IRC14:15
*** claudiub|2 has quit IRC14:17
*** Matias has joined #openstack-nova14:18
*** slaweq has joined #openstack-nova14:21
*** lbragstad has joined #openstack-nova14:21
*** sar has joined #openstack-nova14:23
*** Tom-Tom has quit IRC14:23
*** Matias has quit IRC14:24
*** slaweq has quit IRC14:25
*** esberglu has joined #openstack-nova14:29
*** _ix has joined #openstack-nova14:29
openstackgerritBrooks Kaminski proposed openstack/nova master: XenAPI: XCP2.1+ Swallow VDI_NOT_IN_MAP Exception  https://review.openstack.org/53841514:29
openstackgerritBalazs Gibizer proposed openstack/nova master: Send soft_delete from context manager  https://review.openstack.org/47645914:30
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform missing delete notifications  https://review.openstack.org/55048814:30
Spazmotic^ jianghuaw_: "IF" you can find some time.  Don't stress it though.14:30
SpazmoticAlso, thanks for the ideas.. I think the way I compare the result now is better using two variables.14:30
openstackgerritBalazs Gibizer proposed openstack/nova master: Transform missing delete notifications  https://review.openstack.org/41029714:31
openstackgerritBalazs Gibizer proposed openstack/nova master: Send soft_delete from context manager  https://review.openstack.org/47645914:31
*** slaweq has joined #openstack-nova14:31
*** germs has quit IRC14:33
*** slaweq has quit IRC14:35
*** Nil_ has joined #openstack-nova14:36
*** links has quit IRC14:37
*** yangyapeng has joined #openstack-nova14:37
*** chyka has joined #openstack-nova14:37
*** r-daneel has joined #openstack-nova14:38
openstackgerritBalazs Gibizer proposed openstack/nova master: Enhance service restart in functional env  https://review.openstack.org/51255214:38
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1724172 in the functional test env  https://review.openstack.org/51255314:38
openstackbug 1724172 in OpenStack Compute (nova) "Allocation of an evacuated instance is not cleaned on the source host if instance is not defined on the hypervisor" [Undecided,In progress] https://launchpad.net/bugs/1724172 - Assigned to Balazs Gibizer (balazs-gibizer)14:38
openstackgerritBalazs Gibizer proposed openstack/nova master: cleanup evacuated instances not on hypervisor  https://review.openstack.org/51262314:38
*** Matias has joined #openstack-nova14:41
*** mvk has quit IRC14:41
*** slaweq has joined #openstack-nova14:41
*** chyka has quit IRC14:41
*** yangyapeng has quit IRC14:42
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Save admin password to sysmeta in libvirt driver  https://review.openstack.org/55048914:44
*** mriedem has joined #openstack-nova14:45
*** slaweq has quit IRC14:45
*** Matias has quit IRC14:45
mriedemlyarwood: bauzas: we need to do a queens 17.0.1 release for a few fixes, can you review https://review.openstack.org/#/c/550259/ and https://review.openstack.org/#/c/550221/ (there is one below this too)14:46
bauzasack14:46
openstackgerritBalazs Gibizer proposed openstack/nova master: cover migration cases with functional tests  https://review.openstack.org/49386514:47
*** awaugama has joined #openstack-nova14:48
*** tidwellr has joined #openstack-nova14:49
bauzasmriedem: booom14:50
mriedemthanks14:51
*** slaweq has joined #openstack-nova14:51
*** Sukhdev_ has quit IRC14:51
*** tidwellr has quit IRC14:52
*** Guest53285 has quit IRC14:53
*** yangyapeng has joined #openstack-nova14:53
*** Guest53285 has joined #openstack-nova14:54
openstackgerritMerged openstack/nova master: Add a nova-caching-scheduler job to the experimental queue  https://review.openstack.org/53926014:55
*** slaweq has quit IRC14:56
*** amodi has joined #openstack-nova14:56
stephenfinkashyap: Don't know if you got your answer, but theoretically Python 3 support is complete14:56
*** yangyape_ has joined #openstack-nova14:56
*** abalutoiu_ has joined #openstack-nova14:56
*** claudiub|2 has joined #openstack-nova14:56
dansmithjaypipes: fwiw, table.truncate() doesn't seem to work, at least in our functional tests14:56
openstackgerritDan Smith proposed openstack/nova master: Run post-test archive against cell1  https://review.openstack.org/55019414:56
openstackgerritDan Smith proposed openstack/nova master: Add simple db purge command  https://review.openstack.org/55017114:56
openstackgerritDan Smith proposed openstack/nova master: Add --purge helper flag to archive_deleted_rows  https://review.openstack.org/55018214:56
mriedemstephenfin: ceph doesn't work on py3 if you're taking notes14:57
mriedemwell, librados doesn't14:57
kashyapstephenfin: I see; "theoretically complete" means, in practise it is not? :D14:57
stephenfinkashyap: All unit and functional tests are passing with Python 3. However, I doubt anyone is running a Python 3 deployment14:57
mriedemkashyap: nova works on py314:57
kashyapmriedem: How about eventlet?14:57
stephenfinmriedem: It does now?14:57
stephenfinI submitted patches saying as much a few months back14:57
mriedemthe dependent libraries, based on your configuration, might not work on py314:57
mriedemlast i checked the py3 ceph job wasn't working, melwitt was investigating that14:58
kashyapmriedem: I see, is there a test job with PY3?14:58
stephenfinmriedem: See commit 1e70cb8d4dace3c3372cd6e1bb13060becf25c6a14:58
mriedemyes14:58
stephenfinIt does require ceph v11.1.0 though14:58
*** yangyapeng has quit IRC14:58
stephenfin...based on my notes from that14:58
mriedemstephenfin: might be that we don't have a new enough version of ceph in the UCA14:58
mriedemhttps://bugs.launchpad.net/glance-store/+bug/170640514:59
openstackLaunchpad bug 1706405 in glance_store "ceph jobs failing to upload images in pike due to "AttributeError: 'NoneType' object has no attribute 'Rados'" on py35" [Undecided,Confirmed]14:59
stephenfinWithout knowing anymore about it, That's probably it, aye14:59
* stephenfin clicks14:59
*** claudiub has quit IRC14:59
* stephenfin then gets distracted by his next meeting14:59
*** abalutoiu has quit IRC14:59
*** tssurya has quit IRC15:00
mriedemlegacy-tempest-dsvm-py35-full-devstack-plugin-ceph is the job to look for15:01
*** Matias has joined #openstack-nova15:01
*** slaweq has joined #openstack-nova15:01
*** tidwellr has joined #openstack-nova15:02
jaypipesdansmith: needs to be manually execute()d... :(15:02
dansmithah15:02
mriedemhttp://logs.openstack.org/80/549880/1/experimental/legacy-tempest-dsvm-py35-full-devstack-plugin-ceph/7923b02/job-output.txt.gz#_2018-03-05_23_04_06_72425915:02
jaypipesbut like I said, femto-optiomization15:02
mriedemlooks like the ceph job is busted on the tempest regex change15:02
mriedemmtreinish: ^ is there a template for how to fix that?15:03
mriedemtempest run: error: argument --regex/-r: expected one argument15:03
dansmithjaypipes: yeah, but seems worth it.. i15:03
dansmithjaypipes: I'll tack it on the end15:03
*** kashyap has quit IRC15:04
*** migi has quit IRC15:04
*** yamamoto has joined #openstack-nova15:05
mtreinishmriedem: hmm, that looks like a job not setting a regex and it was expecting one15:05
*** cdent has quit IRC15:05
*** Matias has quit IRC15:06
mtreinishmriedem: I have no idea how/where any of the job definitions are setup now, maybe andreaf can help15:06
mriedemmtreinish: so likely this http://logs.openstack.org/80/549880/1/experimental/legacy-tempest-dsvm-py35-full-devstack-plugin-ceph/7923b02/job-output.txt.gz#_2018-03-05_22_47_04_71073215:06
mriedemmtreinish: it's in openstack-zuul-jobs15:06
*** Eran_Kuris has quit IRC15:06
*** slaweq has quit IRC15:06
mriedemhttps://github.com/openstack-infra/openstack-zuul-jobs/blob/master/playbooks/legacy/tempest-dsvm-py35-full-devstack-plugin-ceph/run.yaml#L6115:06
*** claudiub has joined #openstack-nova15:06
*** yangyape_ has quit IRC15:06
mriedem^ doesn't exist in nova,15:06
mriedemi think jbernard was working on adding it15:06
mtreinishthat probably is the cause then15:07
*** yangyapeng has joined #openstack-nova15:07
*** Matias has joined #openstack-nova15:07
*** yangyapeng has quit IRC15:07
mtreinishespecially if that's being expected to set the regex things run with15:07
andreafmriedem I defined a new style job for ceph some time ago but the patch has been waiting for reviews for long time https://review.openstack.org/#/c/543048/15:07
mriedemheh https://review.openstack.org/#/c/459774/15:07
*** yangyapeng has joined #openstack-nova15:07
mriedemandreaf: is that py3?15:07
mriedemandreaf: i can't read the new zuulv3 voodoo15:07
andreafmriedem both I think15:07
andreafyeah both15:08
*** bnemec has joined #openstack-nova15:08
andreafmriedem it defines the job and also a job template that runs py27 on check and py3 on experimental15:09
*** claudiub|2 has quit IRC15:09
andreafthe project stanzas are pretty much the same as before15:09
*** yamamoto has quit IRC15:09
andreafmriedem mtreinish anyways my point was rather than fixing the legacy job perhaps we should run the new style one15:10
jaypipesdansmith: coolio.15:11
*** kashyap has joined #openstack-nova15:11
mriedemandreaf: yeah maybe - you should have the same regex in the py3 job in there15:11
*** claudiub|2 has joined #openstack-nova15:11
mriedemandreaf: given https://review.openstack.org/#/c/459774/4/tempest-conf.sh15:11
*** slaweq has joined #openstack-nova15:12
*** idlemind has joined #openstack-nova15:12
*** eharney has quit IRC15:12
*** edmondsw_ is now known as edmondsw15:13
idlemindpresenting svm (nested virtualization - amd) to guests. i've set my cpu_mode to host-passthrough. when i look at the /proc/cpuinfo i see my amd cpu details but it's missing the svm property ... i'm pretty sure i had this working at one point but i can't seem to think of anything else i did15:13
andreafmriedem the regex wasn't in the legacy py3 job - I was just migrating it not enhancing it15:14
andreafmriedem but ok I can add it in there15:14
*** claudiub has quit IRC15:14
Spazmoticmriedem wanted to just thank you again for your testing ideas.  Was great getting more experience with Mock after wanting to pull my hair out for a couple of hours :)15:15
*** slaweq has quit IRC15:16
*** abalutoiu_ has quit IRC15:17
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add abstract OVSDB API  https://review.openstack.org/47661215:17
mriedem\o/15:17
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Save admin password to sysmeta in libvirt driver  https://review.openstack.org/55049815:17
mriedemandreaf: yeah i think the thing was jbernard was trying to slim down the set of tests that get run in the ceph job to stabilize it15:18
mriedemandreaf: and then start expanding the test bucket15:18
*** tssurya has joined #openstack-nova15:18
mriedemalthough the job should probably be running the scenario tests in serial15:19
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222615:19
mriedemstephenfin: http://logs.openstack.org/80/549880/1/experimental/legacy-tempest-dsvm-py35-full-devstack-plugin-ceph/7923b02/logs/dpkg-l.txt.gz15:22
mriedemii  ceph                                12.2.1-0ubuntu0.17.10.1~cloud015:22
*** slaweq has joined #openstack-nova15:22
mriedemso we should be ok version wise15:22
*** mlavalle has joined #openstack-nova15:22
*** Matias has quit IRC15:22
*** sar has quit IRC15:23
openstackgerritDan Smith proposed openstack/nova master: Add --purge helper flag to archive_deleted_rows  https://review.openstack.org/55018215:23
openstackgerritDan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells  https://review.openstack.org/55050215:23
*** alexchadin has quit IRC15:24
stephenfinmriedem: You mean we should be OK now? Looks like we were using an older one when that bug was reported https://bugs.launchpad.net/glance-store/+bug/1706405/comments/315:24
openstackLaunchpad bug 1706405 in glance_store "ceph jobs failing to upload images in pike due to "AttributeError: 'NoneType' object has no attribute 'Rados'" on py35" [Undecided,Confirmed]15:24
mriedemstephenfin: that's a pretty old bug,15:24
mriedemi'm watching https://review.openstack.org/#/c/543048/ to see if it passes now15:24
stephenfinRight. Just making sure15:25
*** wolverineav has joined #openstack-nova15:25
mriedemandreaf: what is your plan to drop the legacy ceph job? are you just going to restrict that to the stable branches in openstack-zuul-jobs?15:25
*** slaweq has quit IRC15:26
andreafmriedem: that's what I'm doing at first for integration gate jobs, start with master only and then go back and replace for stable branches15:27
andreafmriedem: but that takes some time, so you're right you may want to fix the legacy job as well meanwhile15:28
*** owalsh_ has joined #openstack-nova15:28
andreafmriedem tbh I wasn't sure whether that job was important to anyone anymore - so I just put up my patch, asked for reviews and then I let it be15:29
idlemindgrr my issue might be from a hypervisor that wasn't rebooted (or kvm_amd wasn't removed/inserted) after enabling nested ... we'll see15:29
mriedemandreaf: ceph ci is important about once per quarter :)15:29
*** wolverineav has quit IRC15:29
mriedemwhich reminds me that http://grafana.openstack.org/dashboard/db/ceph-failure-rate still doesn't work15:29
*** mvk has joined #openstack-nova15:30
*** germs has joined #openstack-nova15:31
*** germs has quit IRC15:31
*** germs has joined #openstack-nova15:31
*** owalsh has quit IRC15:31
*** slaweq has joined #openstack-nova15:32
*** slaweq_ has quit IRC15:32
*** germs has quit IRC15:32
*** slaweq_ has joined #openstack-nova15:33
openstackgerritDan Smith proposed openstack/nova master: Add --purge helper flag to archive_deleted_rows  https://review.openstack.org/55018215:34
openstackgerritDan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells  https://review.openstack.org/55050215:34
*** germs has joined #openstack-nova15:35
*** germs has quit IRC15:35
*** germs has joined #openstack-nova15:35
dansmithmriedem: I think it'd be easiest to rebase the archive --all-cells patch on top of my series instead of the other way around, just based on where the touch points are15:37
dansmithwhich I will do if mine lands first15:37
*** Spaz-Home has joined #openstack-nova15:37
*** slaweq has quit IRC15:37
dansmithbut he was first, so no worries either way15:37
*** abalutoiu has joined #openstack-nova15:37
*** slaweq_ has quit IRC15:38
mriedemis there a dependency?15:38
*** Spazmotic has quit IRC15:40
dansmithno just a conflict15:40
*** yangyapeng has quit IRC15:40
*** hongbin has joined #openstack-nova15:40
dansmithbut the conflict is way smaller if he goes on top of me, because of where in manage.py he's touching I think15:40
*** yangyapeng has joined #openstack-nova15:41
*** Spaz-Home is now known as Spazmotic15:41
*** maciejjozefczyk has joined #openstack-nova15:41
mriedemhongbin: https://bugs.launchpad.net/nova/+bug/1754071 if you're interested15:41
openstackLaunchpad bug 1754071 in OpenStack Compute (nova) "image not found warning in logs when instance is deleted during snapshot" [Low,Triaged]15:41
mriedemhongbin: as a follow up to https://review.openstack.org/#/c/511074/15:41
*** jbernard has quit IRC15:41
hongbinmriedem: ack, will look into that15:42
*** slaweq has joined #openstack-nova15:42
openstackgerritsahid proposed openstack/nova-specs master: update: introducing isolate emulthreads on host  https://review.openstack.org/51118815:43
*** Spazmotic has quit IRC15:43
*** Spaz-Home has joined #openstack-nova15:43
*** Spaz-Home is now known as Spazmotic15:43
SpazmoticSorry for the nickspam.. VPN shenanigans.15:44
*** udesale has quit IRC15:45
*** yangyapeng has quit IRC15:45
mriedemdansmith: artom: this is pretty nifty https://review.openstack.org/#/c/539584/ - we should consider doing that in the libvirt driver too15:46
mriedemit's not obvious so i had to look at the paste that claudiub|2 put into the review comments15:46
*** slaweq has quit IRC15:46
*** jbernard has joined #openstack-nova15:46
mriedemwhen port binding fails with the libvirt driver, i think we eventually just get the virtual interface exception or whatever, which logs a generic warning15:47
dansmithooh, blame15:47
dansmithlove it15:47
mriedemand i always have to dig back through the compute logs to find the port binding failed error15:47
*** suresh12 has joined #openstack-nova15:48
*** salv-orlando has joined #openstack-nova15:48
*** salv-orl_ has quit IRC15:50
*** slaweq has joined #openstack-nova15:52
mriedemandreaf: looks like the tempest regex changes are now making https://review.openstack.org/#/c/543048/ fail15:54
*** suresh12 has quit IRC15:54
mriedemdon't think you can put comments in that yaml file for the regex can you? it looks like those comments are literally going into the regex intput15:54
mriedem*input15:54
*** david-lyle has quit IRC15:54
*** slaweq has quit IRC15:57
idlemindhmm still can't get svm (amd nested) presented to a guest instance ... it's enabled on both hosts (cat /sys/module/kvm_amd/parameters/nested = 1). cpu_mode is host-passthrough and i see the model name correctly matches the underlying hardware directly but svm isn't picked up by the guest os15:58
*** lajoskatona has quit IRC15:58
*** mdnadeem has quit IRC16:00
*** maciejjozefczyk has quit IRC16:00
*** cdent has joined #openstack-nova16:00
*** gouthamr has joined #openstack-nova16:00
*** tssurya has quit IRC16:00
cdentmriedem: when you have a moment can you let me know what you'd like to have in place (spec, blueprint, whatever) to get the -2 lifted from https://review.openstack.org/#/c/362766/ (that's the optional placement db stuff). thanks.16:02
*** tidwellr has quit IRC16:02
*** tidwellr has joined #openstack-nova16:02
*** slaweq has joined #openstack-nova16:02
*** ratailor has joined #openstack-nova16:03
*** yamamoto has joined #openstack-nova16:06
*** suresh12 has joined #openstack-nova16:06
*** eharney has joined #openstack-nova16:06
*** hemna_ has joined #openstack-nova16:06
mriedemcdent: reading the notes on the -2, it sounds like we talked about it at one point in a nova meeting and asked for a spec to cover the details of the change, how it gets rolled into CI (maybe the nova-next job?), and how to avoid whatever issue we had when it was merged and then reverted in newton (which i wasn't involved with at the time)16:06
*** Matias has joined #openstack-nova16:07
mriedemas dansmith mentioned at the ptg, you could run a separate placement db today,16:07
*** slaweq has quit IRC16:07
mriedemif you point the nova.conf placement is using at a different placement database using the nova_api schema16:07
cdentmriedem: aye16:07
mriedemwhich in a spec i guess just goes under 'alternatives'16:08
*** slaweq has joined #openstack-nova16:08
cdentnow that that stuff is within a suite of other changes would you suggest that the spec covers all of it (in one spec) or something else?16:08
mriedemsuite of other changes == moving imports around?16:09
*** pcaruana has quit IRC16:10
cdentmoving imports, moving objects into placemnet hierarchy, changing db config to use its own code (instead of the nova one which does more than needed)16:10
mriedemi wouldn't lump that into the 'be able to run nova-api and placement-api on the same host with a single config but different dbs' thing16:11
mriedemthat other stuff is more general 'extract placement'16:11
*** suresh12 has quit IRC16:11
mriedemof which the separate db is a part16:11
cdent✔16:11
*** zhaochao has quit IRC16:11
mriedemanother alternative to this,16:11
*** Matias has quit IRC16:12
*** yamamoto has quit IRC16:12
mriedemis you could run nova-api and placement-api on the same host, not venv/containers, but if you had a config file strictly for placement, then you'd just run the placement service using that config file16:12
*** slaweq_ has joined #openstack-nova16:13
mriedemnova-api --config-file /etc/nova/nova.conf && placement-api --config-file /etc/nova/placement.conf ?16:13
*** slaweq has quit IRC16:13
* cdent nods16:14
cdentthe way I did it in the current change was done that way mostly to make "doing stuff in devstack (and thus CI)" relatively easy: add a single config setting, set it, done16:14
*** andreas_s has quit IRC16:14
mriedemwhich might be how everyone else deploys everything today,16:15
cdentthe container experiments I'm doing use a custom config file for the container, which is a severely curtailed nova.conf16:15
mriedemso unless i'm missing something, it seems to be a trade off between ease of deployment for nova + placement with a single config file, vs nova not doing this and just leaving it up to packagers/deployment tooling to handle the split if they want a split16:15
mriedemeventually once placement is split out and has it's own placement.conf, it would just have a single [database] option group right?16:16
*** Matias has joined #openstack-nova16:16
cdentMy feeling is that the optional config thing is just a convenience to make life easier (for us and other people) during whatever length of transition we have.16:16
cdentIt, uh, leaves options open...16:17
mriedempun intended16:17
*** slaweq_ has quit IRC16:18
*** tssurya has joined #openstack-nova16:18
mriedemwell i guess specaroo that thing, list the alternatives vs what this would buy people, and then maybe we can get some operator/deployment tooling folks feedback on the options and see if it justifies doing this16:18
cdentwhen extraction happens I'd been inclined to continue naming the database.connection as placement_database.connection because it means we can add some other database later without whatever-ness16:18
cdentroger. con aye. ten degrees down bubble16:18
*** suresh12 has joined #openstack-nova16:19
mriedemftr, i'd also like just to defer to melwitt :)16:19
*** andreas_s has joined #openstack-nova16:19
cdentmriedem: sure, but it's your -216:19
mriedemyeah16:19
openstackgerritEric Berglund proposed openstack/nova master: WIP: PowerVM Driver: Localdisk  https://review.openstack.org/54930016:21
*** tbachman has joined #openstack-nova16:22
*** slaweq has joined #openstack-nova16:23
*** Tom-Tom has joined #openstack-nova16:24
*** suresh12 has quit IRC16:24
*** suresh12 has joined #openstack-nova16:25
openstackgerritEric Berglund proposed openstack/nova master: WIP: PowerVM Driver: Localdisk  https://review.openstack.org/54930016:25
*** suresh12 has quit IRC16:26
*** suresh12 has joined #openstack-nova16:26
*** slaweq has quit IRC16:27
*** Tom-Tom has quit IRC16:28
*** andreas_s has quit IRC16:28
openstackgerritMerged openstack/nova master: hyper-v: Logs tips on PortBindingFailed  https://review.openstack.org/53958416:29
hrwanyone with spare time to look at PCIe hotplug patch? https://review.openstack.org/#/c/545034/ one16:29
openstackgerritMerged openstack/nova stable/queens: Pass user context to virt driver when detaching volume  https://review.openstack.org/55022016:29
*** Matias has quit IRC16:31
*** slaweq has joined #openstack-nova16:33
*** gjayavelu has joined #openstack-nova16:33
*** andreas_s has joined #openstack-nova16:33
*** tobasco is now known as tobasco|away16:35
*** itlinux has joined #openstack-nova16:35
stephenfinhrw: Done, and sorry for the delay. It looks pretty good to me. Just a couple of nits in there16:37
hrwstephenfin: thx16:37
*** slaweq has quit IRC16:38
*** weshay is now known as weshay|PTO16:38
hrwstephenfin: good comments16:38
hrwstephenfin: discussion was on irc16:38
openstackgerritMerged openstack/python-novaclient master: Add os-testr in test-requirements.txt  https://review.openstack.org/55032916:39
stephenfinralonsoh, sean-k-mooney: Dumb question, but could either of you clarify the difference between provider network and physical network?16:39
stephenfinralonsoh, sean-k-mooney: I _think_ a physical network is just a arbitrary string used to identify networks that are wired up together, so multiple provider networks on the same host could have the same physnet16:40
sean-k-mooneystephenfin: a provider netwok is a l2 network that is affinitised to a phyical network. e.g. vlan 100 + physnet1 defines the wirelevel segmenation of the neutron network16:40
sean-k-mooneyvlan 100 + physnet2 can be a different neutorn netwok.16:41
*** danpawlik has quit IRC16:41
stephenfinsean-k-mooney: Right. Neutron doesn't have anything like a phynet object though, right? It's a just an attribute of the provider network?16:41
*** sticker has quit IRC16:41
sean-k-mooneystephenfin: correct physnet is just a name given to a specific copper/optical network16:41
stephenfinhrw: Np. If you can get a link to the IRC discussion, that would be helpful. If not, maybe libvirt has this documented somewhere?16:41
sean-k-mooneystephenfin: correct its just an attibute of the neutron network not an object16:42
hrwstephenfin: was not documented. and we discussed glitches too16:42
*** suresh12 has quit IRC16:43
sean-k-mooneystephenfin: its defined by this api https://github.com/openstack/neutron-lib/blob/master/neutron_lib/api/definitions/provider_net.py16:43
idlemindgrr; this is killing me, still no svm passed into the guest i've tried changing the machine type .. can i force the feature via metadata into the libvirt xml somehow?16:43
stephenfinsean-k-mooney: Awesome. So one provider network will be associated with one physnet. I assume you could have multiple provider networks using the same physnet?16:43
*** slaweq has joined #openstack-nova16:43
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API  https://review.openstack.org/48222616:43
stephenfinNot that you'd want to/need to, but out of curiosity16:43
sean-k-mooneystephenfin: that depend on the network type16:44
* stephenfin clicks on GitHub link16:44
sean-k-mooneyyou can only have one flat network per provider but you can also have 4096 vlan networks and 4096^2 QinQ networks16:44
*** fusmu has quit IRC16:45
stephenfinsean-k-mooney: Ah, ok, so the VLAN case is why we should track physnet for that configuration option rather than provider network16:46
sean-k-mooneyits common to use the flat network as you wan uplink and then vlan networks for tenants on a singel physnet16:46
andreafmriedem I think that's something that changed on Tempest side because it used to work16:47
stephenfinSeeing as each provider network will be using the same physical network and therefore the same OVS bridge and NICs (in the simple case)16:47
andreafmriedem the regex I mean - mtreinish could be something related to the changes we had around tempest run recently?16:47
*** andreas_s has quit IRC16:47
*** slaweq has quit IRC16:47
*** andreas_s has joined #openstack-nova16:49
sean-k-mooneystephenfin: yes. this is why you dont want to use network affinity but rather us the physnet to aggregate many networks16:49
stephenfinsean-k-mooney: Excellent. Thanks for the info :)16:50
* stephenfin has _finally_ gotten around to drafting PoC code for the NUMA aware vSwitch spec16:51
*** ratailor has quit IRC16:51
sean-k-mooneystephenfin: this might be useful too https://github.com/openstack/neutron/blob/master/doc/source/admin/intro-os-networking.rst#provider-networks16:52
stephenfinsean-k-mooney: Sounds good. I'd been relying on this one so far https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/10/html/networking_guide/sec-connect-instance#using_flat_provider_networks16:52
*** claudiub|2 is now known as claudiub16:53
*** slaweq has joined #openstack-nova16:53
*** Matias has joined #openstack-nova16:53
claudiubstephenfin: that looks like a spec-ial ocasion for a guiness. :D16:54
* stephenfin is staying off the Guinness for a few weeks ;)16:54
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Allow to configure amount of PCIe ports  https://review.openstack.org/54503416:54
hrwstephenfin: comments addressed. channel was not publically logged from what I see so no log16:55
* claudiub felt like a raisin for a week because of it. :D16:55
stephenfinhrw: Cool. Thanks for checking that out16:55
hrwstephenfin: thanks for looking ;)16:55
hrwstephenfin: like I said at PTG: addressing comments quickly allows to keep reviewer's attention to go for a second look ;)16:56
*** pasuder has quit IRC16:56
openstackgerritDan Smith proposed openstack/nova master: Run post-test archive against cell1  https://review.openstack.org/55019416:57
openstackgerritDan Smith proposed openstack/nova master: Add simple db purge command  https://review.openstack.org/55017116:57
openstackgerritDan Smith proposed openstack/nova master: Add --purge helper flag to archive_deleted_rows  https://review.openstack.org/55018216:57
openstackgerritDan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells  https://review.openstack.org/55050216:57
*** slaweq has quit IRC16:57
stephenfinhrw: I kind of think that warning is necessary. If you don't have that, how will the operator know their specially configured option is doing zilch?16:57
sean-k-mooneystephenfin: its rather old but i used to send people this https://web.archive.org/web/20151006051825/https://www.rdoproject.org//Networking_in_too_much_detail to understand how openstack networking works with ovs but the offical netwoking guide is now pretty good too16:57
idlemindholy fork; if i manually edit the vm w/virsh and add <feature policy='require' name='svm'>/> and reboot the instance in openstack i get svm passed into the guest ... i imagine this could get lost if the vm is migrated?16:57
openstackgerritSurya Seetharaman proposed openstack/nova master: [WIP] Allow scheduling only to enabled cells (Filter Scheduler)  https://review.openstack.org/55052716:57
*** slaweq has joined #openstack-nova16:57
*** fragatin_ has quit IRC16:58
hrwstephenfin: are there all options covered with such warning?16:58
idlemindand there doesn't seem to be a way to force feature policy 'require' into kvm / libvirt vm definitions am i right?16:58
idlemind(through metadata of an image)16:58
hrwstephenfin: openstack logs are already overloaded with text in them16:58
*** andreas_s has quit IRC16:58
sean-k-mooneyidlemind: it will remain untill a hard reboot is done or any other event that cause the xml to be regenerated(migration resize, hard reboot)16:59
hrwlike 100 characters of some random uuid like stuff before any useful data goes16:59
idlemindsean-k-mooney thanks; anyway to get openstack to persistently add a feature 'require' statement for libvirt?16:59
sean-k-mooneyidlemind: i belive there is a way via image metadata17:00
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: hyper-v: Logs tips on PortBindingFailed  https://review.openstack.org/55052917:00
*** yangyapeng has joined #openstack-nova17:00
*** chyka has joined #openstack-nova17:00
openstackgerritRodolfo Alonso Hernandez proposed openstack/os-vif master: Add abstract OVSDB API  https://review.openstack.org/47661217:00
stephenfinhrw: We do tend to warn for things like that alright, e.g. [1]. Not sure how consistent we are though. [1] https://github.com/openstack/nova/blob/master/nova/virt/libvirt/driver.py#L548-L56217:01
stephenfinhrw: I could be wrong though. Perhaps mriedem or someone could weigh in?17:01
hrwstephenfin: those you linked are close to log.error() level like17:01
idlemindsean-k-mooney i've been trying but failing it would seem cim_pasd_instructionsetextension seems to be close but those values don't trickle into libvirt at least w/host-passthrough on17:01
stephenfinDoesn't that seem sane though? I mean, we told nova to do something and it can't do it17:02
stephenfinSomeone should probably be told about that17:02
mriedemwhat is the question?17:02
stephenfinmriedem: comment here https://review.openstack.org/#/c/545034/13/nova/virt/libvirt/driver.py17:02
hrwstephenfin: those warnings you linked are 'read, fix or things may blow' rather than 'ouch, you set option you do not need'17:02
sean-k-mooneyidlemind: what is you usecase that you want to enable17:02
sean-k-mooneyyou want to froce requiring kvm?17:03
*** fragatina has joined #openstack-nova17:03
idlemindsean-k-mooney guests that can run accelerated vm's (gns3 server, labs, etc) my hardware is amd and nova is running natively there17:03
stephenfinhrw: It's more 'ouch, you set an option that won't work'. If they set the option, they were probably trying to work around an issue (I imagine)17:04
stephenfinfwiw, I'd also be fine with 'LOG.info' too.17:04
sean-k-mooneyidlemind: you want to enable nested virt?17:04
idlemindya17:04
*** suresh12 has joined #openstack-nova17:04
*** yangyapeng has quit IRC17:04
sean-k-mooneygenerally the best way to do that is to set the cpu_mode option in the libvirt section to host-passthrough and enable nested virt on the host kernel module17:05
hrwstephenfin: can I ask for LOG.warning/info() for hyperv on aarch64 checks? cause for me this is this level of stuff. You set an option which is useless in your config.17:05
hrws/You/operator17:05
*** chyka has quit IRC17:05
*** fragatina has quit IRC17:06
hrwstephenfin: I may be wrong but I expect people to know why they are changing random config options17:06
*** danpawlik has joined #openstack-nova17:07
mriedemstephenfin: replied17:07
*** yamamoto has joined #openstack-nova17:08
*** gjayavelu has quit IRC17:08
*** suresh12 has quit IRC17:08
stephenfinhrw: Not really the same thing - this is a libvirt/qemu option so that would matter if someone were using the libvirt/qemu driver17:09
stephenfinBUT, that said, I get your point17:09
hrwmriedem: thanks. https://review.openstack.org/#/c/545034/14/nova/conf/libvirt.py got improved a bit17:09
mriedemstephenfin: i don't think hrw means the hyperv driver,17:09
mriedemstephenfin: i think he means libvirt running with hyperv,17:09
mriedemlike libvirt+xen17:09
stephenfinI didn't even know that was an option :)17:09
hrwI used 'hyperv on aarch64' as hypotetical impossible option17:10
hrwor rather 'so far impossible' as MS already has windows 10 on aarch6417:10
idlemindsean-k-mooney ya i have both of those things; in addition i had to do virsh edit for the instance after it's built and add the feature require for svm17:10
mriedemstephenfin: https://libvirt.org/hvsupport.html17:10
stephenfinhrw: Indeed. Never rule it out :)17:10
*** chyka has joined #openstack-nova17:11
stephenfinhrw: Alright, I'm mostly convinced and therefore drop my objections. Thanks for working through that with me17:11
sean-k-mooneyidlemind: with cpu-mode host-passthough all cpu flags from the host should be available in the guest17:11
hrwstephenfin: thanks17:11
mriedemthis is what i was looking for https://libvirt.org/drivers.html#hypervisor17:11
idlemindsean-k-mooney the catch is likely that i'm using amd where most ppl use intel (because of the dc hardware being almost exclusively intel these days)17:11
stephenfinmriedem: Those libvirt guys have too much time on their hands17:11
*** maciejjozefczyk has joined #openstack-nova17:12
*** danpawlik has quit IRC17:12
sean-k-mooneyidlemind: that seams like a libvirt/qemu bug to me. it should work on amd or any other processor not just x8617:12
hrwstephenfin: I like that fact - easier to use same tools despite hypervisor differences17:12
idlemindsean-k-mooney would that be a bug in centos (my base kvm node for openstack) or in nova if all the cpu instructions aren't getting passed into the guest17:12
mriedemyeah so guest.os_mach_type is per image,17:12
mriedemso doesn't belong in _do_quality_warnings17:12
stephenfinmriedem: Yup, just replied. The warning would have to go in that same area of the code17:13
mriedemotherwise based on the host arch17:13
sean-k-mooneyidlemind: i think a centos/libvirt/qemu/kvm bug17:13
*** yamamoto has quit IRC17:13
idlemindsean-k-mooney k thx i can start there; any chance you know which metadata property you were thinking of to add the force for me as a work-around?17:13
sean-k-mooneyidlemind: how did you enable nested virt in kvm? what module arg did you set it is different on amd vs intel17:13
mriedemwow even danpb was reviewing this patch17:14
idlemindsean-k-mooney for centos in /etc/modprobe.d/kvm.conf they have the necessary lines for amd and intel you just uncomment the one you need. you can then reload the kvm_amd (in my case) module or reboot the host. i did reboots on both my hosts.17:14
*** hemna_ has quit IRC17:15
bkero-echo "options kvm_intel nested=1" > /etc/modprobe.d/kvm.conf # or kvm_amd if you have it, then...   modprobe -r kvm_intel; modprobe kvm_intel17:15
idlemindsean-k-mooney i set nova.conf overrides to set cpu_mode = passthrough via openstack ansible i did not do anything with cpu_model17:15
sean-k-mooneyidlemind: ah its not passthrough its host-passthrough i belive17:16
*** david-lyle has joined #openstack-nova17:16
sean-k-mooneyidlemind: yes it should be "host-passthrough"17:17
hrwmriedem, stephenfin: replied17:17
sean-k-mooneysee https://docs.openstack.org/nova/queens/configuration/config.html17:17
idlemindi think that's what i use because that comes through fine17:17
hrwmriedem: I asked libvirt guys to take a look to make sure that I got the idea properly17:17
*** janki has quit IRC17:18
hrwmriedem: as we were discussing (on irc) few ways of handling it and only this one turned out to be proper working without any random glitches17:18
openstackgerritMatt Riedemann proposed openstack/nova master: Rename the 'recreate' param in rebuild_instance to 'evacuate'  https://review.openstack.org/50819017:18
cdentwell that's not confusing at all17:19
idlemindsean-k-mooney and bkero- http://paste.openstack.org/show/693686/17:19
idlemindw/o that feature policy='require' name='svm' i don't get svm in my guest and kvm-ok fails17:19
mriedemcdent: you weren't in the room on friday17:20
mriedemwhen my head exploded17:20
cdentthat was the Nth time where N is ?17:20
sean-k-mooneyidlemind: and if you do a cat /proc/cpuinfo on the host you see svm listed17:20
hrwstephenfin: thanks for +2 ;) now have to fetch another one and +w ;D17:20
idlemindsean-k-mooney yes w/the feature line i get svm in /proc/cpuinfo ... w/o the feature line no dice17:20
sean-k-mooneyidlemind:  no i mean on the host not the guest17:21
mriedembauzas: dansmith: given the rebuild hoopla, and cve regression circus, we should probably get this in and backport as well https://review.openstack.org/#/c/546268/17:21
mriedemwhile i'm thinking about rebuild17:21
idlemindsean-k-mooney yes for all 4 cores17:21
mriedemhrw: i've got a tab open, will look in detail later17:21
hrwmriedem: thanks17:22
* hrw out - snow is waiting ;D17:22
sean-k-mooneyidlemind: strange so ya i think this is a libvirt/kvm/qemu bug and it it is not correctly reading the cpu flags17:22
*** andreas_s has joined #openstack-nova17:22
sean-k-mooneyidlemind: i assume you are using qemu/libvirt for the rdo repos not the default centos one?17:23
idlemindsean-k-mooney i'm not sure tbh i'm thinking they would have been brought in by openstack-ansible so i'd have to dig around there17:24
idlemindhttp://paste.openstack.org/show/693687/17:24
idlemindlooks like a fairly new release17:25
sean-k-mooneythe -ev rpms are form rdo17:25
sean-k-mooneythe default centos ones are old and busted in many ways17:25
*** fusmu has joined #openstack-nova17:25
dansmithmriedem: I don't understand the logic in the comment you're removing17:26
openstackgerritMerged openstack/nova master: Fix version cap when no nova-compute started  https://review.openstack.org/54973717:26
dansmithmriedem: seems like cases 2 and 3 are both covered by recreate=True, why was it even considering the scheduled_node in there?17:27
idlemindsean-k-mooney well at least that's a good sign!17:28
mriedemdansmith: honestly i think the comment was just overthinking things when it was written to fix a similar type of issue with forced host evacuate17:28
mriedemthat's why i removed it and just changed the code to check the recreate flag17:28
mriedemthe scheduled_node thing was tied into whether or not you were doing a forced host evacuate,17:29
mriedemand the comment was added at the same time as fixing a bug in that scenario, so it was probably just 'on the brain'17:29
mriedemthat comment also predates the changes to run the host back through the scheduler on rebuild if the image changes17:30
dansmithmriedem: yeah I just want to make sure I understand what it was trying to do17:30
mriedemanyway, all related to said head explosion at the ptg17:30
*** fusmu has quit IRC17:30
dansmithmriedem: looking at the original patch, "if scheduled_node is not None" which is  was already there,17:30
dansmithso it was probably just trying to augment that case,17:31
dansmithwhen really it should have just considered the recreate flag itself17:31
*** ragiman has quit IRC17:31
*** fragatina has joined #openstack-nova17:31
mriedemi'd have to go back and look at that patch to get it all back into context17:31
*** yamahata has quit IRC17:32
mriedemi think it boiled down to, forcing a host on evacuate never worked since it was added in newton until that patch fixed it :)17:32
mriedemwas also somehow related to pci devices, so maybe it was that it never claimed? can't remember17:32
mriedemthe claim is what messes with the pci devices in the migration context right?17:32
dansmithidk17:32
mriedemheh same here17:32
* mriedem fires up the RT signal17:33
*** david-lyle has quit IRC17:33
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/55054517:38
*** tbachman has quit IRC17:39
sean-k-mooneymriedem: there are two things that mess with pci device for migration. one we dont update allcoation correctly and 2 we dont regenerate the xml for that pci passhtrough section.17:41
*** andreas_s has quit IRC17:41
*** jpena is now known as jpena|off17:42
sean-k-mooneymriedem: that not a new thing though livemigration with pci devices never worked17:42
mriedemartom is going to fix it17:42
mriedemor die trying17:42
mriedemsean-k-mooney: what do you mean by "don't update allocation correctly"?17:43
mriedemclaims?17:43
sean-k-mooneymriedem: yes17:43
mriedemor something in the pci tracker?17:43
mriedemthat's all voodoo to me17:43
sean-k-mooneywell the pci device table in the db17:43
sean-k-mooneywhen we migrate we dont claim the device on the new node if i remeber correctly17:43
sean-k-mooneyand i dont think we release it on the old node either17:44
*** andreas_s has joined #openstack-nova17:44
*** fragatina has quit IRC17:44
sean-k-mooneyif someone does fix that then awsome but i basically equate pci passthough = no migration even though we can make it work if we really want17:45
mriedemmaybe i'm thinking about pinned cpus17:46
mriedemL226 https://etherpad.openstack.org/p/nova-ptg-rocky-placement17:46
sean-k-mooneypinned cpus has a similar issue in that we dont regenerate the xml to account for the available cpus on the destination17:47
*** danpawlik has joined #openstack-nova17:47
mriedemright i think that's what artom is going to spec up and fix17:47
*** lucasagomes is now known as lucas-afk17:47
sean-k-mooneymriedem: artom or stephenfin ?17:47
mriedemartom17:47
mriedemi guess live migrating instances with pci devices will wait for nested RPs (or something)17:48
*** gyee has joined #openstack-nova17:48
sean-k-mooneythat would be nice to fix too. i think cold migrate works today but just not live migrate17:48
sean-k-mooneymriedem: ya or after the multiple port binding work is done perhaps.17:49
sean-k-mooneyi think cold migrate might work with pci passhtouhg though not sure.17:49
mriedemthe cpu pinning spec is going to follow the port binding template17:49
*** yangyapeng has joined #openstack-nova17:49
sean-k-mooneymriedem: for the fallback and version check in the conductor to ensure both nodes support it17:50
mriedemyes something like that17:50
mriedemor that the requested cpus to pin are available on the dest17:50
mriedemand/or17:50
mriedemif not, fail that host and try another one17:51
*** maciejjozefczyk has quit IRC17:51
sean-k-mooneyya that makes sense however with the other placement discusstion about modeling dedicated cpus as a new inventory placement can gurantee that for us17:51
*** danpawlik has quit IRC17:52
mriedemis there anything placement *can't* do?17:52
mriedemi wish placement would have my babies17:52
sean-k-mooneywell we will still need the numa toplology filter i guest but we should be able to confirm the cpus are free before calling the compute node17:52
openstackgerritMerged openstack/nova master: Handle not found error on taking snapshot  https://review.openstack.org/51107417:53
*** sar has joined #openstack-nova17:54
*** yangyapeng has quit IRC17:54
*** pcaruana has joined #openstack-nova17:57
*** andreas_s has quit IRC17:57
*** suresh12 has joined #openstack-nova17:58
*** wolverineav has joined #openstack-nova17:58
*** suresh12 has quit IRC17:58
*** suresh12 has joined #openstack-nova17:59
*** suresh12 has quit IRC17:59
*** suresh12 has joined #openstack-nova18:00
*** derekh has quit IRC18:00
*** tbachman has joined #openstack-nova18:02
*** andreas_s has joined #openstack-nova18:02
*** vipul has quit IRC18:02
*** fragatina has joined #openstack-nova18:03
*** mgoddard_ has quit IRC18:04
*** ibmko has quit IRC18:04
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: Snapshot  https://review.openstack.org/54302318:06
*** AlexeyAbashkin has quit IRC18:06
*** yamamoto has joined #openstack-nova18:09
openstackgerritMatt Riedemann proposed openstack/nova stable/pike: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/55055518:12
*** hemna_ has joined #openstack-nova18:13
*** yamamoto has quit IRC18:13
*** burt has joined #openstack-nova18:14
*** ralonsoh has quit IRC18:14
*** andreas_s has quit IRC18:16
*** danpawlik has joined #openstack-nova18:17
*** pchavva has quit IRC18:19
*** slaweq has quit IRC18:20
*** david-lyle has joined #openstack-nova18:21
*** andreas_s has joined #openstack-nova18:22
cdentI'm going to remember this one for later [t 1nc3]18:22
purplerbot<mriedem> i wish placement would have my babies [2018-03-07 17:52:29.605606] [n 1nc3]18:22
*** danpawlik has quit IRC18:22
openstackgerritMatt Riedemann proposed openstack/nova stable/queens: Fix version cap when no nova-compute started  https://review.openstack.org/55055718:25
*** slaweq has joined #openstack-nova18:27
*** slaweq has quit IRC18:27
*** slaweq has joined #openstack-nova18:28
dansmithmriedem: do you know what this means?18:29
dansmithhttp://logs.openstack.org/94/550194/4/check/nova-next/67f6ca9/job-output.txt.gz#_2018-03-07_18_22_35_71561918:29
mriedembash something or other?18:30
mriedemno18:30
mriedemmy guess would be related to something with source ${BASE}/new/devstack/lib/nova18:31
*** mvk has quit IRC18:31
mriedemthat nova script will source the common function stuff and since we don't have stackrc sourced, GITDIR isn't defined?18:31
dansmithyeah I bet I need to source that before nova,18:32
dansmithelse it uses gitdir as not associative18:32
dansmithor something18:32
dansmithhowever, it's doing the thing we want now18:32
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/55056018:32
mriedemit doesn't make the script fail does it?18:32
dansmithmriedem: well, it's failing so I dunno what else caused it18:33
mriedemi mean, if it's just noise, meh? we could set it to GITDIR=$BASE/nova if we cared18:33
dansmith"*** FAILED with status: 1"18:33
*** r-daneel has quit IRC18:33
dansmithjob failed18:34
*** r-daneel has joined #openstack-nova18:34
mriedemyeah http://logs.openstack.org/94/550194/4/check/nova-next/67f6ca9/logs/devstack-gate-post_test_hook.txt.gz#_2018-03-07_18_22_35_71418:34
mriedemthis is nice v18:35
mriedemhttp://logs.openstack.org/94/550194/4/check/nova-next/67f6ca9/logs/devstack-gate-post_test_hook.txt.gz#_2018-03-07_18_22_31_40818:35
openstackgerritDan Smith proposed openstack/nova master: Run post-test archive against cell1  https://review.openstack.org/55019418:35
openstackgerritDan Smith proposed openstack/nova master: Add simple db purge command  https://review.openstack.org/55017118:35
openstackgerritDan Smith proposed openstack/nova master: Add --purge helper flag to archive_deleted_rows  https://review.openstack.org/55018218:35
openstackgerritDan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells  https://review.openstack.org/55050218:35
*** david-lyle has quit IRC18:35
dansmithum18:36
*** andreas_s has quit IRC18:36
dansmithwe don't have shadow on those, so I dunno what that means18:36
mriedemthat's the thing tssurya added,18:36
dansmithto just delete them?18:36
mriedemwhere once we archive instances, we delete the related mappings and reqspecs from the api db18:36
dansmithI guess I didn't realize we were calling those "archived" in the output, because they can't be recovered18:37
mriedemit's a bit misleading18:38
tssuryaI shouldn't have them displayed in the output ?18:39
mriedemit's not a huge issue for me18:39
*** gjayavelu has joined #openstack-nova18:39
dansmithyeah I don't care that much, it just triggered the wrong thing in my brain, so it could for others18:39
*** yangyapeng has joined #openstack-nova18:39
*** mgoddard_ has joined #openstack-nova18:40
mriedemif we care, we could put some words in the CLI docs https://docs.openstack.org/nova/latest/cli/nova-manage.html#nova-database18:40
*** andreas_s has joined #openstack-nova18:41
*** avolkov has quit IRC18:41
*** yangyapeng has quit IRC18:44
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: DiskAdapter parent class  https://review.openstack.org/54905318:44
*** liverpooler has quit IRC18:47
*** crlb has joined #openstack-nova18:47
*** crlb has left #openstack-nova18:48
*** dtantsur is now known as dtantsur|afk18:48
*** crlb has joined #openstack-nova18:50
*** maciejjozefczyk has joined #openstack-nova18:50
*** tssurya has quit IRC18:51
*** tesseract has quit IRC18:53
*** danpawlik has joined #openstack-nova18:56
openstackgerritOpenStack Proposal Bot proposed openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/55056918:57
*** sdake has joined #openstack-nova18:59
*** sdake has quit IRC18:59
*** sdake has joined #openstack-nova18:59
*** andreas_s has quit IRC18:59
*** danpawlik has quit IRC19:00
*** pchavva has joined #openstack-nova19:02
*** david-lyle has joined #openstack-nova19:03
mriedemjaypipes: what's a VF in placement world? a resource class?19:09
artommriedem, wait, we're doing live migration with PCI devices now? I was only told about CPU pinning19:09
mriedemartom: you're right, i was conflating the two earlier19:09
artommriedem, also, I'm pretty sure we need loads of underlying stuff for PCI devices to be live-migratable19:09
*** yamamoto has joined #openstack-nova19:10
mriedemjaypipes: or do we have CN RP (root) -> PF RP (child) -> VF RP (grandchild)?19:10
artomWe had an internal call this morning and someone brought up live migration with SRIOV19:10
artomAnd while I still need to do research and ask around, the conclusion was "we need low level stuff, possible even at the kernel level"19:10
mnasercan someone give me some pointers about where to RTFM regarding what happens between the time a new server request comes in and the vm gets a cell assigned?  i'm seeing behaviour where VMs will intermittantly (under load) go in BUILD status, with no task19:11
dansmithmriedem: VF is a resource not a provider19:11
dansmithmriedem: a PF is a provider (of VFs)19:11
dansmithPF is also a provider of inventory of 1 PF, in case you want to pass a PF into the guest19:11
mnaserusually i would see BUILD status + SCHEDULING when i see any scheduler issues, but this seems before a cell gets assigned (i think?)19:11
mnasernot looking for an answer, but maybe a pointer to where should i be reading19:11
mriedemdansmith: ok, trying to load https://review.openstack.org/#/c/485522/ into my brain19:12
mriedemmnaser: the build request, which represents the instance until it's created in a cell, is created in the compute API._provision_instances method19:13
mriedemthe API casts to conductor's schedule_and_build_instances method,19:13
mriedemwhich calls the scheduler for hosts and then based on the host selected, finds the cell the host is in and creates the instance in that cell19:13
mriedemthen deletes the build request19:13
mnasermriedem: ok i see, i'll trace from there, i guess something is happening so the instance doesn't even go into scheduling state.. so i'll see what happens across there19:13
mnaserit's strange because it just happens from time to time (but seems to happen more under stress)19:14
*** sahid has quit IRC19:14
mriedemdansmith: was wondering if in this trusted VF thing, with placement, if there would be a way to say a VF is trusted, but if it's a resource and not a provider, then i don't think there is19:14
*** mvk has joined #openstack-nova19:14
mriedemit sounds like the thing would be saying the PF has trusted VFs19:15
*** yamamoto has quit IRC19:15
artomCould "trusted" be a trait?19:15
mriedemartom: that's what i'm saying19:15
mriedemthe PF resource provider of VF inventory would have a 'trusted' trait19:15
artomGrr, I keep forgetting only providers have traits19:16
dansmithhow would one VF be trusted and not another?19:16
mriedemand then the flavor extra spec says it requires trusted VFs, and the flavor could be in a set of host aggregates for hosts that provide trusted VFs19:16
dansmitheither way, if you want to have some VFs with a trait, you expose two providers with the VFs you want, and a trait of trusted19:16
*** maciejjozefczyk has quit IRC19:16
dansmithbut yeah, placement is the way to do this I think19:16
mriedemi haven't gotten far enough long in this spec to yet see what is the proposed solution, but i'm assuming it doesn't involve placement19:17
mriedemso i'm working up the context for my questions19:17
dansmithyeah,m doesn't look like it19:17
artomA thing to keep in mind is that the operator decides what's trusted and not19:18
artomThere's a way for them to do that in placement, right?19:18
*** mgoddard has quit IRC19:19
mriedemwell,19:21
mriedempresumably19:21
mriedemadmins can set traits on providers, yes19:21
mriedemhowever,19:21
mriedemnova currently doesn't merge in any externally set traits if it's also setting traits on the same provider19:21
mriedemlike the compute node19:21
mriedemthat came up on friday at the ptg19:21
mriedemremember artom?!19:22
artomWhy am I sensing aggression? ;)19:22
mriedemha19:22
artomBut yeah, I remember the merging of traits19:22
openstackgerritMerged openstack/nova master: Allow 'network' in RequestContext service_catalog  https://review.openstack.org/54857219:23
artomSo that... could be a problem. Or a dependency, I should say19:23
mriedembauzas: ^ merged so can you remove the -W on https://review.openstack.org/#/c/550259/ ?19:24
mriedemartom: well in the case of PFs it's likely not a problem *today* since nova doesn't create PF providers or set traits on them, but with NRP i'm not sure what the plan is for who creates PFs19:25
mriedemnova or neutron or other19:25
artommriedem, right, but I'm thinking of the trusted VFs thing19:25
*** harlowja has joined #openstack-nova19:26
artomIf the plan is to handle them in placement (which I think is a good idea), then we probably need some dependencies to land first (or semi-concurrently, at least)19:26
artomWell19:26
mriedemartom: oh totally19:26
artomUnless Nova just sets *no* traits on VFs at all19:26
mriedembefore i even read it, i'm assuming the spec is not placement, but just a frankenstein of flavor extra specs, host aggregates, and neutron binding profile plumbing19:26
artomSo that only the externally set "trusted" trait is, err, set19:27
artommriedem, oh yeah19:27
*** danpawlik has joined #openstack-nova19:27
mriedemand to say "we should do this the right way (tm) with placement" it would mean it not happening in rocky19:27
artomWell, my downstream hat wants to say "do it now!" but my upstream hat is saying "let's do this properly"19:28
*** tssurya has joined #openstack-nova19:28
dansmith+1 from me19:29
*** danpawlik has quit IRC19:31
*** liverpooler has joined #openstack-nova19:32
*** tbachman has quit IRC19:32
*** AlexeyAbashkin has joined #openstack-nova19:33
mriedemi'll take that as dansmith +1ing the 'do it now' part of that19:34
* dansmith scowls19:34
mriedemquick and dirty yeehaw pew pew19:34
*** r-daneel_ has joined #openstack-nova19:34
mnaserso i've been trying to find how nova sets an instance to SCHEDULING task state.. i see two places where it is actually set and one is in compute/api.py in _populate_instance_for_create which seems like cells v1 code from what i read,  the other one is in _do_build_and_run_instance() upon 'RescheduledException' being raised, it seems to reset it back to SCHEDULING19:35
mnaserbut i can't find where it gets set for the first time? :\19:35
*** r-daneel has quit IRC19:35
*** r-daneel_ is now known as r-daneel19:35
mnaserin following _provision_instances down to the conductor schedule_and_build_instances, i dont see anything that changes the task_state19:36
mriedemmnaser: _provision_instances -> create_db_entry_for_new_instance -> _populate_instance_for_create19:37
mriedemthe instance returned is serialized and stored in the build_requiest19:37
mriedem*request19:37
mnasermriedem: so the comment right above create db entry saying "This method remains because cellsv1 uses it in the scheduler"19:37
*** AlexeyAbashkin has quit IRC19:37
mnaseris a bit misleading maybe?19:37
mriedemyeah, i think that's more for the create_instance kwarg on the method19:38
mnasergr, you're right, that's part of the flow too19:38
*** AlexeyAbashkin has joined #openstack-nova19:38
mnasercreate_db_entry_for_new_instance => _populate_instance_for_create => instance.task_state = task_states.SCHEDULING19:38
mriedemright19:38
mnaserso i guess it never reaches that state because the instance is in BUILD/None19:38
*** nicolasbock has joined #openstack-nova19:39
mriedemit should be SCHEDULING until the next thing that changes the task_state19:39
mnaserhmm, i see, so maybe the issue here is that something takes it from BUILD/SCHEDULING => BUILD/None and it just stalls out19:39
mriedemwhich i think is build_and_run_instance in the compute19:39
* mnaser checks logs19:39
mnaserbut i dont see a compute host listed when i see the instance in that state19:40
mriedemis the instance in cell0?19:40
*** tssurya has quit IRC19:40
jaypipesmriedem: typically a VF will be represented as an amount of SRIOV_NET_VF resource class inventory on a resource provider representing the PF. However, it is possible that a resource provider representing the individual VF could be created by the virt driver or neutron agent IFF differences in capabilities/traits differentiate individual VFs from each other.19:40
mnasermriedem: i can only assume eventually it ends up there once it stalls on BUILD/None for a while, ill investigate a bit more19:40
*** tssurya has joined #openstack-nova19:40
mriedemshould be able to tell by just looking for the instance in the cell0 db19:41
mnasergrepping scheduler logs while this happens too19:41
mnaserit doesn't end up in cell019:42
mriedemso there must be a build_request for it in the nova_api db19:42
mriedemquery the build_requests table for that instance uuid?19:43
mnaserno build request in nova_api, but the instance is in the cell db (not cell0) with state as 'building'19:44
mnaseruntil i assume the instance was just deleted19:44
mriedembut it doesn't have a host set on the instance right?19:44
mnasernope19:44
mriedemso the instance is in cell1, but host is not set, and vm_state is BUILDING19:44
mriedemand task_state is None19:44
mnasermriedem: http://paste.openstack.org/show/693715/ exactly19:44
mnaserthats "select uuid, vm_state, task_state, host from instances where uuid='58dec7d0-00f3-448b-a7ce-90e4c2b7d4de';" in the nova db19:45
mriedemis there a fault recorded on the instance?19:45
mnaseruh are faults stored in the same table19:45
mnasernope instance_faults19:46
mnasernope19:46
mnaserno faults19:46
mnaserthe instance stays there forever, im pretty sure its just deleted by the api user and they're reattempting to launch the instance, so the behaviour is non deterministic19:46
mriedemyeah so my guess is _do_build_and_run_instance set task_state=None and then something hung or failed19:47
mriedemthe instance.host gets set in the resource tracker after it's spawned19:47
mriedemso networking or block device setup maybe failed? or driver.spawn failed19:48
mriedemhowever, those should either result in a reschedule or the instance being put into  ERROR state19:50
mriedemmnaser: probably have to trace the server create request id through the compute logs to find out what happened to i19:50
mriedem*it19:50
mnasermriedem: actually, i'm looking at recent instance_faults and im seeing some rpc timeouts19:50
mriedemjaypipes: ok (on the VF/PF thing)19:50
mnaserwhich could very well explain things.. ill dig more, because there's plenty of conductors serving here19:51
mriedemmnaser: so it's possible the state changes to the instance never made it through conductor to the db19:51
mnaserthanks for the small talk through, that gives a hint19:51
mnaserFile "/usr/lib/python2.7/site-packages/nova/compute/manager.py", line 2110, in _build_and_run_instance19:51
mnaser    instance.save(expected_task_state=task_states.SPAWNING)19:51
mnaserit is *very* possible considering that's the stacktrace that timed out...19:51
*** jafeha__ has joined #openstack-nova19:52
*** sidx64 has joined #openstack-nova19:52
*** jafeha has quit IRC19:52
*** ssurana has joined #openstack-nova19:52
*** fragatin_ has joined #openstack-nova19:52
*** germs_ has joined #openstack-nova19:52
mriedemyup, and that's the time that the instance.host would be set and saved off from the RT.instance_claim()19:52
*** ssurana has quit IRC19:53
*** germs__ has joined #openstack-nova19:54
mnaserwell at least we know things are breaking the way they're supposed to be..19:54
*** fragatina has quit IRC19:54
*** eharney has quit IRC19:54
*** germs has quit IRC19:54
*** jamesdenton has quit IRC19:54
* dansmith wonders what it takes to actually break mnaser's spirit19:55
*** mgoddard_ has quit IRC19:55
mnaserdansmith: i'm not sure, i'm worried about finding that part out :p19:55
dansmithshould be any day now.. :)19:55
mnaserour queens upgrades are happening soon19:56
mnaseri'm sure that'll push things19:56
mnaser:P19:56
mriedemmnaser: i'd wait for 17.0.119:56
dansmithheh19:56
mriedemwhich should happen this week or early next19:56
mnasermriedem: taking your word for it, usually nova is one of the later targets for upgrades19:57
mriedemmnaser: are you going to leave glance behind for v1 support?19:57
mnaserwe have a whole ceph cluster to upgrade just before that19:57
mnasermriedem: we have 1 client that heavily uses v1, and they use the openstack cloud jenkins plugin so i'm probably just going to push up a patch to use the v2 apis19:57
*** germs_ has quit IRC19:57
mnaserand once i get them to use it, then we can move on19:58
*** germs__ is now known as germs19:58
*** germs has quit IRC19:58
*** germs has joined #openstack-nova19:58
mriedemi was just thinking about this at the ptg,19:58
mriedembut the direct rbd snapshot stuff for ephemeral rbd disks in the libvirt driver,19:58
mnaseri think v1 still exists in queens though19:58
mriedemthat relies on being able to get the location from the image, which i thought was a v1 only thing in glance19:58
mriedemnova dropped support for glance v119:59
*** eharney has joined #openstack-nova19:59
mnaserdirect image location or whatever that is19:59
mnaserit's a thing in glance v2 i'm pretty sure19:59
mriedemwhatever this is https://github.com/openstack/devstack-plugin-ceph/blob/master/devstack/lib/ceph#L68320:00
mnaserhttps://developer.openstack.org/api-ref/image/v2/index.html#show-image-details20:00
mnaseryeah that is the direct_url and locations[] in the api there20:00
*** danpawlik has joined #openstack-nova20:01
mriedemok i thought they weren't going to carry that forward to v220:01
mriedembut if they did, then i don't have to worry about us breaking the direct snapshot rbd stuff that a lot of people wanted and are using20:01
*** sridharg has quit IRC20:02
mnasermriedem: afaik we're using v2 with nova and direct snapshot is working here .. under pike at least20:03
mriedemok i'll not worry about this then20:03
* mnaser doublechecks api logs20:03
cfriesenmnaser: mriedem: if you enable "show_multiple_locations" then the direct snapshot stuff will work.  it's just that glance tells you that turning that option on is a security risk20:03
mriedemcfriesen: i know, i just thought it was a v1 only thing20:04
hrwstephenfin: sorry but r14 got wrong in one place during merge and I did not noticed20:04
mriedemnova dropped support for glance v1 in ocata, so it's further back than i thought20:04
mnaseroh yeah, nope, its fine, glance says its a security risk but i'd argue with that in ceph's case .. but i don't have the time to discuss that :D20:04
*** danpawlik has quit IRC20:06
*** david-lyle has quit IRC20:07
openstackgerritMarcin Juszkiewicz proposed openstack/nova master: Allow to configure amount of PCIe ports  https://review.openstack.org/54503420:08
hrwstephenfin, mriedem: fixed rev20:08
*** r-daneel_ has joined #openstack-nova20:09
*** r-daneel has quit IRC20:09
*** r-daneel_ is now known as r-daneel20:09
*** sidx64_ has joined #openstack-nova20:09
bauzasmriedem: dansmith: I'll be on PTO tomorrow afternoon UTC20:11
mriedemartom: so -1 on https://review.openstack.org/#/c/485522/ since the spec doesn't say anything20:11
bauzasin case you need me20:11
*** yamamoto has joined #openstack-nova20:11
mriedembauzas: i need you right now20:11
mriedemto remove your -W on https://review.openstack.org/#/c/550259/20:11
*** sidx64 has quit IRC20:11
artomAnd to stop forest fires?20:12
artomAm I mixing up my references?20:12
artommriedem, fair, I expected nothing less20:12
bauzasmriedem: just did20:12
bauzasmriedem: I was looking at today's discussions20:12
*** hemna_ has quit IRC20:13
mriedemdansmith: can you +W https://review.openstack.org/#/c/550259/20:13
mriedemthat backport20:14
artommriedem, to be fair, maybe there just isn't that much to do in Nova for trusted VFs (if doing it without placement), in which case maybe it would have needed to be a Neutron spec?20:14
mriedemartom: well, look at 'work items'20:14
artomIn any case, I still agree that we're better off tracking them in placement20:14
mriedem"something something pci request spec, and libvirt driver, done!"20:14
openstackgerritSurya Seetharaman proposed openstack/nova-specs master: Support disabling a cell  https://review.openstack.org/54668420:14
mriedemdon't look behind the curtain20:14
artomBut it's cloud!20:14
artomYou're not *supposed* to look behind the curtain20:15
mriedemew https://review.openstack.org/#/c/458513/11/nova/network/linux_net.py20:15
mriedem^ should happen in os-vif i'm pretty sure20:15
artomThe hell, we did that in nova-network?!20:15
dansmithmriedem: yes20:15
*** david-lyle has joined #openstack-nova20:15
mriedemartom: that's common 'networking' code20:15
artomAh, sorry20:15
mikalSo are we deleting nova-network this release? Can I ignore that stuff for the purposes of privsep?20:16
*** yamamoto has quit IRC20:16
artomI think we said we're getting rid of cellsv1 first?20:16
mriedemmikal: yes20:17
mriedemartom: other way around20:17
dansmithartom: other way around20:17
dansmithheh20:17
mriedemartom: you were there, in the room!20:17
artomOh so other way round?20:17
mriedemso i think i get what the trusted VFs thing is now20:17
mikalI'd like to be core for just the one review to +2 the removal of nova-net please. For old times sake.20:17
mriedem1. create port in neutron with a trusted attribute20:17
mriedem2. nova takes that off the port binding profile and shoves into the pci request spec,20:17
artom(Oh right, your action item was to make cellsv1 work with Neutron)20:18
mriedem3. libvirt driver reads that off the pci request spec and shells out to set the vf to trusted on the host20:18
mriedemwhy do we need the virt driver doing this?20:18
dansmithmriedem: but in reality, it should be "2. nova takes that and shoves it into traits"20:18
dansmithmriedem: then placement weeds everything we can't land on for us20:19
mriedemdansmith: yeah that's what i was thinking the spec (and asked) - how to get go through scheduling to find a host that handles this type of port20:19
mriedemsince we don't have network-aware scheduling20:19
mriedemjesus words20:19
bauzasis efried still on PTO ?20:20
bauzasI was considering to work on a spec for providing NUMA affinity using nested RPs, and AFAIR he told me there was already a spec20:21
*** tssurya_ has joined #openstack-nova20:21
bauzasam I wrong?20:21
mriedemhe is20:21
artomSo this might be a question for neutron, but... In the case of trusted VFs (and passthrough of whole PFs), what the actual cable going from the card is connected to at the other end is kinda important20:21
artomHow is that expressed when creating the neutron port?20:22
dansmithmriedem: as bauzas would say... "le woot": http://logs.openstack.org/94/550194/6/check/nova-next/0842c76/job-output.txt.gz#_2018-03-07_20_06_24_92649520:22
artomOr put differently, how does the port become associated with the right hardware?20:22
artomMaybe a question for sean tomorrow morning20:23
bauzasdansmith: \o/20:23
mriedemle woff20:25
mriedem*woof20:25
mriedembauzas: artom: ok i dumped some placement thoughts in https://review.openstack.org/#/c/485522/20:26
mriedemi'm sure the response will be, "well this 'works' with code we have up for review today and placement isn't done yet"20:26
mriedemit doesn't, at all, address the scheduling issue of finding a host that allows nova to configure VFs as trusted20:26
artomWhich is *technically* true :/20:26
dansmithI assume the pci filter can do that kind of thing,20:27
dansmithif we extend the data structure to have a trusted flag or something20:27
dansmithbut that's the thing I think we should avoid20:27
artomI thought that's what he did?20:27
dansmithbuilding more cruft on that crap is not the way we should go, IMHO20:27
mriedemi don't really know anything about the pci filter20:27
artomdansmith, https://review.openstack.org/#/c/458820/ ?20:27
mriedemdoes the pci filter get information off the pci request spec?20:27
dansmithartom: right, but that's not merged20:27
bauzasdansmith: le woof is victory https://scontent-cdg2-1.xx.fbcdn.net/v/t1.0-9/28577622_10213176224494032_6122884744312777644_n.jpg?oh=e91e488a77ace375c978611b0964e159&oe=5B39D00720:27
artomdansmith, right, but it's what's being proposed20:28
dansmithbauzas: I said "le woot" not "le woof"20:28
dansmithartom: right, that's what I was saying20:28
artomdansmith, oh you were saying that? right20:28
dansmithartom: mriedem sounded like he didn't see the connection for the scheduler20:28
cdentthat's an awesome dog20:28
dansmithbauzas: my understanding is I can make any word french by putting "le" in front...20:28
mriedemdansmith: artom: ok i didn't realize the connection with the pci filter20:29
bauzasit can work with "le café"20:29
bauzas"le budget"20:29
artomdansmith, ah, and your response was "there's the connection, by having the PCI filter work with this new trusted thing in pci requests"20:29
dansmithyes20:29
*** AlexeyAbashkin has quit IRC20:29
bauzasyeah the spec was unclear, I asked for details20:29
mriedemso the api calls create_pci_requests_for_sriov_ports which gets the binding profile off the port and gets the pci request spec with the new trusted attribute20:30
mriedemok and then the pci filter magically picks a host based on the pci request spec for a trusted vf, tied via flavor extra spec?20:31
dansmithnot just that, it picks an _actual_ pci device I think20:31
dansmithit's AWESOME20:31
*** sidx64_ has quit IRC20:32
mriedemPciPassthroughFilter right?20:33
mriedemman i'm confused20:34
mriedemgood thing the release note would have documented how all of this works for a deployer that wants to use it20:34
* artom doesn't see any scheduler changes... Does adding stuff to pci requests automagically work?20:34
mriedemartom: i guess?20:34
mriedemthe spec just says, "operators will have to use host aggregates"20:34
artomI sort of assumed it would be in the same way that we have pinned CPUs now20:35
artomAggregates for trusted VFs and aggregated for normal VFs20:35
artomSo that any VF in a 'trusted' aggregate is, err, trusted20:35
dansmiththat would kindof suck20:38
*** danpawlik has joined #openstack-nova20:38
mriedemthe PciPassthroughFilter is looking at HostState.pci_stats, but i don't know what goes into that thing saying "this host reported it supports trusted VFs"20:39
openstackgerritMerged openstack/nova master: Only attempt a rebuild claim for an evacuation to a new host  https://review.openstack.org/54626820:40
mriedemi guess https://review.openstack.org/#/c/458514/13/releasenotes/notes/trusted-vfs-abee6dff7c9b6940.yaml ?20:42
mriedemso the pci passthrough_whitelist has to report the devices that are trusted,20:42
mriedemand the PciPassthroughFilter links those to the ports in the pci request spec?20:42
mriedemand pci passthrough_whitelist is our poor man's placement inventory system yes?20:43
mriedemjaypipes: ^?20:43
*** danpawlik has quit IRC20:43
openstackgerritDan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells  https://review.openstack.org/55050220:43
dansmithmriedem: this ^ passed, so I converted the hook to run --all-cells on the purge20:44
dansmithall the other patches have a clean swath of green from zuul too20:45
mriedem+2 on the bottom change in the series20:45
*** AlexeyAbashkin has joined #openstack-nova20:45
dansmiththe other guy hasn't updated the archive patch yet, but if he has tomorrow I'll rebase on this and convert that part of the hook too20:46
mriedemKevin_Zheng ?20:46
dansmithsomeone else was responding right?20:46
mriedemoh idk20:46
dansmithalso downstream QE here is going to try to get some real world database snapshots and run archive/purge against them20:47
* jaypipes reads back20:47
bauzasjaypipes: mriedem: dansmith: as we discussed at the PTG, I'm about to provide a new spec for NUMA topology, should I use that one https://review.openstack.org/#/c/543062/1 or just a new one given we agreed on a different way20:48
tssuryadansmith : Zhenyu Zheng is Kevin_Zheng :)20:49
dansmithtssurya: oh, hah20:49
dansmithI stopped pattern matching at "Z != K; break"20:49
tssuryadansmith: :D20:50
*** AlexeyAbashkin has quit IRC20:50
*** david-lyle has quit IRC20:53
*** prateek has joined #openstack-nova20:54
openstackgerritSurya Seetharaman proposed openstack/nova master: Update the nova-manage db archive_deleted_rows description  https://review.openstack.org/55060020:54
artomdansmith, actually, about that, if we grab that mitaka dump from the "original" bug a long time ago, and just run it through nova-manage db-sync...?20:54
dansmithartom: it was newton I think20:55
dansmithartom: we could, but it'd be nicer to have something a little fresher20:55
jaypipesmriedem: yes, you are correct. (about the pci_passthrough_whitelist and PciPassthroughFilter cruft.20:55
dansmithbut if nothing else, that will work20:55
jaypipesbauzas: definitely a new one.20:55
bauzasjaypipes: roger.20:55
*** gouthamr has quit IRC20:57
mriedemjaypipes: ok cool,20:58
mriedemit's about time, since juno, that i start to try to understand how that stuff works20:58
mriedemi would really rather not have to though20:58
openstackgerritMerged openstack/nova stable/queens: Check for multiattach before removing connections  https://review.openstack.org/55022120:59
*** prateek has quit IRC21:02
*** prateek_ has joined #openstack-nova21:03
*** cdent has quit IRC21:03
bauzasjust to make it clear : "le"/"la"21:03
bauzasle woof, la bye21:03
bauzas:p21:03
*** AlexeyAbashkin has joined #openstack-nova21:04
*** tbachman has joined #openstack-nova21:09
mriedemmaybe in le france21:09
mriedemi'm in 'merica21:09
*** pcaruana has quit IRC21:12
*** yamamoto has joined #openstack-nova21:12
*** danpawlik has joined #openstack-nova21:14
*** andreas_s has joined #openstack-nova21:15
*** yamamoto has quit IRC21:17
openstackgerritMatt Riedemann proposed openstack/nova master: Rename the 'recreate' param in rebuild_instance to 'evacuate'  https://review.openstack.org/50819021:18
*** danpawlik has quit IRC21:19
*** andreas_s has quit IRC21:20
*** r-daneel_ has joined #openstack-nova21:22
bauzasoh man, getting mad with the imagebackend21:22
*** Tom-Tom has joined #openstack-nova21:23
*** r-daneel has quit IRC21:23
*** r-daneel_ is now known as r-daneel21:23
*** Tom-Tom has quit IRC21:28
*** AlexeyAbashkin has quit IRC21:28
mriedemdansmith: not sure if you want to clean up the nits in https://review.openstack.org/#/c/550182/ before i +W?21:30
*** READ10 has quit IRC21:31
mriedembauzas: https://i.chzbgr.com/full/6425329152/hA7A48AD5/21:31
bauzasmeh21:32
bauzastrying to understand spaghetti code21:32
mriedemi think mdbooth said the libvirt imagebackend code was done21:32
*** ibmko has joined #openstack-nova21:35
bauzasmriedem: man, it's your fault21:36
bauzasmriedem: I need to understand why we preallocate LVM volumes21:36
bauzas:p21:36
mriedemis pdragbrady still around?21:37
mriedem*pdraigbrady?21:37
mriedemoh facebook i see21:37
dansmithmriedem: sure, give me a sec21:40
*** suresh12 has quit IRC21:42
*** suresh12 has joined #openstack-nova21:42
openstackgerritDan Smith proposed openstack/nova master: Add --purge helper flag to archive_deleted_rows  https://review.openstack.org/55018221:43
openstackgerritDan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells  https://review.openstack.org/55050221:43
dansmithmriedem: le boom ^21:43
mriedemle thanks21:43
*** danpawlik has joined #openstack-nova21:46
mriedemdansmith: assuming we should get this into a 17.0.1 as well https://review.openstack.org/#/c/550557/ if you want to fast approve21:47
mriedemthen i can request the release21:47
dansmithmriedem: hmm, for the backport we should probably clamp to the 4.x latest right?21:48
mriedemwasn't sure21:48
*** yangyapeng has joined #openstack-nova21:48
dansmithit should be the minimum that release supports21:48
dansmithso actually not 4.max21:49
dansmith4.18 or 'pike'21:49
mriedemyeah was going to say 4.1821:49
dansmithalthough21:49
mriedemthen why didn't we need that on master?21:50
dansmithif someone is starting up a new deployment of queens...21:50
dansmithbecause 5.0 is the minimum we support on master21:50
dansmithactually, you know, yeah, let's just leave it21:50
*** suresh12 has quit IRC21:50
dansmithit doesn't cache it,21:50
dansmithso if it's really first startup, 5.0 is fine on queens21:50
dansmithand if something else comes online that is older, it won't have cached it and will do the right thing21:51
*** danpawlik has quit IRC21:51
dansmithmriedem: I will say this is not critical on queens though, since queens will speak 4.11 if you ask it to,21:51
dansmithso it won't break like master did21:51
mriedemi wanted to ask odyssey4me if they hit this in OSA on queens or master21:52
mriedemif we don't need this in queens, i'm fine to abandon21:52
dansmithreally shouldn't on queens, it's after we dropped 4.x support in master that pinning to 4.11 breaks21:52
dansmithlet's just hold off, ask odyssey4me, and release 17.0.1 without it21:52
openstackgerritSylvain Bauza proposed openstack/nova master: Deprecate sparse LVs  https://review.openstack.org/54977121:52
dansmithand if I'm missing something we can merge it later, okay?21:53
mriedemabandoned21:53
mriedemyeah21:53
*** yangyapeng has quit IRC21:54
*** suresh12 has joined #openstack-nova21:55
*** takashin has joined #openstack-nova21:57
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: vSCSI volume driver  https://review.openstack.org/52609421:58
*** prateek__ has joined #openstack-nova21:58
*** prateek_ has quit IRC22:01
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Microversion 2.61 - List/Show all server migration types  https://review.openstack.org/43083922:05
*** r-daneel has quit IRC22:07
*** david-lyle has joined #openstack-nova22:08
openstackgerritMerged openstack/nova stable/queens: Allow 'network' in RequestContext service_catalog  https://review.openstack.org/55025922:11
*** openstackstatus has quit IRC22:13
*** openstack has joined #openstack-nova22:15
*** ChanServ sets mode: +o openstack22:15
*** yangyapeng has joined #openstack-nova22:15
openstackgerritMerged openstack/python-novaclient master: Updated from global requirements  https://review.openstack.org/55056922:16
*** suresh12 has quit IRC22:17
*** awaugama has quit IRC22:17
*** yamamoto has quit IRC22:18
*** yangyapeng has quit IRC22:19
*** danpawlik has quit IRC22:21
*** suresh12 has joined #openstack-nova22:23
*** dklyle has joined #openstack-nova22:34
*** esberglu has quit IRC22:35
*** eharney has quit IRC22:36
*** itlinux has quit IRC22:36
*** fusmu has joined #openstack-nova22:37
*** rcernin has joined #openstack-nova22:37
*** edmondsw has quit IRC22:38
*** edmondsw has joined #openstack-nova22:39
*** fusmu has quit IRC22:42
*** openstackstatus has quit IRC22:42
*** openstack has joined #openstack-nova22:44
*** ChanServ sets mode: +o openstack22:44
*** suresh12 has quit IRC22:45
*** slaweq has quit IRC22:46
*** AlexeyAbashkin has joined #openstack-nova22:46
*** slaweq has joined #openstack-nova22:46
*** suresh12 has joined #openstack-nova22:49
*** esberglu has joined #openstack-nova22:50
*** AlexeyAbashkin has quit IRC22:51
*** slaweq has quit IRC22:51
*** david-lyle has joined #openstack-nova22:54
*** dklyle has quit IRC22:55
openstackgerritMerged openstack/nova master: Run post-test archive against cell1  https://review.openstack.org/55019422:55
*** slaweq has joined #openstack-nova22:56
*** dachilco has joined #openstack-nova23:00
openstackgerritEric Berglund proposed openstack/nova master: PowerVM Driver: vSCSI volume driver  https://review.openstack.org/52609423:01
*** slaweq has quit IRC23:01
*** slaweq has joined #openstack-nova23:06
openstackgerritSurya Seetharaman proposed openstack/nova-specs master: Support disabling a cell  https://review.openstack.org/54668423:07
*** esberglu has quit IRC23:09
*** slaweq has quit IRC23:11
*** threestrands has joined #openstack-nova23:12
*** yamamoto has joined #openstack-nova23:15
*** mlavalle has quit IRC23:20
*** yamamoto has quit IRC23:20
*** yamamoto has joined #openstack-nova23:20
*** danpawlik has joined #openstack-nova23:30
*** claudiub has quit IRC23:30
openstackgerritSurya Seetharaman proposed openstack/nova master: Update the nova-manage db archive_deleted_rows description  https://review.openstack.org/55060023:30
*** dachilco has quit IRC23:34
*** threestrands_ has joined #openstack-nova23:34
*** threestrands_ has quit IRC23:34
*** threestrands_ has joined #openstack-nova23:34
*** danpawlik has quit IRC23:35
*** pchavva has quit IRC23:35
*** threestrands_ has quit IRC23:35
*** threestrands_ has joined #openstack-nova23:36
*** threestrands has quit IRC23:36
*** slaweq has joined #openstack-nova23:37
*** jmlowe has joined #openstack-nova23:39
*** dachilco has joined #openstack-nova23:40
*** slaweq has quit IRC23:42
*** tssurya has quit IRC23:44
*** AlexeyAbashkin has joined #openstack-nova23:45
*** slaweq has joined #openstack-nova23:47
*** tssurya_ has quit IRC23:47
*** AlexeyAbashkin has quit IRC23:49
*** hongbin has quit IRC23:51
*** tetsuro has joined #openstack-nova23:52
*** slaweq has quit IRC23:52
*** slaweq has joined #openstack-nova23:57

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