Thursday, 2018-06-14

*** yamamoto has quit IRC00:00
*** heyongli has quit IRC00:01
*** heyongli has joined #openstack-nova00:01
*** ktibi_ has quit IRC00:02
*** shaohe_feng has quit IRC00:02
*** shaohe_feng has joined #openstack-nova00:03
*** r-daneel has quit IRC00:08
*** hshiina has joined #openstack-nova00:10
*** heyongli has quit IRC00:11
*** heyongli has joined #openstack-nova00:11
*** awaugama has quit IRC00:11
*** shaohe_feng has quit IRC00:13
*** felipemonteiro has joined #openstack-nova00:14
*** shaohe_feng has joined #openstack-nova00:14
*** liverpooler has joined #openstack-nova00:14
*** felipemonteiro_ has joined #openstack-nova00:16
efriedmelwitt: I think we're good on the blueprints I know about.00:17
*** felipemonteiro has quit IRC00:20
*** heyongli has quit IRC00:21
*** heyongli has joined #openstack-nova00:21
*** shaohe_feng has quit IRC00:23
*** shaohe_feng has joined #openstack-nova00:24
*** Swami has quit IRC00:25
*** Swami_ has quit IRC00:25
*** r-daneel has joined #openstack-nova00:25
*** felipemonteiro_ has quit IRC00:25
*** r-daneel_ has joined #openstack-nova00:29
*** r-daneel has quit IRC00:29
*** r-daneel_ is now known as r-daneel00:29
*** dineshbhor__ has joined #openstack-nova00:31
*** heyongli has quit IRC00:31
*** heyongli has joined #openstack-nova00:32
*** shaohe_feng has quit IRC00:33
*** shaohe_feng has joined #openstack-nova00:37
*** Nel1x has joined #openstack-nova00:37
openstackgerritjiang wei proposed openstack/nova master: Add action initiator attribute to the payload  https://review.openstack.org/53624300:38
*** liangy has joined #openstack-nova00:39
*** heyongli has quit IRC00:42
*** heyongli has joined #openstack-nova00:42
*** shaohe_feng has quit IRC00:43
*** shaohe_feng has joined #openstack-nova00:44
*** liangy has quit IRC00:46
*** chyka has joined #openstack-nova00:46
*** annp has joined #openstack-nova00:48
*** Tom-Tom has joined #openstack-nova00:49
*** r-daneel has quit IRC00:50
*** Nel1x has quit IRC00:50
*** chyka has quit IRC00:51
*** heyongli has quit IRC00:52
*** heyongli has joined #openstack-nova00:52
*** Tom-Tom has quit IRC00:53
*** shaohe_feng has quit IRC00:54
*** Tom-Tom has joined #openstack-nova00:56
*** shaohe_feng has joined #openstack-nova00:56
*** yamamoto has joined #openstack-nova00:56
*** eharney has quit IRC00:58
*** hiro-kobayashi has joined #openstack-nova01:01
*** trungnv has joined #openstack-nova01:02
*** yamamoto has quit IRC01:02
*** heyongli has quit IRC01:02
*** heyongli has joined #openstack-nova01:02
*** shaohe_feng has quit IRC01:04
*** liverpooler has quit IRC01:04
*** shaohe_feng has joined #openstack-nova01:05
*** tiendc has joined #openstack-nova01:07
openstackgerritTakashi NATSUME proposed openstack/nova master: Update admin/flavors document  https://review.openstack.org/57306301:08
*** Nel1x has joined #openstack-nova01:09
openstackgerritzhangdaolong proposed openstack/nova master: Fix error log output information parameters.  https://review.openstack.org/57527701:11
*** liuzz has joined #openstack-nova01:11
*** heyongli has quit IRC01:12
*** heyongli has joined #openstack-nova01:13
*** shaohe_feng has quit IRC01:14
*** mdnadeem has joined #openstack-nova01:14
*** shaohe_feng has joined #openstack-nova01:15
*** jichen has joined #openstack-nova01:15
openstackgerritZhenyu Zheng proposed openstack/nova master: Use ThreadPoolExecutor for max_concurrent_live_migrations  https://review.openstack.org/56350501:16
*** heyongli has quit IRC01:23
*** heyongli has joined #openstack-nova01:23
*** shaohe_feng has quit IRC01:24
*** shaohe_feng has joined #openstack-nova01:25
*** mrsoul has joined #openstack-nova01:25
*** mschuppert has quit IRC01:29
*** r-daneel has joined #openstack-nova01:32
*** heyongli has quit IRC01:33
*** heyongli has joined #openstack-nova01:33
*** shaohe_feng has quit IRC01:35
*** shaohe_feng has joined #openstack-nova01:36
*** r-daneel has quit IRC01:37
*** naichuans has quit IRC01:38
*** r-daneel has joined #openstack-nova01:40
*** gyee has quit IRC01:41
openstackgerritZhenyu Zheng proposed openstack/nova master: Compute: add support to abort queued live migration  https://review.openstack.org/56854201:42
*** heyongli has quit IRC01:43
*** heyongli has joined #openstack-nova01:43
*** shaohe_feng has quit IRC01:45
*** boris_42_ has quit IRC01:50
*** shaohe_feng has joined #openstack-nova01:50
*** Nel1x has quit IRC01:51
*** heyongli has quit IRC01:53
*** heyongli has joined #openstack-nova01:54
*** shaohe_feng has quit IRC01:55
*** shaohe_feng has joined #openstack-nova01:57
*** yamamoto has joined #openstack-nova01:58
*** naichuans has joined #openstack-nova02:00
openstackgerritCorey Bryant proposed openstack/nova master: Fix execute mock for test_convert_image_with_errors  https://review.openstack.org/57530502:00
*** hongbin has joined #openstack-nova02:01
*** yamahata has quit IRC02:03
*** heyongli has quit IRC02:04
*** heyongli has joined #openstack-nova02:04
*** yamamoto has quit IRC02:04
*** shaohe_feng has quit IRC02:05
*** Guest63393 has quit IRC02:06
*** yassine has joined #openstack-nova02:06
*** yassine is now known as Guest4879402:06
*** shaohe_feng has joined #openstack-nova02:08
*** Nel1x has joined #openstack-nova02:08
*** heyongli has quit IRC02:14
*** heyongli has joined #openstack-nova02:14
*** hemna_ has quit IRC02:15
*** tbachman has quit IRC02:15
*** shaohe_feng has quit IRC02:16
*** shaohe_feng has joined #openstack-nova02:17
mnaserhttps://review.openstack.org/#/c/561284/02:19
mnaserthis would be nice to land :>02:19
*** tbachman has joined #openstack-nova02:23
*** vladikr has quit IRC02:23
*** vladikr has joined #openstack-nova02:23
*** zcorneli_ has joined #openstack-nova02:24
*** heyongli has quit IRC02:24
*** heyongli has joined #openstack-nova02:24
*** shaohe_feng has quit IRC02:26
*** zcorneli has quit IRC02:26
*** shaohe_feng has joined #openstack-nova02:26
*** vladikr has quit IRC02:29
*** vladikr has joined #openstack-nova02:29
*** Tom-Tom has quit IRC02:32
*** Tom-Tom has joined #openstack-nova02:33
openstackgerritTakashi NATSUME proposed openstack/nova master: Subject: Remove mox in unit/network/test_neutronv2.py (8)  https://review.openstack.org/57531102:34
*** heyongli has quit IRC02:34
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (8)  https://review.openstack.org/57531102:34
*** heyongli has joined #openstack-nova02:35
*** vladikr has quit IRC02:35
*** vladikr has joined #openstack-nova02:35
*** iceyao has joined #openstack-nova02:36
*** brault has joined #openstack-nova02:36
*** shaohe_feng has quit IRC02:36
*** itlinux has joined #openstack-nova02:36
*** shaohe_feng has joined #openstack-nova02:37
*** zcorneli_ is now known as zcorneli02:37
mtreinishmelwitt: sry I was stuck in the san jose convention center at ibm booth for o'reilly velocity today (and tomorrow too), what do I need to look at?02:41
*** brault has quit IRC02:41
mtreinishI'll take a look after I grab some dinner02:41
*** heyongli has quit IRC02:45
*** vladikr has quit IRC02:45
*** heyongli has joined #openstack-nova02:45
*** shaohe_feng has quit IRC02:46
*** lyan has quit IRC02:47
*** vladikr has joined #openstack-nova02:47
*** shaohe_feng has joined #openstack-nova02:47
*** liuzz_ has joined #openstack-nova02:51
*** liuzz has quit IRC02:53
*** heyongli has quit IRC02:55
*** heyongli has joined #openstack-nova02:55
*** shaohe_feng has quit IRC02:57
*** pvc_ has joined #openstack-nova02:57
*** shaohe_feng has joined #openstack-nova02:57
pvc_hi02:59
simondodsleycan someone have a look at nova-cells-v1. It seems to be failing tempest.api.compute.servers.test_multiple_create.MultipleCreateTestJSON.test_multiple_create for every patch02:59
*** iceyao has quit IRC02:59
pvc_is there a way that i can see the progress of my server snapshot? or can i optimize it's speed because it took so long02:59
*** yamamoto has joined #openstack-nova03:00
openstackgerritjiang wei proposed openstack/nova master: Add action initiator attribute to the payload  https://review.openstack.org/53624303:03
zcornelisimondodsley: They're already on it - https://review.openstack.org/#/c/57513203:05
*** heyongli has quit IRC03:05
*** vladikr has quit IRC03:05
*** heyongli has joined #openstack-nova03:05
*** yamamoto has quit IRC03:05
openstackgerritTakashi NATSUME proposed openstack/nova master: Add the guideline to write API reference  https://review.openstack.org/56905803:07
*** shaohe_feng has quit IRC03:07
*** vladikr has joined #openstack-nova03:08
*** shaohe_feng has joined #openstack-nova03:11
*** heyongli has quit IRC03:15
*** heyongli has joined #openstack-nova03:16
*** shaohe_feng has quit IRC03:17
*** shaohe_feng has joined #openstack-nova03:18
*** vladikr has quit IRC03:19
*** vladikr has joined #openstack-nova03:20
*** heyongli has quit IRC03:26
*** heyongli has joined #openstack-nova03:26
*** liuzz has joined #openstack-nova03:26
*** liuzz_ has quit IRC03:27
*** shaohe_feng has quit IRC03:27
melwittefried: cool, thanks03:28
melwittmtreinish: was mostly just kidding around, twas this and it's going thru the gate now https://review.openstack.org/57513203:29
*** shaohe_feng has joined #openstack-nova03:29
*** yamahata has joined #openstack-nova03:35
*** bhagyashris has quit IRC03:35
*** heyongli has quit IRC03:36
*** heyongli has joined #openstack-nova03:36
*** yamamoto has joined #openstack-nova03:38
*** shaohe_feng has quit IRC03:38
*** shaohe_feng has joined #openstack-nova03:39
openstackgerritZhenyu Zheng proposed openstack/nova master: Add full traceback to ExceptionPayload in versioned notifications  https://review.openstack.org/56409203:41
*** yamahata has quit IRC03:43
*** dave-mccowan has quit IRC03:45
*** bhagyashris has joined #openstack-nova03:46
*** heyongli has quit IRC03:46
*** heyongli has joined #openstack-nova03:46
*** shaohe_feng has quit IRC03:48
*** sree has joined #openstack-nova03:48
*** blkart has quit IRC03:50
*** shaohe_feng has joined #openstack-nova03:50
*** yamahata has joined #openstack-nova03:51
*** liuzz_ has joined #openstack-nova03:52
*** chyka has joined #openstack-nova03:52
*** liuzz has quit IRC03:53
*** udesale has joined #openstack-nova03:56
*** heyongli has quit IRC03:56
*** chyka has quit IRC03:57
*** heyongli has joined #openstack-nova03:57
*** Guest48794 has quit IRC03:57
*** shaohe_feng has quit IRC03:58
*** shaohe_feng has joined #openstack-nova03:58
*** tiendc has quit IRC04:00
*** trungnv has quit IRC04:00
*** annp has quit IRC04:00
*** tiendc has joined #openstack-nova04:00
*** annp has joined #openstack-nova04:00
*** trungnv has joined #openstack-nova04:00
*** heyongli has quit IRC04:07
*** heyongli has joined #openstack-nova04:07
*** shaohe_feng has quit IRC04:08
*** zcorneli has quit IRC04:09
*** shaohe_feng has joined #openstack-nova04:10
*** germs has quit IRC04:12
*** Guest48794 has joined #openstack-nova04:12
*** heyongli has quit IRC04:17
*** heyongli has joined #openstack-nova04:17
*** shaohe_feng has quit IRC04:19
*** shaohe_feng has joined #openstack-nova04:19
*** hongbin has quit IRC04:21
*** lifeless_ has quit IRC04:22
*** stakeda has joined #openstack-nova04:23
*** heyongli has quit IRC04:27
*** heyongli has joined #openstack-nova04:27
*** shaohe_feng has quit IRC04:29
*** shaohe_feng has joined #openstack-nova04:30
*** takashin has left #openstack-nova04:31
*** kholkina has joined #openstack-nova04:32
openstackgerritVishakha Agarwal proposed openstack/python-novaclient master: No requirement of –all-tenants while listing servers  https://review.openstack.org/56909004:32
*** heyongli has quit IRC04:37
*** heyongli has joined #openstack-nova04:38
*** shaohe_feng has quit IRC04:39
*** shaohe_feng has joined #openstack-nova04:40
*** threestrands has quit IRC04:47
*** heyongli has quit IRC04:48
*** heyongli has joined #openstack-nova04:48
*** shaohe_feng has quit IRC04:49
*** shaohe_feng has joined #openstack-nova04:50
*** sridharg has joined #openstack-nova04:56
*** abhishekk has joined #openstack-nova04:57
*** janki has joined #openstack-nova04:57
*** heyongli has quit IRC04:58
*** heyongli has joined #openstack-nova04:58
*** dineshbhor__ has quit IRC04:59
*** shaohe_feng has quit IRC05:00
*** shaohe_feng has joined #openstack-nova05:00
*** links has joined #openstack-nova05:00
*** dineshbhor__ has joined #openstack-nova05:02
*** liuzz has joined #openstack-nova05:05
*** liuzz_ has quit IRC05:05
*** heyongli has quit IRC05:08
*** heyongli has joined #openstack-nova05:08
*** pcaruana has quit IRC05:09
*** shaohe_feng has quit IRC05:10
*** shaohe_feng has joined #openstack-nova05:11
*** lifeless has joined #openstack-nova05:17
*** heyongli has quit IRC05:18
*** heyongli has joined #openstack-nova05:19
*** shaohe_feng has quit IRC05:20
*** shaohe_feng has joined #openstack-nova05:23
*** heyongli has quit IRC05:29
*** heyongli has joined #openstack-nova05:29
*** moshele has joined #openstack-nova05:30
*** shaohe_feng has quit IRC05:30
openstackgerritVishakha Agarwal proposed openstack/python-novaclient master: No requirement of –all-tenants while listing servers  https://review.openstack.org/56909005:32
*** shaohe_feng has joined #openstack-nova05:32
*** ratailor has joined #openstack-nova05:36
openstackgerritjiang wei proposed openstack/nova master: Add action initiator attribute to the payload  https://review.openstack.org/53624305:36
*** pvc_ has quit IRC05:37
*** mdnadeem has quit IRC05:37
*** mdnadeem has joined #openstack-nova05:37
*** heyongli has quit IRC05:39
*** heyongli has joined #openstack-nova05:39
*** mdnadeem has quit IRC05:40
*** shaohe_feng has quit IRC05:41
openstackgerrityatin proposed openstack/nova stable/queens: [Stable Only] Initialise failed_builds in IronicNodeState  https://review.openstack.org/57499705:41
*** jaosorior has quit IRC05:41
*** _alastor1 has joined #openstack-nova05:42
*** shaohe_feng has joined #openstack-nova05:43
*** blkart has joined #openstack-nova05:45
*** moshele has quit IRC05:46
*** heyongli has quit IRC05:49
*** heyongli has joined #openstack-nova05:49
*** shaohe_feng has quit IRC05:51
*** shaohe_feng has joined #openstack-nova05:52
*** slaweq has quit IRC05:53
*** blkart has quit IRC05:58
*** heyongli has quit IRC05:59
*** heyongli has joined #openstack-nova06:00
*** shaohe_feng has quit IRC06:01
*** shaohe_feng has joined #openstack-nova06:02
*** blkart has joined #openstack-nova06:02
*** heyongli has quit IRC06:10
*** heyongli has joined #openstack-nova06:10
*** shaohe_feng has quit IRC06:11
*** shaohe_feng has joined #openstack-nova06:14
openstackgerritZhenyu Zheng proposed openstack/nova master: Compute: add support to abort queued live migration  https://review.openstack.org/56854206:14
*** mrsoul has quit IRC06:16
*** mrsoul_ has joined #openstack-nova06:16
*** mrsoul_ is now known as mschuppert06:16
*** itlinux has quit IRC06:17
openstackgerritZhenyu Zheng proposed openstack/nova master: Add full traceback to ExceptionPayload in versioned notifications  https://review.openstack.org/56409206:17
*** pcaruana has joined #openstack-nova06:17
*** mtreinish has quit IRC06:19
*** AlexeyAbashkin has joined #openstack-nova06:20
*** heyongli has quit IRC06:20
*** heyongli has joined #openstack-nova06:20
*** shaohe_feng has quit IRC06:22
*** liuzz_ has joined #openstack-nova06:22
*** rajinir has quit IRC06:22
*** mschuppert has quit IRC06:22
*** mrsoul has joined #openstack-nova06:22
*** mrsoul is now known as mschuppert06:23
*** liuzz has quit IRC06:24
*** shaohe_feng has joined #openstack-nova06:24
*** mschuppert has quit IRC06:24
*** mrsoul_ has joined #openstack-nova06:24
*** mrsoul_ is now known as mschuppert06:24
*** sridharg has quit IRC06:27
*** sridhargaddam has joined #openstack-nova06:27
*** threestrands has joined #openstack-nova06:27
*** heyongli has quit IRC06:30
*** sahid has joined #openstack-nova06:30
*** heyongli has joined #openstack-nova06:30
*** sridharg has joined #openstack-nova06:31
*** shaohe_feng has quit IRC06:32
*** AlexeyAbashkin has quit IRC06:33
openstackgerritShilpa Devharakar proposed openstack/python-novaclient master: Modify novaclient to support basic attributes  https://review.openstack.org/57228506:33
*** sridhargaddam has quit IRC06:33
openstackgerritShuo Liu proposed openstack/nova-specs master: fix spelling mistake  https://review.openstack.org/57347906:36
*** shaohe_feng has joined #openstack-nova06:36
*** moshele has joined #openstack-nova06:37
*** sridharg has quit IRC06:39
*** heyongli has quit IRC06:40
*** heyongli has joined #openstack-nova06:41
*** tssurya has joined #openstack-nova06:41
*** shaohe_feng has quit IRC06:42
*** shaohe_feng has joined #openstack-nova06:43
*** brault has joined #openstack-nova06:44
*** _alastor1 has quit IRC06:49
*** sridharg has joined #openstack-nova06:50
*** heyongli has quit IRC06:51
*** heyongli has joined #openstack-nova06:51
*** shaohe_feng has quit IRC06:52
*** shaohe_feng has joined #openstack-nova06:53
*** ccamacho has joined #openstack-nova06:54
*** slaweq has joined #openstack-nova06:56
*** mtreinish has joined #openstack-nova06:58
*** AlexeyAbashkin has joined #openstack-nova06:59
*** heyongli has quit IRC07:01
*** heyongli has joined #openstack-nova07:01
*** shaohe_feng has quit IRC07:03
*** shaohe_feng has joined #openstack-nova07:05
*** heyongli has quit IRC07:11
*** heyongli has joined #openstack-nova07:11
*** evrardjp_ is now known as evrardjp07:12
*** amoralej|off is now known as amoralej07:12
*** shaohe_feng has quit IRC07:13
*** shaohe_feng has joined #openstack-nova07:14
*** ttsiouts has joined #openstack-nova07:14
*** tesseract has joined #openstack-nova07:16
*** heyongli has quit IRC07:21
*** heyongli has joined #openstack-nova07:22
*** shaohe_feng has quit IRC07:23
*** shaohe_feng has joined #openstack-nova07:25
*** efried has quit IRC07:26
*** rmart04 has joined #openstack-nova07:26
*** efried has joined #openstack-nova07:27
*** rcernin has quit IRC07:27
*** sapd has quit IRC07:27
*** ttsiouts has quit IRC07:27
*** tssurya_ has joined #openstack-nova07:27
*** sapd has joined #openstack-nova07:27
*** lifeless has quit IRC07:28
*** jpena|off is now known as jpena07:30
*** ttsiouts has joined #openstack-nova07:31
*** tssurya_ has quit IRC07:31
*** heyongli has quit IRC07:32
*** heyongli has joined #openstack-nova07:32
*** ttsiouts has quit IRC07:33
*** shaohe_feng has quit IRC07:33
*** damien_r has joined #openstack-nova07:35
*** lifeless has joined #openstack-nova07:35
*** shaohe_feng has joined #openstack-nova07:35
*** sq4ind has joined #openstack-nova07:39
*** heyongli has quit IRC07:42
*** heyongli has joined #openstack-nova07:42
*** shaohe_feng has quit IRC07:44
*** shaohe_feng has joined #openstack-nova07:44
*** sq4ind has quit IRC07:46
openstackgerritjiang wei proposed openstack/nova master: Add action initiator attribute to the update payload  https://review.openstack.org/53624307:47
*** armaan has joined #openstack-nova07:49
*** tetsuro has quit IRC07:49
*** ttsiouts has joined #openstack-nova07:50
*** heyongli has quit IRC07:52
*** janki has quit IRC07:52
*** heyongli has joined #openstack-nova07:52
*** shaohe_feng has quit IRC07:54
*** shaohe_feng has joined #openstack-nova07:55
*** blkart has quit IRC07:56
*** ttsiouts has quit IRC07:56
*** ttsiouts has joined #openstack-nova07:57
*** blkart has joined #openstack-nova07:58
*** vladikr has quit IRC07:58
*** sq4ind has joined #openstack-nova07:59
*** vladikr has joined #openstack-nova07:59
*** heyongli has quit IRC08:02
*** heyongli has joined #openstack-nova08:03
*** shaohe_feng has quit IRC08:04
Kevin_Zhenggibi, Hi, Thanks alot for the help, I think https://review.openstack.org/#/c/564092/ is ready for review now.08:04
*** shaohe_feng has joined #openstack-nova08:05
*** janki has joined #openstack-nova08:09
*** jangutter has joined #openstack-nova08:11
*** ykarel has joined #openstack-nova08:12
ykarelhi can we get +2 +1W on https://review.openstack.org/#/c/574997/, this already had +2, +1W earlier08:12
*** heyongli has quit IRC08:13
*** heyongli has joined #openstack-nova08:13
*** shaohe_feng has quit IRC08:14
*** shaohe_feng has joined #openstack-nova08:15
sq4indHey guys, I have a problem with a live migrations. Basically they are working, however when they are running too long they are failing. I've already enabled send_service_user_token and enabled post_copy... Here are the logs: https://pastebin.com/cY82PP34 Any ideas ?08:16
sq4indOh and the expired tokens are enabled as well08:16
*** hamzy_ has joined #openstack-nova08:18
*** ykarel is now known as ykarel|lunch08:19
*** ragiman has joined #openstack-nova08:20
*** hamzy has quit IRC08:20
*** owalsh has joined #openstack-nova08:21
*** heyongli has quit IRC08:23
*** heyongli has joined #openstack-nova08:23
*** armaan has quit IRC08:24
*** shaohe_feng has quit IRC08:25
*** shaohe_feng has joined #openstack-nova08:25
*** armaan has joined #openstack-nova08:26
*** blkart has quit IRC08:27
*** blkart has joined #openstack-nova08:28
*** owalsh has quit IRC08:28
*** alexchadin has joined #openstack-nova08:29
*** armaan has quit IRC08:30
*** sree has quit IRC08:32
gibiKevin_Zheng: thanks for working on that patch. I will review it shortyl08:32
gibishortly08:33
*** heyongli has quit IRC08:33
*** heyongli has joined #openstack-nova08:33
*** armaan has joined #openstack-nova08:34
*** shaohe_feng has quit IRC08:35
gibiKevin_Zheng: what was the reason to change the traceback replacement with ANY to the new callback based replacement?08:35
*** shaohe_feng has joined #openstack-nova08:38
*** owalsh has joined #openstack-nova08:40
*** armaan has quit IRC08:41
*** heyongli has quit IRC08:43
*** heyongli has joined #openstack-nova08:44
Kevin_Zhenggibi, sorry I was AFK08:44
*** derekh has joined #openstack-nova08:45
Kevin_Zhenggibi, the reason is that seems to make it work with the current replacement logic, I have to replace the whole 'fault' field08:45
*** shaohe_feng has quit IRC08:45
Kevin_Zhengnot just traceback08:45
gibiKevin_Zheng: thanks for the info. Let me dig into that a bit today08:46
*** shaohe_feng has joined #openstack-nova08:47
Kevin_Zhengand it makes no sense to write all those, and I also considered making a function that takes in params, and generates a dict, but there are still many fields that varies, like exception name, message etc, I also check how ANY works, it is basically just delete it, so I guess the best way is to just delete it with a callback function, and it could also be used in other future tests if needed08:48
Kevin_Zhengsure, thanks for the review.08:48
*** AlexeyAbashkin has quit IRC08:53
*** heyongli has quit IRC08:54
*** heyongli has joined #openstack-nova08:54
*** yamahata has quit IRC08:54
*** shaohe_feng has quit IRC08:55
*** shaohe_feng has joined #openstack-nova08:56
*** armaan has joined #openstack-nova08:57
BlackDexHello there. I'm trying to get vmware to work with nova, but i'm not getting the networking part. And the docs i see on openstack.org arn't the helpfull09:01
BlackDexsomeone here knows where i can look for more info?09:02
BlackDexi already checked: https://docs.openstack.org/ocata/config-reference/compute/hypervisor-vmware.html#vmware-networking09:02
*** heyongli has quit IRC09:04
*** AlexeyAbashkin has joined #openstack-nova09:04
*** heyongli has joined #openstack-nova09:04
*** shaohe_feng has quit IRC09:06
*** shaohe_feng has joined #openstack-nova09:07
*** ykarel|lunch is now known as ykarel09:09
*** armaan has quit IRC09:11
*** hiro-kobayashi has quit IRC09:12
*** ragiman has quit IRC09:13
*** armaan has joined #openstack-nova09:13
*** heyongli has quit IRC09:14
*** heyongli has joined #openstack-nova09:14
*** jaosorior has joined #openstack-nova09:15
*** shaohe_feng has quit IRC09:16
*** chyka has joined #openstack-nova09:17
*** shaohe_feng has joined #openstack-nova09:17
*** mdbooth has quit IRC09:17
openstackgerritShilpa Devharakar proposed openstack/python-novaclient master: Modify novaclient to support basic attributes  https://review.openstack.org/57228509:20
*** chyka has quit IRC09:21
*** takashin has joined #openstack-nova09:22
*** heyongli has quit IRC09:24
*** heyongli has joined #openstack-nova09:25
*** shaohe_feng has quit IRC09:26
*** shaohe_feng has joined #openstack-nova09:27
*** abhishekk_ has joined #openstack-nova09:30
*** udesale_ has joined #openstack-nova09:30
*** ratailor_ has joined #openstack-nova09:30
*** vladikr has quit IRC09:31
*** dtantsur|afk is now known as dtantsur09:31
*** links has quit IRC09:33
*** vladikr has joined #openstack-nova09:33
*** ratailor has quit IRC09:33
*** links has joined #openstack-nova09:33
*** abhishekk has quit IRC09:33
*** udesale__ has joined #openstack-nova09:33
*** ratailor__ has joined #openstack-nova09:33
*** udesale has quit IRC09:34
*** heyongli has quit IRC09:35
*** heyongli has joined #openstack-nova09:35
*** abhishekk_ has quit IRC09:36
*** ratailor_ has quit IRC09:36
*** shaohe_feng has quit IRC09:36
*** udesale_ has quit IRC09:36
*** shaohe_feng has joined #openstack-nova09:37
*** quiquell|rover has joined #openstack-nova09:41
openstackgerritAlexandre arents proposed openstack/nova master: Preserve images_type of instance during live migration  https://review.openstack.org/57052809:43
*** heyongli has quit IRC09:45
*** heyongli has joined #openstack-nova09:45
*** shaohe_feng has quit IRC09:47
*** shaohe_feng has joined #openstack-nova09:47
*** tbachman has quit IRC09:48
*** abhishekk_ has joined #openstack-nova09:48
*** Tom-Tom has quit IRC09:52
*** jichen has quit IRC09:53
*** dineshbhor__ has quit IRC09:53
*** threestrands has quit IRC09:54
*** heyongli has quit IRC09:55
*** heyongli has joined #openstack-nova09:56
*** Tom-Tom has joined #openstack-nova09:57
*** shaohe_feng has quit IRC09:57
*** shaohe_feng has joined #openstack-nova09:58
*** Tom-Tom has quit IRC10:01
*** mdbooth has joined #openstack-nova10:01
*** AlexeyAbashkin has quit IRC10:03
*** damien_r has quit IRC10:05
*** damien_r has joined #openstack-nova10:05
*** heyongli has quit IRC10:05
*** heyongli has joined #openstack-nova10:06
*** shaohe_feng has quit IRC10:07
*** shaohe_feng has joined #openstack-nova10:15
*** heyongli has quit IRC10:16
*** heyongli has joined #openstack-nova10:16
*** shaohe_feng has quit IRC10:17
*** Tom-Tom has joined #openstack-nova10:19
*** shaohe_feng has joined #openstack-nova10:19
*** hshiina is now known as hshiina|afk10:23
*** Tom-Tom has quit IRC10:24
*** heyongli has quit IRC10:26
*** heyongli has joined #openstack-nova10:26
*** shaohe_feng has quit IRC10:28
*** tbachman has joined #openstack-nova10:28
*** shaohe_feng has joined #openstack-nova10:29
*** tbachman has quit IRC10:33
*** heyongli has quit IRC10:36
*** heyongli has joined #openstack-nova10:36
*** ygl has joined #openstack-nova10:36
*** nicolasbock has joined #openstack-nova10:37
*** shaohe_feng has quit IRC10:38
*** shaohe_feng has joined #openstack-nova10:39
*** tbachman has joined #openstack-nova10:41
*** heyongli has quit IRC10:46
*** heyongli has joined #openstack-nova10:47
*** abhishekk_ has quit IRC10:47
*** ttsiouts has quit IRC10:47
*** shaohe_feng has quit IRC10:48
openstackgerritzhangdaolong proposed openstack/nova master: Fix error log output information parameters.  https://review.openstack.org/57527710:50
*** shaohe_feng has joined #openstack-nova10:50
*** dtantsur is now known as dtantsur|brb10:50
yglhi all10:56
*** heyongli has quit IRC10:57
ygl a tenant has created a vm . when I as admin do nova list --all-tenants, it is not showing up. But when I do nova list --tenant <tenant-name> , only it is showing up then. why is it not showing in --all-tenants list ?10:57
*** jpena is now known as jpena|lunch10:57
yglcan some one help me please10:57
*** heyongli has joined #openstack-nova10:57
yglis it a bug in mitakak ?10:57
*** shaohe_feng has quit IRC10:58
*** shaohe_feng has joined #openstack-nova10:59
*** annp has quit IRC11:02
*** yamamoto has quit IRC11:02
*** vladikr has quit IRC11:03
*** AlexeyAbashkin has joined #openstack-nova11:03
*** vladikr has joined #openstack-nova11:04
*** suresh12 has joined #openstack-nova11:05
*** heyongli has quit IRC11:07
*** heyongli has joined #openstack-nova11:07
*** shaohe_feng has quit IRC11:09
*** suresh12 has quit IRC11:09
*** shaohe_feng has joined #openstack-nova11:10
*** alexchadin has quit IRC11:11
*** rmart04 has quit IRC11:12
*** rmart04 has joined #openstack-nova11:12
*** armaan has quit IRC11:15
*** heyongli has quit IRC11:17
*** heyongli has joined #openstack-nova11:18
*** shaohe_feng has quit IRC11:19
*** cdent has joined #openstack-nova11:20
*** vladikr has quit IRC11:21
*** shaohe_feng has joined #openstack-nova11:21
*** ygl has quit IRC11:21
*** vladikr has joined #openstack-nova11:21
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer port.resource_request to the scheduler  https://review.openstack.org/56726811:25
openstackgerritBalazs Gibizer proposed openstack/nova master: Send resource allocations in the port binding  https://review.openstack.org/56945911:25
openstackgerritBalazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request  https://review.openstack.org/57331711:25
*** vladikr has quit IRC11:26
*** heyongli has quit IRC11:27
*** vladikr has joined #openstack-nova11:27
*** heyongli has joined #openstack-nova11:28
*** shaohe_feng has quit IRC11:29
*** shaohe_feng has joined #openstack-nova11:30
*** ykarel_ has joined #openstack-nova11:31
*** ykarel has quit IRC11:34
*** ykarel_ is now known as ykarel11:34
*** vladikr has quit IRC11:35
*** vladikr has joined #openstack-nova11:37
*** heyongli has quit IRC11:38
*** heyongli has joined #openstack-nova11:38
*** shaohe_feng has quit IRC11:39
*** tiendc has quit IRC11:40
*** Nel1x has quit IRC11:41
*** nicolasbock has quit IRC11:42
*** udesale_ has joined #openstack-nova11:42
*** shaohe_feng has joined #openstack-nova11:43
*** yamamoto has joined #openstack-nova11:44
*** ragiman has joined #openstack-nova11:45
*** udesale__ has quit IRC11:45
*** dtantsur|brb is now known as dtantsur11:46
*** ttsiouts has joined #openstack-nova11:46
*** heyongli has quit IRC11:48
*** heyongli has joined #openstack-nova11:48
*** yamamoto has quit IRC11:48
*** udesale_ has quit IRC11:48
*** shaohe_feng has quit IRC11:50
openstackgerritShilpa Devharakar proposed openstack/python-novaclient master: Modify novaclient to support basic attributes  https://review.openstack.org/57228511:50
*** shaohe_feng has joined #openstack-nova11:53
*** tbachman has quit IRC11:56
*** heyongli has quit IRC11:58
*** abhishekk has joined #openstack-nova11:58
*** heyongli has joined #openstack-nova11:58
*** shaohe_feng has quit IRC12:00
openstackgerritAlexandre arents proposed openstack/nova master: Preserve images_type of instance during live migration  https://review.openstack.org/57052812:00
openstackgerritMerged openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620412:01
*** shaohe_feng has joined #openstack-nova12:02
*** jpena|lunch is now known as jpena12:03
*** amoralej is now known as amoralej|lunch12:03
openstackgerritZhenyu Zheng proposed openstack/nova master: Use ThreadPoolExecutor for max_concurrent_live_migrations  https://review.openstack.org/56350512:03
*** ratailor__ has quit IRC12:05
*** yamamoto has joined #openstack-nova12:06
*** tbachman has joined #openstack-nova12:07
openstackgerritZhenyu Zheng proposed openstack/nova master: Compute: add support to abort queued live migration  https://review.openstack.org/56854212:07
bauzasgibi: hola12:08
gibibauzas: hey12:08
bauzasgibi: why do we need to have a separate notification call for https://review.openstack.org/#/c/563269/7/nova/compute/manager.py ?12:08
*** heyongli has quit IRC12:08
*** heyongli has joined #openstack-nova12:09
*** yamamoto has quit IRC12:10
*** shaohe_feng has quit IRC12:10
gibibauzas: it instantiate a rebuild specific notification payload class https://review.openstack.org/#/c/563269/26/nova/compute/utils.py@73912:10
gibibauzas: that is the only difference from the generic call12:11
*** shaohe_feng has joined #openstack-nova12:11
gibiI mean https://review.openstack.org/#/c/563269/26/nova/compute/utils.py@73412:11
*** nicolasbock has joined #openstack-nova12:11
*** roy has joined #openstack-nova12:16
*** heyongli has quit IRC12:19
*** heyongli has joined #openstack-nova12:19
*** shaohe_feng has quit IRC12:20
*** shaohe_feng has joined #openstack-nova12:23
*** quiquell|rover is now known as quiquell|lunch12:26
*** heyongli has quit IRC12:29
*** cdent has quit IRC12:29
*** heyongli has joined #openstack-nova12:29
bauzasgibi: sure, but the action is always the same ?12:30
*** shaohe_feng has quit IRC12:31
gibibauzas: if the action mean calling a specific constructor then my answer is no. if you mean instantiating a payload class and then a notification class and then calling emit() then yes12:32
gibiso the high level pattern is the same12:32
*** shaohe_feng has joined #openstack-nova12:32
gibiand this pattern could be factored out as a generic thing12:32
gibiparameterized with payload class and notification class12:33
bauzasgibi: sure, that's why I don't like to see a compute modification12:33
bauzasanyway12:33
openstackgerritCorey Bryant proposed openstack/nova master: Fix execute mock for test_convert_image_with_errors  https://review.openstack.org/57530512:33
*** tbachman has quit IRC12:33
*** crazik has joined #openstack-nova12:34
crazikhi @ll12:34
crazikis there any way to clean migration list?12:35
*** tbachman has joined #openstack-nova12:36
*** liverpooler has joined #openstack-nova12:37
*** heyongli has quit IRC12:39
*** heyongli has joined #openstack-nova12:39
*** yamamoto has joined #openstack-nova12:40
*** shaohe_feng has quit IRC12:41
*** shaohe_feng has joined #openstack-nova12:43
*** tidwellr has joined #openstack-nova12:43
*** lyan has joined #openstack-nova12:45
gibiKevin_Zheng: I left a suggesting in https://review.openstack.org/#/c/56409212:45
*** yamamoto has quit IRC12:45
*** lifeless has quit IRC12:48
*** lifeless has joined #openstack-nova12:49
*** heyongli has quit IRC12:49
*** heyongli has joined #openstack-nova12:50
*** shaohe_feng has quit IRC12:51
*** shaohe_feng has joined #openstack-nova12:52
*** quiquell|lunch is now known as quiquell12:52
*** quiquell is now known as quiquell|rover12:52
*** edmondsw has joined #openstack-nova12:54
*** AlexeyAbashkin has quit IRC12:56
*** vladikr has quit IRC12:57
*** vladikr has joined #openstack-nova12:58
*** heyongli has quit IRC13:00
*** heyongli has joined #openstack-nova13:00
*** shaohe_feng has quit IRC13:01
*** brault has quit IRC13:02
*** shaohe_feng has joined #openstack-nova13:02
*** mriedem has joined #openstack-nova13:03
*** brault has joined #openstack-nova13:04
*** AlexeyAbashkin has joined #openstack-nova13:04
mriedemjmlowe: melwitt: i was thinking about that microversion troubleshooting issue, and we could put something in here https://developer.openstack.org/api-guide/compute/microversions.html or we also have a troubleshooting section in the admin guide https://docs.openstack.org/nova/latest/admin/support-compute.html13:04
mriedemlatter is probably better13:04
mriedemjmlowe: also, not sure but we could consider logging something in here https://github.com/openstack/nova/blob/2b9c7970fcdd9c7747656d662319c811a9895c20/nova/api/openstack/__init__.py#L10113:07
mriedemif you're using v2 compat mode and users are hitting your cloud with microversion requests which are just being ignored13:07
*** dave-mccowan has joined #openstack-nova13:09
*** heyongli has quit IRC13:10
*** heyongli has joined #openstack-nova13:10
gibimriedem: hi! I found an issue in https://review.openstack.org/#/c/563269/26/nova/tests/functional/notification_sample_tests/test_instance.py@1019 I can jump on it and fix it if you wish13:10
mriedemgibi: go for it, i haven't gotten that far yet, was planning to review that today13:11
openstackgerritMerged openstack/nova stable/queens: [Stable Only] Initialise failed_builds in IronicNodeState  https://review.openstack.org/57499713:11
mriedemi've been fixing the small things in this series myself to keep it going13:11
*** shaohe_feng has quit IRC13:12
gibimriedem: OK13:12
*** shaohe_feng has joined #openstack-nova13:14
*** armaan has joined #openstack-nova13:15
*** heyongli has quit IRC13:20
*** heyongli has joined #openstack-nova13:20
*** hemna_ has joined #openstack-nova13:21
*** shaohe_feng has quit IRC13:22
*** yamamoto has joined #openstack-nova13:22
*** shaohe_feng has joined #openstack-nova13:23
*** vladikr has quit IRC13:23
*** jamesdenton has joined #openstack-nova13:23
*** vladikr has joined #openstack-nova13:23
*** awaugama has joined #openstack-nova13:23
*** r-daneel has quit IRC13:26
*** yamamoto has quit IRC13:27
*** armaan has quit IRC13:29
*** armaan has joined #openstack-nova13:29
*** amoralej|lunch is now known as amoralej13:29
*** heyongli has quit IRC13:30
*** heyongli has joined #openstack-nova13:31
*** roy has quit IRC13:31
*** armaan has quit IRC13:32
*** shaohe_feng has quit IRC13:32
*** armaan has joined #openstack-nova13:32
*** moshele has quit IRC13:33
*** vladikr has quit IRC13:33
openstackgerritEric Fried proposed openstack/os-vif master: doc: Mention second arg to (un)plug in docs  https://review.openstack.org/57515113:33
*** vladikr has joined #openstack-nova13:34
*** shaohe_feng has joined #openstack-nova13:34
*** moshele has joined #openstack-nova13:36
*** armaan has quit IRC13:37
*** yamamoto has joined #openstack-nova13:38
artomsahid, so, about NUMA live migration13:38
*** vladikr has quit IRC13:39
artomComing from a place of complete ignorance of the resource tracker and claims, and having quickly talked this over with mriedem and dansmith last night, my understanding was that we'd need to resource tracker to track live migrations in order to do claims, and that it's a massive rabbit hole we don't want to get into13:39
artomThe easier solution is to ignore claims entirely and wait for NUMA to be done in placement, and let the scheduler update allocations (we already do that for live migration, but not for NUMA resources)13:39
*** vladikr has joined #openstack-nova13:40
artomsahid, you seem to be saying that doing claims for live migration isn't as massive a rabbit hole as we think it is?13:40
melwittmriedem: good ideas13:40
*** heyongli has quit IRC13:41
*** heyongli has joined #openstack-nova13:41
*** armaan has joined #openstack-nova13:42
sahidartom: well my thinking is that we have everything ready in claim, it's going to do all the work that you are doing, check the new numa topology and store it13:42
*** yamamoto has quit IRC13:42
artomsahid, yeah, I saw it being used for cold migrations13:42
*** shaohe_feng has quit IRC13:42
artomI still need to wrap my head around how to use it properly13:42
sahidartom: did you see my last comment?13:43
artomsahid, you mean about _move_claim in resource_tracker?13:43
*** AlexeyAbashkin has quit IRC13:43
*** jangutter has quit IRC13:43
*** shaohe_feng has joined #openstack-nova13:43
artomThat's a "private" method, I can't just call that directly, surely?13:43
sahidartom: you just have to create a public one that will prepare it and pass everyting needed13:44
artomsahid, right, duh :/13:45
artomsahid, I'll see if I can make sense of it13:45
artomI do like the idea of reusing existing code13:45
artom(obviously)13:46
*** AlexeyAbashkin has joined #openstack-nova13:46
*** armaan has quit IRC13:46
sahidmore of that, you can't just really check in pre-live-migration, a live-migration process can take time so you have to make destination node to return accurate resources13:47
*** jangutter has joined #openstack-nova13:47
sahidwhich is basically one of the role of the claim thing13:47
artomI just don't want this to turn into a massive piece of work that'll get replaced by placement next cycle13:47
artomsahid, oh yeah, we've know from the start that it was going to be racy13:48
artomhttps://specs.openstack.org/openstack/nova-specs/specs/rocky/approved/numa-aware-live-migration.html#alternatives the para before that13:48
sahidmore of that if all of that is going to be replaced by placement so it's better to continue with the same mech13:48
*** eharney has joined #openstack-nova13:49
mriedemartom: sahid: the point of "claiming" resource allocations in the scheduler via placement is so we don't have to do the racy late claim on the compute13:49
mriedemeventually all of that claims code gets dropped13:49
mriedemin the RT i mean13:49
mriedemonce we have numa / pci modeling in placement / scheduler and once we no longer have the caching scheduler13:50
melwittnova meeting in 10 minutes13:50
mriedemthat's not going to happen in rocky though13:50
*** moshele has quit IRC13:50
*** heyongli has quit IRC13:51
*** heyongli has joined #openstack-nova13:51
*** ccamacho has quit IRC13:51
*** dave-mccowan has quit IRC13:52
*** shaohe_feng has quit IRC13:53
*** zcorneli has joined #openstack-nova13:53
*** mlavalle has joined #openstack-nova13:53
*** Tahvok has quit IRC13:54
*** shaohe_feng has joined #openstack-nova13:54
artommriedem, sahid, yeah, that's sort of the thing I'm trying to decide - how much work would it be to do RT claims for live migration *now*, knowing that it'll all get dropped in Stein (?) in favor of placement13:54
mriedemartom: no guarantees on dropping that claims code in stein13:54
mriedemi doubt it honestly13:54
artomLast night it was apparently "a lot of work, don't bother"13:54
artomBut sahid's saying it's not that hard13:55
*** ttsiouts has quit IRC13:55
mriedemnuma has to be modeled in placement inventory first, and i don't think that spec landed in rocky13:55
mriedemso you're looking at reporting numa inventory to placement from the comptues in stein at the earliest13:55
mriedemwe *might* be able to drop the caching scheduler in stein because we have heal_allocations now13:56
*** r-daneel has joined #openstack-nova13:56
dansmithI don't think that adding this to live migration regresses the claim situation at all righ?13:56
dansmithwe can already migrate instances where we have no resources today13:56
dansmithbeing able to do instances with numa doesn't make that worse, right?13:56
*** Tom-Tom has joined #openstack-nova13:57
mriedemi'm not really following, and i'd really need to read the spec before actually intelligently discussing what was proposed for this13:57
*** linkmark has quit IRC13:57
*** esberglu has joined #openstack-nova13:58
mriedemmelwitt: jmlowe: ok i can try to hack some quick thing into the troubleshooting guide for "why aren't my microversion-based requests being honored?"13:58
artommriedem, https://specs.openstack.org/openstack/nova-specs/specs/rocky/approved/numa-aware-live-migration.html It's a quick read, I pinky-swear13:58
jmloweI answered my own question on ask openstack about this13:58
mriedemjmlowe: link?13:59
*** r-daneel_ has joined #openstack-nova13:59
jmlowekarma 1, so it may never see the light of day13:59
mriedemjmlowe: might still be good to put into our troubleshooting docs13:59
mriedemsince we probably don't leverage the fact we have those at all enough13:59
jmloweabsolutely13:59
jmlowehttps://ask.openstack.org/en/question/114805/why-is-nova-ignoring-microvesions/#11480614:00
mriedemartom: i plan on getting to it eventually, just busy atm14:00
mriedemjmlowe: thanks14:00
artommriedem, heh, no worries :)14:00
*** r-daneel has quit IRC14:00
*** r-daneel_ is now known as r-daneel14:00
*** tetsuro has joined #openstack-nova14:00
jmlowealso the follow up https://ask.openstack.org/en/question/114808/why-is-nova-cli-not-using-https/#11480914:00
*** heyongli has quit IRC14:01
*** rajinir has joined #openstack-nova14:01
mriedemjmlowe: i keep getting a "Sorry, this content is not available" error on the first one,14:01
mriedemmaybe it has to go through screening first14:01
*** heyongli has joined #openstack-nova14:01
mriedemto de-pence-ify it14:02
mriedemi know you're in indiana14:02
jmloweright, awaiting moderator approval14:02
jmlowetoo soon14:02
sahidartom: i don't want to make any troubles on your implementation, it's just if we can reuse what we already have that will limit the code introduced,14:02
jmlowe:)14:02
sahidalso when it will be the time to drop claim, we could think of that in one step, everything will be grouped14:02
*** Tahvok has joined #openstack-nova14:02
sahidbut if there is already a preferece for a new impl, i will remove my -114:02
*** lyan has quit IRC14:03
artomsahid, heh, I'm just trying to find the balance between doing it right and getting it merged14:03
sahidartom: yes i guess :)14:03
*** brault has quit IRC14:03
*** shaohe_feng has quit IRC14:03
*** ttsiouts has joined #openstack-nova14:03
artomGiven that https://review.openstack.org/#/c/244489/ has languished in review purgatory for literally *years*, maybe claims isn't the most mergeable way of doing it ;)14:03
sahidartom: have a look at what i suggested, that should be really easy to implement14:03
*** vladikr has quit IRC14:03
sahidartom: it's because it's all in one patch, if you can make it comprhensible i guess that will help14:04
*** brault has joined #openstack-nova14:04
*** ykarel is now known as ykarel|away14:04
artomsahid, in the interest of good faith, I will :)14:04
sahidso you can focus on updating the guest domain XML14:04
artomBut the argument of "it's all already a mess with no claims and resource tracking, so just making it suck less with NUMA" is pretty strong as wlel14:04
stephenfinRandom question: is there a way to rerun only the tests that failed on the last run? I recall this being a ((o)s)testr feature14:05
*** esberglu has quit IRC14:05
stephenfinefried, mdbooth: ^ ?14:05
efriedstephenfin: You mean from gerrit or locally?14:05
efriedstephenfin: (In either case, I have no idea :)14:05
stephenfinLocally14:06
*** shaohe_feng has joined #openstack-nova14:06
jmlowemriedem: tossed out a request for an ask openstack moderator in #openstack, maybe I'll find one14:06
efriedstephenfin: If it's a *testr thing, mtreinish would be the SME I would call on.14:06
stephenfindarn, where's mtreinish when you need him14:06
stephenfinjinx14:06
*** kholkina has quit IRC14:06
*** r-daneel_ has joined #openstack-nova14:06
*** r-daneel has quit IRC14:07
*** r-daneel_ is now known as r-daneel14:07
*** yamamoto has joined #openstack-nova14:08
*** lyan has joined #openstack-nova14:08
*** Tom-Tom_ has joined #openstack-nova14:08
*** ragiman has quit IRC14:08
*** vladikr has joined #openstack-nova14:08
*** Tom-Tom has quit IRC14:11
mriedemdansmith: see my comment on this pike backport for the build failure weigher - we'll need to handle the ironic host manager fallout there somehow https://review.openstack.org/#/c/573248/14:11
dansmithmriedem: we already merged something for that14:11
*** heyongli has quit IRC14:11
mriedemi know, on queens14:12
dansmithmriedem: https://review.openstack.org/#/c/574997/14:12
mriedemwe just have to do the dance for pike14:12
dansmithoh kay14:12
dansmithyep14:12
*** heyongli has joined #openstack-nova14:12
*** yamamoto has quit IRC14:12
*** shaohe_feng has quit IRC14:13
*** cdent has joined #openstack-nova14:14
*** lseki_ has joined #openstack-nova14:14
*** shaohe_feng has joined #openstack-nova14:14
mriedemtssurya: we can also be fixing the instance list 500 error as a bug fix today14:15
mriedemregardless of the handling a down cell spec14:15
*** lseki_ has left #openstack-nova14:15
*** links has quit IRC14:15
mriedemtssurya: if you haven't started a fix for that, maybe dansmith wants to take a crack at it?14:15
tssuryamriedem: you mean this one ? -> https://bugs.launchpad.net/nova/+bug/177394514:16
openstackLaunchpad bug 1773945 in OpenStack Compute (nova) "nova client servers.list crashes with bad marker" [Medium,Triaged] - Assigned to Surya Seetharaman (tssurya)14:16
tssuryaor the general one as a part of handling down cell14:16
mriedemtssurya: no14:16
mriedemthe general one14:16
dansmithI'm confused, isn't tssurya working on the general one?14:17
mriedemtssurya: if you don't have a patch for that ^ bug about the marker, i can push something for that14:17
mriedemshe's working on the handling a down cell alternative i thought14:17
openstackgerritBalazs Gibizer proposed openstack/nova master: Add notification support for trusted_certs  https://review.openstack.org/56326914:17
openstackgerritBalazs Gibizer proposed openstack/nova master: Add certificate validation docs  https://review.openstack.org/56015814:17
openstackgerritBalazs Gibizer proposed openstack/nova master: WIP: Add trusted certs to feature support matrix docs  https://review.openstack.org/57489014:17
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove max_size parameter from fake_libvirt_utils.fetch_*image methods  https://review.openstack.org/57491114:17
mriedemdansmith: you likely need to read the spec to get caught up14:17
tssuryaokay I am working on both :D14:17
dansmithmriedem: shame accepted14:17
mriedemha14:18
mriedemsorry14:18
mriedemjust trying to not get backed up14:18
dansmithit's not like I'm twiddling my thumbs around here14:18
gibibauzas, mriedem: updated with the fixes https://review.openstack.org/56326914:18
tssuryahaha, :) I will try to put something up this week (after I finish some downstream work), sorry for the delay14:19
mriedemmy point is, if dansmith and/or i can help out with the other known things we know we can fix today, let's do that while tssurya works on the handling a down cell alternative poc14:19
mriedemgibi: acked, in the tab queue14:19
*** yamamoto has joined #openstack-nova14:20
*** yamamoto has quit IRC14:20
*** mchlumsky has joined #openstack-nova14:21
dansmithcdent: new macbook pro keyboard failure?14:21
cdenttotes14:21
*** vladikr has quit IRC14:21
cdentthey suck14:21
dansmithbummer :(14:21
*** heyongli has quit IRC14:22
*** heyongli has joined #openstack-nova14:22
*** shaohe_feng has quit IRC14:23
*** shaohe_feng has joined #openstack-nova14:24
*** vladikr has joined #openstack-nova14:24
*** dave-mccowan has joined #openstack-nova14:25
*** hongbin has joined #openstack-nova14:26
*** quiquell|rover is now known as quiquell|off14:26
*** sapcc-bot has quit IRC14:27
*** sapcc-bot has joined #openstack-nova14:27
*** ttsiouts has quit IRC14:29
*** owalsh has quit IRC14:29
artomsahid, the claim would have to done on the destination once we're sure the migration is really happening (ie, after all the checks), right?14:30
*** ttsiouts has joined #openstack-nova14:31
openstackgerritChris Dent proposed openstack/nova master: [placement] Add status and links fields to version document at /  https://review.openstack.org/57511714:32
*** AlexeyAbashkin has quit IRC14:32
*** heyongli has quit IRC14:32
*** tbachman has quit IRC14:32
sahidartom: hum... which checks are you talking? the claim should be done just after that the scheduling find a destination14:32
*** heyongli has joined #openstack-nova14:32
sahidscheduler14:33
artomsahid, dammit, I need to find the actual functions how14:33
artom;)14:33
artomThe _check_can_live_migrate stuff14:33
*** shaohe_feng has quit IRC14:34
artomI'm asking because in the resource tracker, we do _claim_existing_migration if a Migration already exists, and set the dest node to "ourselves"14:34
artomSo, presumably, we have to be sure we're actually doing to receive the instance14:34
*** shaohe_feng has joined #openstack-nova14:34
mtreinishstephenfin, efried: is stestr run --failing what you're looking for? https://stestr.readthedocs.io/en/latest/MANUAL.html#running-previously-failed-tests14:35
artomAnd that we're not going to fail a check right after claiming the existing migration14:35
openstackgerritDan Smith proposed openstack/nova stable/pike: Change consecutive build failure limit to a weigher  https://review.openstack.org/57324814:35
*** antosh has joined #openstack-nova14:35
stephenfinmtreinish: It would appear so. Excellent14:35
*** owalsh has joined #openstack-nova14:35
stephenfinmtreinish: Thanks :)14:35
*** sq4ind has quit IRC14:36
mtreinishsure, np14:36
mriedemwell look who decides to show up14:38
mriedemwhen testr talk is happening but not when the gate is burning down14:38
mtreinishheh, well complain to my mgt I had to sit in a booth all day yesteday to talk about IBM cloud14:39
mtreinishalthough, the funny thing is I only got questions about AIX and Z. no one cared about the cloud14:40
mriedemAIX?14:40
mriedemi could maybe understand Z14:40
mtreinishapparently people are still using aix, I was very confused too14:40
mriedemand as400, die hards14:41
efriedBecause it is still awesome.14:41
dansmithmtreinish: all those people that bought 25 year licenses14:41
cdentsecond worst unix imp14:41
dansmithcdent: behind Xenix?14:41
efriedor prefer price/performance to simply price14:41
sahidartom: hum not really sure to follow sorry, claim is doing some checks and then update the resources so we should never be in a sitatuon where a check fails after we claimed the resources14:41
cdentwell maybe third then14:41
dansmithhah14:41
cdentfourth14:41
*** throwsb1 has joined #openstack-nova14:41
cdentshit, there are a lot of horrible unix implementations14:42
dansmithincluding windows14:42
*** heyongli has quit IRC14:42
*** heyongli has joined #openstack-nova14:42
*** ociuhandu has joined #openstack-nova14:43
sahidartom: look at conductor/tasks/live_migrate.py at this point the scheduler (or user) selected a destination14:43
*** shaohe_feng has quit IRC14:44
*** hamzy_ is now known as hamzy14:44
*** shaohe_feng has joined #openstack-nova14:44
mriedemcdent: i always thought that song was about weed, but i'm not so sure14:44
sahidthere is a rpcapi check_can_live_migrate_destination. so it's here we you we have to claim the resources14:44
cdentit's a metaphor of at least two things, including weed14:45
jangutterRe: AIX, 15 years ago at Uni, I did a bit of tech support on one of our top researcher's AIX workstation. He did everything in TeX. He also had no subdirectories. He knew every filename by heart.14:45
jangutterthat's my memory of AIX.14:45
*** ociuhandu_ has joined #openstack-nova14:45
cdentjangutter: that sounds like every memory of AIX I've ever heard14:45
mriedemi think my dad knew every filename on his desktop by heart because that's where every file went14:46
mriedemmiles and miles of desktop14:46
*** tetsuro has quit IRC14:46
dansmithmy dad makes all the important files named in ALL CAPS14:46
mriedemat least he has a system14:46
mriedem*SYSTEM14:46
dansmithwhich means he has a directory full of files with ALL CAPS names14:46
dansmithbecause they're all important when you create them14:46
mriedemi had a girlfriend in college that tapped in all caps,14:46
mriedemsounded like she was yelling at me constantly14:47
dansmithum14:47
mriedem*typed14:47
dansmithoh14:47
*** sridharg has quit IRC14:47
mriedemit was a short and painful relationship14:47
dansmithyou mean PAINFUL14:47
cdentmriedem: the song is also about being on the dole14:47
dansmithmriedem: I slapped that ironic host manager fix into the pike backport14:47
*** ociuhandu has quit IRC14:48
dansmithwill experimental run an ironic job on that?14:48
mriedemwe have a check queue ironic job14:48
mriedemnon-voting14:48
dansmithI didn't see it fail14:48
*** r-daneel_ has joined #openstack-nova14:48
mriedemyeah...14:49
mriedemhttp://logs.openstack.org/48/573248/4/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/c7bd653/14:49
mriedemwhat gives14:49
dansmithwas it on resource classes already?14:49
*** takedakn has joined #openstack-nova14:49
*** r-daneel has quit IRC14:49
*** r-daneel_ is now known as r-daneel14:49
mriedemwe're not using the ironic host manager apparently in that job http://logs.openstack.org/48/573248/4/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/c7bd653/logs/etc/nova/nova.conf.txt.gz14:49
mriedembut i bet tripleo or someone else14:50
dansmithyeah14:50
mriedem*is14:50
mriedemwhich is how tonyb was beaten over the head14:50
dansmithexperimental runs tripleo right?14:50
mriedemhold dear caller14:50
*** moshele has joined #openstack-nova14:51
mriedemdon't think so, unless that's this http://logs.openstack.org/48/573248/4/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/c7bd653/logs/etc/nova/nova.conf.txt.gz14:51
mriedembut it doesn't say tripleo14:51
edleafecdent: uh, no, it isn't. http://www.songfacts.com/detail.php?id=39714:51
mriedemgdi wrong link14:52
mriedemdansmith: answer is i don't know14:52
dansmithmriedem: hmm, yeah, not running a tripleo job14:52
dansmithI just started experimental14:52
*** heyongli has quit IRC14:52
*** mdbooth_ has joined #openstack-nova14:53
*** abhishekk has quit IRC14:53
*** heyongli has joined #openstack-nova14:53
cdentedleafe: on the weed or the dole? because here in the uk "everyone" acknowledges it is both, because of the kutchie to dutchie doubling14:53
*** mdbooth has quit IRC14:54
*** shaohe_feng has quit IRC14:54
*** Swami has joined #openstack-nova14:54
*** shaohe_feng has joined #openstack-nova14:55
sahidmriedem, mdbooth_: if you can have a look at this when you have a moment https://review.openstack.org/#/c/570528/14:56
edleafecdent: How does a cooking pot relate to being on the dole?14:56
mriedemjmlowe: so what was the https issue with nova client?14:57
cdentedleafe: sharing14:57
sahidthis is half fixing an issue, the real fix that would handle all the case is a bit more complicated14:57
sahidwanted to get you idea14:57
jmloweIt wouldn't parse the endpoint correctly to pick up on https unless there was a trailing slash14:57
jmlowe /v2.1 doesn't work /v2.1/ does14:58
cdentedleafe: important to remember that any pop song up until the maybe late 80s that can't otherwise be explained is probably about the dole: https://www.youtube.com/watch?v=RZ2oXzrnti4 (of course that one is pretty easy to explain)14:59
cdents/pop song/pop song in the uk/14:59
*** takashin has left #openstack-nova15:01
*** takedakn has quit IRC15:01
mriedemsahid: i don't like that patch ,see comments inline15:02
jmlowemriedem: oddly osc does parse correctly nova cli doesn't15:03
*** heyongli has quit IRC15:03
*** heyongli has joined #openstack-nova15:03
*** rmart04 has quit IRC15:04
*** shaohe_feng has quit IRC15:04
mriedemjmlowe: ok i thought that was resolved in the patch i linked from andreykurilin yesterday, but apparently not15:06
mriedemb/c i'm pretty sure you had that fix15:06
*** sq4ind has joined #openstack-nova15:06
kashyapmriedem: Yeah, I agree with your comment here: https://review.openstack.org/#/c/570528/5//COMMIT_MSG@1715:06
* kashyap goes to add a note...15:06
jmlowemriedem: I did, however I'll probably need the workaround in place forever, once a broken client gets out it's nearly impossible to fix15:07
mriedemkashyap: the only problem is, in check_can_live_migrate_destination, i don't think we actually *know* the source instance image backend15:07
kashyapmriedem: Nod; yeah, I was going to look into that code15:08
openstackgerritMerged openstack/nova master: XenAPI: define a new image handler to use vdi streaming  https://review.openstack.org/48647515:08
*** shaohe_feng has joined #openstack-nova15:08
openstackgerritMerged openstack/nova master: XenAPI: update the document related to vdi streaming  https://review.openstack.org/56844415:08
kashyapOn a call, will look further once off of it15:08
sahidmriedem: yes it means we have to add new field in migrate_data15:08
sahidyour comment makes sense i don't know what is the use case behind15:09
sahidperhaps they try to use live-migration to do conversions15:09
sahidif we add that new field for migrate_data, i guess we could so make this possible instead of raising an exception but.. ofcourse if there is a real use-case15:10
mriedemsahid: yeah i think we can put the image type in the migrate data object during check_can_live_migrate_destination and then check that in check_can_live_migrate_source and fail if they are incompatible15:11
mriedemthat won't be backportable, but it's ovh and i assume they'll run with a patch for whatever they need anyway15:12
mriedemdansmith: this makes me think, we should likely also use your long rpc timeout thing for check_can_live_migrate_destination15:12
mriedemsince that's an rpc call from conductor to the dest, which then calls back to the source which then returns back to conductor15:13
*** heyongli has quit IRC15:13
dansmithmriedem: cool15:13
sahidaarents: ^15:13
*** heyongli has joined #openstack-nova15:13
*** shaohe_feng has quit IRC15:15
mriedemdansmith: i'm guessing you want to do that in a followup15:15
*** shaohe_feng has joined #openstack-nova15:15
mriedemor i / someone can15:15
mriedemi left a comment for reminders15:15
*** sq4ind has quit IRC15:16
mriedemjmlowe: so you're hitting this i guess? https://github.com/openstack/python-novaclient/blob/master/novaclient/v2/versions.py#L9115:18
dansmithmriedem: I can spark a follow up yeah15:19
jmloweyeah, best guess is that endswith v2.1 doesn't actually match but "/v2.1/" in  url.path does15:19
mriedemjmlowe: ok did you report a novaclient bug?15:20
mriedemdid/can15:20
mriedemi assume keystoneauth1 has some magic that we can use to just replace this15:20
mriedemor osc-lib15:20
*** yamamoto has joined #openstack-nova15:20
jmloweosc works just fine15:21
mriedemright, but i'd like to fix nova client too :)15:21
jmlowedoes help when trying to use heat15:21
mriedemyeah, if you can report a novaclient bug that would be awesome15:21
*** heyongli has quit IRC15:23
*** lpetrut has joined #openstack-nova15:23
*** heyongli has joined #openstack-nova15:23
*** pcaruana has quit IRC15:24
*** shaohe_feng has quit IRC15:25
*** yamamoto has quit IRC15:25
*** krtaylor has quit IRC15:25
aarentsmriedem: sahid yes our needs is to convert host and instance on it from qcow2 to raw in "live". we can run live local storage migration (blockcopy) but during sometime for adminitrative purpose we need to have live-migration working even if they are not yet converted15:26
*** shaohe_feng has joined #openstack-nova15:26
mriedemaarents: if live migrating from qcow2 to raw is safe, then we could probably build that into a pre-live migration check for allowable conversions15:27
mriedemso there would be 2 rules:15:27
mriedem1. exact image backend type match - ok15:27
mriedem2. qcow2 -> raw: ok?15:27
aarentsbut I will dig into migrate_data / check_can_live_migrate_destination as suggested to avoid incompatible migration15:27
mriedemeverything else is not a match and we need to find another dest host15:27
aarentsyes15:27
mriedemi honestly don't know what dragons lurk on #215:27
mriedembut we're also trying to do this same kind of thing with live migrating instances between hosts with different networking backends15:28
mriedemi.e. ovs -> lb and back15:28
mriedemhttps://specs.openstack.org/openstack/nova-specs/specs/rocky/approved/neutron-new-port-binding-api.html15:28
mriedem^ gets the vif info for the dest host and uses it to build the guest xml from the source host prior to the transfer15:28
*** ykarel_ has joined #openstack-nova15:31
jmlowehttps://bugs.launchpad.net/python-novaclient/+bug/177692815:31
openstackLaunchpad bug 1776928 in python-novaclient "Nova endpoint for v2.1 not parsed correctly, tries http instead of https" [Undecided,New]15:31
*** heyongli has quit IRC15:33
*** ykarel|away has quit IRC15:34
sahidmriedem: it would be great to do that for vhostuser server mode to client mode... basically when OVS is updated from a version which does not support dpdkvhostuserclient to one which supports it15:34
*** heyongli has joined #openstack-nova15:34
mriedemjmlowe: thanks15:34
mriedemsahid: maybe you can help review my libvirt driver changes in that series then, that's where they are stalled now15:35
mriedemit's also in a runway atm15:35
*** shaohe_feng has quit IRC15:35
mriedemhttps://review.openstack.org/#/c/558001/ is the bottom of the series right now15:35
*** moshele has quit IRC15:35
sahidmriedem: sure, can you share to me a link15:35
sahidok15:35
mriedemlibvirt starts here https://review.openstack.org/#/c/566932/15:35
*** shaohe_feng has joined #openstack-nova15:36
*** lpetrut has quit IRC15:38
*** krtaylor has joined #openstack-nova15:40
*** quiquell|off is now known as quiquell|rover15:41
*** tidwellr has quit IRC15:42
*** krtaylor has quit IRC15:42
*** tidwellr has joined #openstack-nova15:42
*** heyongli has quit IRC15:44
*** heyongli has joined #openstack-nova15:44
*** suresh12 has joined #openstack-nova15:44
*** krtaylor has joined #openstack-nova15:45
*** ttsiouts has quit IRC15:45
*** shaohe_feng has quit IRC15:45
openstackgerritMerged openstack/nova master: Add enhanced KVM storage QoS quotas  https://review.openstack.org/55853015:47
*** shaohe_feng has joined #openstack-nova15:48
*** esberglu has joined #openstack-nova15:48
*** krtaylor has quit IRC15:49
*** lpetrut has joined #openstack-nova15:50
*** quiquell|rover has quit IRC15:51
*** dtantsur is now known as dtantsur|afk15:51
mriedemwoot15:52
*** germs has joined #openstack-nova15:52
*** germs has quit IRC15:52
*** germs has joined #openstack-nova15:52
mriedemsimondodsley: ^15:52
sahidmriedem, about aarents's patch, so you are OK to accept conversion qcow2->raw since it's working but we still have to add that check in pre-live-migration to raise a MigrationPreCheckError is we try to convert from raw to qcow215:53
sahidright?15:53
*** linkmark has joined #openstack-nova15:53
*** heyongli has quit IRC15:54
*** heyongli has joined #openstack-nova15:54
*** suresh12 has quit IRC15:54
*** shaohe_feng has quit IRC15:56
*** shaohe_feng has joined #openstack-nova15:56
*** suresh12 has joined #openstack-nova15:57
mriedemsahid: that's what i think we should do,15:57
mriedemlike i said, i can't say there aren't side effects of cow -> raw conversion after the fact15:57
mriedemlike once you live migrate the instance, then try to snapshot or something else, does that work15:58
aarentsthere is two solution:15:59
aarents1) allow qcow2 instance to be live-migrated on raw host but not converted. target host have a mix of qcow2 & raw instance.15:59
aarents2) allow qcow2 instance to be live-migrated but converted (bigger patch)15:59
*** chyka has joined #openstack-nova16:00
aarentsmriedem: are you open on 2 solution or only on solution 2 ?16:01
mriedemaarents: i think 1 is a can of worms16:02
mriedemdoes 'can of worms' translate?16:03
*** krtaylor has joined #openstack-nova16:03
sahidbucket of bugs i guess16:03
mriedembecause that means, the code is going to have things like, "if CONF.libvirt.images_type OR SPECIAL CASE LIVE MIGRATION"16:03
*** heyongli has quit IRC16:04
*** heyongli has joined #openstack-nova16:05
*** krtaylor has quit IRC16:06
*** shaohe_feng has quit IRC16:06
*** shaohe_feng has joined #openstack-nova16:07
*** moshele has joined #openstack-nova16:07
*** lifeless has quit IRC16:07
*** chyka has quit IRC16:07
*** lifeless has joined #openstack-nova16:08
*** mschuppert has quit IRC16:08
openstackgerritMerged openstack/nova master: placement: Allocation.consumer field  https://review.openstack.org/56540516:10
*** moshele has quit IRC16:11
aarentsmriedem: we made test in our environnement, for solution one, all main action seems to work great for qcow2 instance one a raw host resize/suspend/hardreboot16:13
*** Tom-Tom_ has quit IRC16:14
*** heyongli has quit IRC16:14
*** heyongli has joined #openstack-nova16:15
*** shaohe_feng has quit IRC16:16
*** damien_r has quit IRC16:17
*** shaohe_feng has joined #openstack-nova16:17
*** gyee has joined #openstack-nova16:19
*** udesale has joined #openstack-nova16:20
*** yamamoto has joined #openstack-nova16:22
*** krtaylor has joined #openstack-nova16:23
openstackgerritStephen Finucane proposed openstack/nova master: objects: Add NUMACell.network_info  https://review.openstack.org/56443916:23
openstackgerritStephen Finucane proposed openstack/nova master: network: Unchain _get_phynet_info from _get_port_vnic_info  https://review.openstack.org/56444316:23
openstackgerritStephen Finucane proposed openstack/nova master: network: Add 'create_resource_requests' to network API  https://review.openstack.org/56444416:23
openstackgerritStephen Finucane proposed openstack/nova master: network: Retrieve tunneled status in '_get_network_info'  https://review.openstack.org/56444516:23
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove NUMATopologyLimits.obj_from_db_obj  https://review.openstack.org/53741216:23
openstackgerritStephen Finucane proposed openstack/nova master: objects: Remove legacy '_to_dict' functions  https://review.openstack.org/53741316:23
openstackgerritStephen Finucane proposed openstack/nova master: hardware: Start accounting for networks in NUMA placement  https://review.openstack.org/56444816:23
openstackgerritStephen Finucane proposed openstack/nova master: objects: Add RequestSpec.numa_networks  https://review.openstack.org/56444216:23
openstackgerritStephen Finucane proposed openstack/nova master: scheduler: Start utilizing RequestSpec.numa_networks  https://review.openstack.org/56445216:23
openstackgerritStephen Finucane proposed openstack/nova master: conf: Add '[neutron] physnets' and related options  https://review.openstack.org/56444016:23
openstackgerritStephen Finucane proposed openstack/nova master: libvirt: Start populating NUMACell.network_info field  https://review.openstack.org/56444116:23
openstackgerritStephen Finucane proposed openstack/nova master: objects: Add NUMATopologyLimits.networks  https://review.openstack.org/57548616:23
openstackgerritStephen Finucane proposed openstack/nova master: DNM: objects: Store RequestSpec.numa_networks  https://review.openstack.org/57548716:23
openstackgerritStephen Finucane proposed openstack/nova master: network: Remove 'create_pci_requests_for_sriov_ports'  https://review.openstack.org/57548816:23
stephenfinThat was the single worst "rebase" of my life16:23
stephenfinThree whole days, gone like that16:24
*** krtaylor has quit IRC16:24
*** heyongli has quit IRC16:25
*** heyongli has joined #openstack-nova16:25
*** tbachman has joined #openstack-nova16:26
*** shaohe_feng has quit IRC16:26
*** shaohe_feng has joined #openstack-nova16:27
*** yamamoto has quit IRC16:27
*** udesale has quit IRC16:28
crazikhello. is it safe to truncate migrations table when all migrations are done? completed/confirmed/error/...16:31
*** jmlowe has quit IRC16:31
*** tbachman has quit IRC16:31
mriedemcrazik: as in purge?16:31
mriedemarchive then and then purge for deleted instances16:31
craziki did it.16:32
mriedemnova-manage db archive_deleted_rows --until-complete --verbose --purge16:32
mriedemcrazik: if they are archived, then yeah purge is fine16:32
crazikstill >400 entries16:32
*** germs has quit IRC16:32
crazikmy question in general is: why should I need this16:32
crazikI think I have some troubles similar to https://bugzilla.redhat.com/show_bug.cgi?id=140372816:33
openstackbugzilla.redhat.com bug 1403728 in openstack-nova "Unexpected "Instance not resizing, skipping migration" caused by nova evacuation" [Medium,Closed: errata] - Assigned to ratailor16:33
*** sahid has quit IRC16:33
crazikand wonder what are dependencies on this table.16:33
dansmithmriedem: heh, we have no tests for check_can_live_migrate_destination in rpcapi16:34
crazikif no migration is running now16:34
*** Swami has quit IRC16:35
*** heyongli has quit IRC16:35
*** heyongli has joined #openstack-nova16:35
*** shaohe_feng has quit IRC16:37
*** shaohe_feng has joined #openstack-nova16:37
*** brault has quit IRC16:38
*** esberglu has quit IRC16:38
*** zzzeek has quit IRC16:38
*** esberglu has joined #openstack-nova16:38
mriedemdansmith: psh who needs tests16:39
*** lyarwood has quit IRC16:39
mriedemcrazik: why do you need migration records for instances that aren't migrating?16:39
mriedemthere is an API to see them for one thing, for like auditing and debugging failures16:39
*** lyarwood has joined #openstack-nova16:39
mriedemthere are also places in the code that rely on them existing for making decisions, like bringing up an evacuated host16:39
*** tbachman has joined #openstack-nova16:39
*** brault has joined #openstack-nova16:39
crazikmriedem: I had some issues with migration and need to exclude one reason: old migrations16:40
*** germs has joined #openstack-nova16:41
*** germs has quit IRC16:41
*** germs has joined #openstack-nova16:41
*** krtaylor has joined #openstack-nova16:42
*** mchlumsky_ has joined #openstack-nova16:42
*** mchlumsky has quit IRC16:42
*** esberglu has quit IRC16:43
mriedemcrazik: which release are you on?16:44
mriedemthe archive stuff was broken a few releases ago16:44
*** zzzeek has joined #openstack-nova16:44
mriedemor, didn't completely cleanup16:44
crazikPike16:44
*** brault has quit IRC16:44
crazikwell, at migration between Ocata and Pike16:44
crazikfew first compute were ok16:45
crazikbut next one: few of running - refused to live migrate16:45
crazik(error status in migration)16:45
*** heyongli has quit IRC16:45
*** heyongli has joined #openstack-nova16:45
crazikand ShutOff -also refused migration. done after nova-compute stop and evacuate-host16:46
mriedemif the migration is failing, it's not likely due to old migration records in thedb16:46
*** krtaylor has quit IRC16:46
*** germs has quit IRC16:47
mriedemdid you look at the nova-compute logs on each host involved in the live migration?16:47
*** shaohe_feng has quit IRC16:47
*** lyan has quit IRC16:47
openstackgerritDan Smith proposed openstack/nova master: Make check_can_live_migrate_destination use long_rpc_timeout  https://review.openstack.org/57549316:47
dansmithmriedem: ^16:47
mriedemcould also be scheduler or conductor logs, dependong on where it failed16:47
*** shaohe_feng has joined #openstack-nova16:47
mriedemdansmith: sweet16:47
dansmithnow, I've been up for almost four hours without food, so.. food.16:47
mriedemsustain yourself on a job well done16:48
crazikmriedem: nothing special was there16:48
mriedemcrazik: if it failed and went into error state, there must be something in the logs when it failed16:48
crazikhm, I will try to find that.16:48
crazikmaybe I skipped something16:49
*** esberglu has joined #openstack-nova16:53
*** heyongli has quit IRC16:55
*** heyongli has joined #openstack-nova16:56
mriedemanother one bites the dust https://blueprints.launchpad.net/nova/+spec/enhanced-kvm-storage-qos16:57
*** shaohe_feng has quit IRC16:57
mriedemand https://blueprints.launchpad.net/nova/+spec/xenapi-image-handler-option-improvement16:57
*** shaohe_feng has joined #openstack-nova16:58
*** krtaylor has joined #openstack-nova16:59
openstackgerritEric Fried proposed openstack/nova master: DNM: Leaked nrp-in-alloc-cands behavior  https://review.openstack.org/57549716:59
*** derekh has quit IRC17:00
*** krtaylor has quit IRC17:03
*** heyongli has quit IRC17:06
*** heyongli has joined #openstack-nova17:06
*** shaohe_feng has quit IRC17:07
*** shaohe_feng has joined #openstack-nova17:08
*** jpena is now known as jpena|off17:14
*** suresh12 has quit IRC17:15
*** heyongli has quit IRC17:16
*** roy has joined #openstack-nova17:16
*** heyongli has joined #openstack-nova17:16
openstackgerritElod Illes proposed openstack/nova master: Reject interface attach with QoS aware port  https://review.openstack.org/57007817:16
openstackgerritElod Illes proposed openstack/nova master: Reject networks with QoS policy  https://review.openstack.org/57007917:16
*** amoralej is now known as amoralej|off17:16
*** shaohe_feng has quit IRC17:18
*** lyan has joined #openstack-nova17:19
*** krtaylor has joined #openstack-nova17:19
*** shaohe_feng has joined #openstack-nova17:19
*** krtaylor has quit IRC17:21
*** roy has quit IRC17:21
openstackgerritMatt Riedemann proposed openstack/nova master: Add troubleshooting item about ignored microversions  https://review.openstack.org/57550617:23
mriedemmelwitt: see if ^ makes sense re jmlowe's microversion issue17:23
dansmithmriedem: dude, hold on,17:23
*** yamamoto has joined #openstack-nova17:23
dansmithshe's reviewing my rpc timeout patch right now17:23
dansmithwait your turn17:23
mriedemINTERRUPT17:24
melwittlol17:24
mriedemdansmith: see if ^ makes sense re jmlowe's microversion issue17:24
dansmitheff.17:24
dansmiththat backfired17:24
mriedemha17:24
dansmithI was too busy being emo in the tc channel to pay attention to that convo17:25
*** heyongli has quit IRC17:26
melwitt*group hug*17:26
*** heyongli has joined #openstack-nova17:26
*** shaohe_feng has quit IRC17:28
*** yamamoto has quit IRC17:29
*** Sundar has joined #openstack-nova17:29
*** shaohe_feng has joined #openstack-nova17:30
*** tesseract has quit IRC17:30
dansmithmriedem: we could make novaclient look for the server side version headers and warn you if you used a microversion but clearly hit the old api endpoint right?17:30
*** dave-mccowan has quit IRC17:30
*** owalsh has quit IRC17:31
*** janki has quit IRC17:31
dansmithor maybe just fail if you asked for a microversion and hit the old api, so you know it's not going to do the thing you asked for17:32
dansmithor maybe that's what you meant by the words around the legacy wrapper thing17:35
*** heyongli has quit IRC17:36
*** heyongli has joined #openstack-nova17:37
*** _alastor1 has joined #openstack-nova17:38
*** awaugama has quit IRC17:38
*** shaohe_feng has quit IRC17:38
*** shaohe_feng has joined #openstack-nova17:39
*** jmlowe has joined #openstack-nova17:42
*** pcaruana has joined #openstack-nova17:43
*** heyongli has quit IRC17:47
*** heyongli has joined #openstack-nova17:47
*** shaohe_feng has quit IRC17:48
*** shaohe_feng has joined #openstack-nova17:49
mriedemdansmith: more the latter17:50
mriedemdoing anything client side is whack a mole17:50
*** vladikr has quit IRC17:51
*** tssurya has quit IRC17:54
*** antosh has quit IRC17:55
*** tidwellr has quit IRC17:55
*** antosh has joined #openstack-nova17:56
*** tidwellr has joined #openstack-nova17:57
*** heyongli has quit IRC17:57
*** heyongli has joined #openstack-nova17:57
*** ykarel_ has quit IRC17:58
openstackgerritChris Dent proposed openstack/nova master: Optional separate database for placement API  https://review.openstack.org/36276617:58
openstackgerritChris Dent proposed openstack/nova master: Isolate placement database config  https://review.openstack.org/54143517:58
openstackgerritChris Dent proposed openstack/nova master: Ensure that os-traits sync is attempted only at start of process  https://review.openstack.org/55385717:58
*** shaohe_feng has quit IRC17:59
openstackgerritChris Dent proposed openstack/nova master: Add PLACEMENT_DB_ENABLED=True to the nova-next job  https://review.openstack.org/56406717:59
*** imacdonn has quit IRC18:00
*** shaohe_feng has joined #openstack-nova18:00
*** imacdonn has joined #openstack-nova18:00
*** moshele has joined #openstack-nova18:01
*** pcaruana has quit IRC18:01
*** krtaylor has joined #openstack-nova18:04
*** vladikr has joined #openstack-nova18:05
*** krtaylor has quit IRC18:06
*** pcaruana has joined #openstack-nova18:06
*** krtaylor has joined #openstack-nova18:07
*** heyongli has quit IRC18:07
*** heyongli has joined #openstack-nova18:08
*** shaohe_feng has quit IRC18:09
*** shaohe_feng has joined #openstack-nova18:10
*** owalsh has joined #openstack-nova18:11
*** krtaylor has quit IRC18:11
melwittseems like zuul is stuck18:12
*** lpetrut has quit IRC18:14
*** Tom-Tom has joined #openstack-nova18:15
*** eharney has quit IRC18:15
*** heyongli has quit IRC18:17
*** heyongli has joined #openstack-nova18:18
*** Tom-Tom has quit IRC18:19
*** shaohe_feng has quit IRC18:19
*** suresh12 has joined #openstack-nova18:19
*** eharney has joined #openstack-nova18:20
melwittkashyap: is this blueprint considered complete? it looks like all related changes have merged https://blueprints.launchpad.net/nova/+spec/libvirt-cpu-model-extra-flags18:20
*** shaohe_feng has joined #openstack-nova18:21
*** _alastor1 has quit IRC18:26
*** mvenesio has joined #openstack-nova18:27
*** heyongli has quit IRC18:28
*** r-daneel has quit IRC18:28
*** heyongli has joined #openstack-nova18:28
*** r-daneel has joined #openstack-nova18:28
*** shaohe_feng has quit IRC18:29
openstackgerritMatt Riedemann proposed openstack/nova master: Fix nits from trusted certs notification change  https://review.openstack.org/57552118:30
*** shaohe_feng has joined #openstack-nova18:31
*** awaugama has joined #openstack-nova18:33
*** tssurya has joined #openstack-nova18:33
*** yamamoto has joined #openstack-nova18:34
*** tssurya has quit IRC18:35
*** tssurya has joined #openstack-nova18:35
*** heyongli has quit IRC18:38
efriedSundar: Howdy18:38
*** heyongli has joined #openstack-nova18:38
efriedstephenfin still around by any chance?18:38
*** yamamoto has quit IRC18:39
*** shaohe_feng has quit IRC18:40
Sundarefried: Hi, how are you doing?18:40
efriedLiving the dream.18:40
SundarWhat geo are you in?18:40
efriedCentral Texas (Austin area)18:40
*** shaohe_feng has joined #openstack-nova18:40
Sundar"Living the dream" -- great! Reviewing my specs is part of that dream.? :)18:41
efriedI was hoping to rope in stephenfin, who knows things about os-vif, but he's UTC.18:41
efriedYeah, I've been sadly behind on that part of the dream, for which I apologize.18:41
efriedBut trying to catch up now.18:41
Sundarhaha -- NP, JK18:41
efriedSo I only yesterday read up on os-vif, which means two things:18:42
efried1) It's fresh in my mind18:42
efried2) It's still really new to me, and I'm sure I don't understand it as deeply as I should.18:42
SundarI am reviewing os-vif myself. I seem to have missed some important points, like using ovo. Thanks for pointing that out18:42
efriedwhich is why I wanted to bring in a ringer.18:42
SundarSure18:42
efriedRight, so my understanding is this:18:42
*** germs has joined #openstack-nova18:43
*** germs has quit IRC18:43
*** germs has joined #openstack-nova18:43
efriedWe define these base objects - in os-vif, they're subclasses of VIFBase.18:43
efriedI'm still not completely clear on what the category of those things is.  But I think in the cyborg case, it might be AccBase and then the subclasses might be AccFPGA, AccGPU, AccHPTS, etc.18:44
efriedi.e. different broad categories of accelerators.18:44
efriedThe AccBase has a 'plugin' field.18:44
*** bpoulos has joined #openstack-nova18:44
efriedSo for example if I want my platform, PowerVM, to provide support for GPUs, maybe I would publish a (separate, third-party) library called acc-powervm or cyborg-powervm or similar.18:45
efriedAnd maybe within that lib I have a class cyborg_powervm.plugin.gpu.PowerVMAccGPUPlugin18:46
efriedMy package provides some kind of initialization code that registers that plugin and instantiates an instance of os_acc.objects.acc.AccGPU with the `plugin` field set to "cyborg_powervm.plugin.gpu.PowerVMAccGPUPlugin"18:46
*** germs has quit IRC18:47
edmondswmelwitt mriedem could one of you whack https://blueprints.launchpad.net/nova/+spec/powervm-opts-group ... it's very old and obsolete18:48
SundarWith os-vif and Neutron, most of the functionality is delegated to mechanism/type drivers, agents, etc. So, having a plugin field in each object may make sense. With Cyborg, I'd expect Cyborg agent to do the core work, and rely upon drivers for specifics18:48
efriedsorry, the package doesn't instantiate that guy - it just provides a registration hook so that cyborg knows about my plugin.  And that registration tells you what kind of accelerator(s) it's good for.18:48
*** heyongli has quit IRC18:48
*** heyongli has joined #openstack-nova18:48
*** yamamoto has joined #openstack-nova18:49
melwittedmondsw: done, thanks for letting us know18:49
efriedNow when cyborg gets a request to attach an accelerator, it knows what kind it is already (let's say GPU) so it knows it needs to instantiate an AccGPU.  It looks around for registered plugins and discovers cyborg-powervm is registered; and it looks for plugins registered as being able to handle GPUs and finds cyborg_powervm.plugin.gpu.PowerVMAccGPUPlugin18:49
efriedso it sets `plugin` to that value in the AccGPU instance.18:50
*** shaohe_feng has quit IRC18:50
SundarCyborg already supports a notion of drivers, which cna be per-device or per-vendor, etc. Once the driver has discovered the necessary details, Cyborg has enough info to populate placement, and handle scheduling and attaches. For attaches, it may need to call the driver for specific aspects18:50
SundarWould/can your library/plugin really be a driver in the Cyborg sense?18:50
efriedAnd from this point on, any time anything platform-specific needs to be done, the plugin gets called upon to do that thing.18:50
efriedI don't know whether we're using the same definition of "driver" here, but what I can tell you is that there's no way cyborg knows how to do the plug operation on a Power system.18:51
efriedWhoever's doing the plug operation needs to call into Power-specific code.18:52
*** shaohe_feng has joined #openstack-nova18:52
*** GonZo2000_ has quit IRC18:52
*** dave-mccowan has joined #openstack-nova18:52
SundarYou had mentioned that PCI devices in Power are treated differently than in x86. Can you expand on what is different about it?18:53
efriedThe point of having this AccGPU ovo is that once it's built, you can send it over RPC between cyborg and nova (and maybe others), and as long as those guys have the right stevedore-isms to load up the thing pointed at by the `plugin` field, either side of that equation can invoke the plugin methods when it needs to do something platform-specific.18:53
SundarMay be that will help me understand where the major differences are18:53
*** yamamoto has quit IRC18:53
efriedokay18:53
efriedDevices on a Power system don't have PCI addresses.  They have a location code, which is formatted completely differently.18:54
efriedAnd there's no way to do conversion/alias because location codes are 64 bits, whereas PCI addresses are 32.18:54
*** cdent has quit IRC18:55
efriedWe normally talk about these locations in terms of "DRC name", which looks something like U78CB.001.WZS0JZB-P1-C1518:55
efriedwhich I think somehow represents like host serial, drawer, physical slot, physical function, and then more bits can go on the end for virtual functions...18:56
efriedThere's also a "DRC index" which is just a 64-bit number, whose segments represent the same thing.18:57
efriedBut the main issue is that, in order to attach a device to a VM on PowerVM, you have to call into the NovaLink REST API.18:57
efriedWhich in no way resembles anything libvirt-ish.18:58
*** yamamoto has joined #openstack-nova18:58
efriedWe have a library called pypowervm that lets you make such calls in pythonic ways.18:58
efriedAnd, to come full circle, we have driver code in nova that calls into pypowervm.18:58
*** heyongli has quit IRC18:58
*** heyongli has joined #openstack-nova18:59
efriedThere's no question in my mind that we need to decouple this level of platform-specific logic from cyborg itself.18:59
SundarSo, attaching a device to a VM is not handled by nova virt driver directly but delegated to pypowervm lib?18:59
SundarIs there a virt driver for power?19:00
efriedwell, yes, in the same way that the nova libvirt driver delegates to the libvirt... uhh, lib.19:00
efriedYes.19:00
*** shaohe_feng has quit IRC19:00
efriednova.virt.powervm.driver.PowerVMDriver19:00
SundarOK. Thanks. Suppose, instead of PCI BDFs, we have a generic 'attach handle', which is an object that Nova virt drivers would need to do the attach19:01
*** shaohe_feng has joined #openstack-nova19:01
SundarIt could be a PCI BDF, a mediated device UUID, or a Power location code, DRC index, whatever...19:01
dansmithbetter would be a uuid19:01
efriedwhich, like nova.virt.libvirt.driver.LibvirtDriver is a subclass of nova.virt.driver.ComputeDriver19:01
SundarOK. The os-acc API could deal with attach handles in general, instead of PCI BDFs in particular19:02
efriedRight, dansmith, a UUID for the thing that corresponds to the resource provider, and then enough information in the other fields in the AccGPU (or whatever) object to let me know how to configure things.19:02
efriedSundar: YES19:02
SundarThe handle would include a type: PCI BDF, mediated device, PowerVM device etc.19:02
dansmithefried: I meant a uuid for the attach handle19:03
SundarBased on which we (Cyborg as well as nova virt) could invoke the right libraries19:03
efriedIf we're following the os-vif model, they've got a field for a "port profile".  They allow any number of those to be registered in os-vif, not sure if they're also allowed to be registered via the plugin packages.19:03
dansmithif you follow the neutron model, you give nova a port uuid which you got from neutron, and nova can ask neutron what the vif_type is, if it needs that19:04
efrieddansmith: How does it go from that to a specific plugin?19:05
dansmithwell, maybe I'm mixing the external user into the workflow and you're just talking about the nova->cyborg bit19:06
Sundardansmith: The equiv of a port UUID would be a UUID for each accelerator, but that is problematic because the #accelerators per RP can change for multi-function devices (vGPUs, FPGAs, etc)19:06
dansmithefried: but nova does a show on the port via uuid, and gets back a bunch of info, including the type, details, etc19:06
dansmithSundar: no, I mean a uuid for each piece you want the user to be able to attach19:07
dansmithSundar: not a uuid per accelerator device (although you need that too)19:07
*** yamamoto has quit IRC19:07
efriedIn the placement model, I'm not sure if we actually need the UUID of the specific attachy thing.19:07
dansmithefried: compute will19:08
dansmithand scheduler will need the uuid of the accelerator itself, because that's the RP with inventory19:08
mriedembpoulos: which osc plugin makes the openstack secret store command available?19:08
*** tbachman has quit IRC19:08
*** heyongli has quit IRC19:09
efriedn-sch talks to placement and gets back an allocated (provider, RC, amount).  That info somehow gets to the driver's plug method, and the plug method knows how to attach <amount> <RC>s from <provider> to the VM.19:09
*** heyongli has joined #openstack-nova19:09
efriedbut if there's some preconfiguration step, like telling it a bitstream UUID, or QoS params, or whatever, then yeah, we do the port model where we tell cyborg to set it up first.  Then it'll create the Acc* instance filled in with everything *except* the provider UUID.19:10
dansmithright, so n-sch does the claim to get that allocation, then n-cond talks to cyborg and says "okay, I've been told that you have 1 FOO_THING on compute $host, please give me an attachment"19:10
*** shaohe_feng has quit IRC19:10
dansmiththen compute can use that to ask cyborg for the real details, pci address, or whatever19:10
efried"give me an attachment" - what's an attachment?19:11
*** shaohe_feng has joined #openstack-nova19:11
dansmithefried: the equivalent of a port in neutron19:11
dansmithefried: it's not an actual thing, it just represents the configuration and link between some network and the instance19:12
efriedokay, so basically it's just saying "register this thing and give me a UUID".19:12
bpoulosmriedem: barbican19:12
efriedSo cyborg stuffs that UUID into the Acc* object and wings it back over RPC to n-cpu, which ultimately calls the plug method.19:12
dansmithefried: well, the point at which you do that is cyborg's opportunity to reconfigure the actual thing, and potentially adjust inventory if it has to reserve some amount of something because it gave you a principal or whatever19:12
mriedembpoulos: python-barbicanclient?19:12
dansmithefried: no, cyborg does not talk RPC to nova-anything19:13
bpoulosmriedem: in devstack, you can add the line "enable_plugin barbican https://git.openstack.org/openstack/barbican"19:13
mriedembut that's the server19:13
bpoulosmriedem: yeah19:13
mriedemi just need the client19:13
mriedemok19:13
mriedemhttp://git.openstack.org/cgit/openstack/python-barbicanclient/tree/barbicanclient/osc_plugin.py19:13
efrieddansmith: And when you say "cyborg's opportunity" you really mean "the platform-specific code as invoked by cyborg"19:13
mriedemyeah19:13
dansmithefried: yes19:13
efrieddansmith: And that's a separate step from the actual 'plug'19:13
dansmithefried: right19:13
efriedwhich happens from n-cpu, and again should call into the cyborg plugin19:14
dansmithefried: because in libvirt land, we can't do the plug until we've started the vm and havesomething to actually plug (in the network case anyway)19:14
dansmithefried: that plug step is in os-acc, that nova-compute calls yeah19:14
dansmithor compute/$virt19:14
efriedRight, so today network plug is a ComputeDriver method, but tomorrow it would live in the VIFThingy.plugin class - did I get that part right?19:15
dansmithit's mostly in VIFThingy.plug now19:15
dansmithexcept for a few cases19:15
efriedoh, so PowerVM is already behind the curve on this?19:15
dansmithI mean, there's still a driver plug, but it's just saying "call into VIFTHing.plug"19:15
dansmithefried: I dunno, probably :)19:16
*** yamamoto has joined #openstack-nova19:16
*** yamamoto has quit IRC19:16
Sundardansmith: ""n-cond talks to cyborg" in the current flow, the request comes to nova compute, and that invokes os-acc. The os-acc can talk to Cyborg agent to get any programmming done if needed, and that in turn could invoke any driver, or plugin if you prefer19:16
dansmithalthough I'm not sure it's the same for power, as you're talking to the hypervisor in API terms, whereas in libvirt VIFThingy is mucking with bridges19:16
dansmithSundar: sure19:17
dansmithSundar: that's kinda how we *want* os-brick to work19:17
dansmithbut it doesn't19:17
efrieddansmith: "mucking with bridges" by running linux commands through processutils?19:17
SundarFrom nova-compute, how do you handle cinder-wide ops before getting into individual drivers?19:18
dansmithefried: yep19:18
dansmithSundar: we talk to cinder ourselves19:18
efrieddansmith: Okay, so that's platform-specific stuff that really ought to live in the drivers/plugins19:18
dansmithefried: that's what the VIFThingy is for19:18
dansmithefried: to hold that stuff, per type19:19
*** heyongli has quit IRC19:19
dansmithefried: and so that some vendor with a whizbang thing can encapsulate their own setup and attachment stuff without having to be in tree19:19
*** heyongli has joined #openstack-nova19:19
dansmithgdi, how did you trick me out of ignoring your requests to talk about os-vif?19:20
melwittdoes anyone know if https://blueprints.launchpad.net/nova/+spec/optional-placement-database got rolled into https://blueprints.launchpad.net/nova/+spec/placement-extract and if I can obsolete the former?19:20
SundarThere are some important differences between os-acc and os-vif19:21
*** shaohe_feng has quit IRC19:21
*** moshele has quit IRC19:21
SundarWith os-acc/Cyborg, we have 2 concepts: accelerators and 'attach handles' (e.g. PCI VFs)19:21
dansmithSundar: same as neutron and same as cinder19:22
*** tidwellr has quit IRC19:22
dansmithneutron has a network and a port, and cinder has a volume and an attach_id19:22
SundarThe correspondence between them can be complex. For example, a device may support  afixed number of PCI VFs say 32, but the #accelerators depends on what is programmed in the device19:22
dansmithyes, we've been over this, I get it :)19:22
efriedmelwitt: Those are different afaik19:22
melwittefried: okay, I made a note. gonna ask cdent tomorrow if I remember19:23
SundarThe #accelerators may be fewer than than #handles (no issues), or more (in which case not all accelerators can be exposed together)19:23
dansmithSundar: on SRIOV devices, you have PFs and VFs and if you hand off a PF, the VF inventory changes19:23
SundarAlso, #accelerators per RP can vary over time (vGPUs, FPGAs)19:23
dansmithI think you're more similar than different19:23
efriedmelwitt: The former is a prereq of the latter I believe.  Optional-db has I think four patches, ready for review (I keep +2ing and they keep getting rebased) and we should be able to close it out in rocky.  Placement-extract is going to be a longer-term thing, with some stuff merging in rocky, but the major stuff happening in Stein.19:24
*** shaohe_feng has joined #openstack-nova19:24
melwittefried: yeah, that makes sense but I found the optional separate db patches commit messages link to placement-extract bp https://review.openstack.org/#/q/topic:bp/placement-extract+(status:open+OR+status:merged)19:24
SundarFor os-vif, what is the  equivalent of accelerators? Attach handles are similar to ports19:25
efriedmelwitt: That's probably a rebase error - do the commit messages list the right bp?19:25
melwittgah, this one actually writes both https://review.openstack.org/36276619:25
dansmithSundar: network or subnet, which has a finite number of attachments that can vary independently of ports19:25
dansmithSundar: and even more complicated if the port represents an SRIOV VF or PF19:25
efriedsimilarly with GPU vs VGPU passthrough ^19:26
*** tidwellr has joined #openstack-nova19:26
dansmithyup19:26
efriedor maybe function vs region vs whole-FPGA19:26
dansmithor function that takes the RJ45 with it19:27
dansmithi.e. you could do 4 gzips, but only one SSL that needs the network19:27
efriedanyway, I gather we're looking at getting the accelerator thingy in the same way we get a port today: i.e. by precreating it through cyborg, NOT by specifying it along with the other resources in flavor extra_specs.19:27
dansmithefried: that's easier, and a good place to start19:28
efriedand then we send it to the nove boot command same as we do with ports today.19:28
efrieds/nove/nova/19:28
SundarYes, accelerators are RCs which are pre-created.19:28
dansmithnova still has to claim it in placement, but then only nova-compute needs to care about the rest19:28
efrieddansmith: Does the claim happen before or after the callout to the "prepare" thing?19:29
SundarWe do not represent PCI PFs/VFs as RCs today, to avoid being PCI-centirc19:29
efriedSundar: You can still represent PFs/VFs without them having to be PCI19:29
dansmithefried: it needs to happen when we do the allocation for the instance19:29
*** heyongli has quit IRC19:29
dansmithefried: once we know which host19:29
efrieddansmith: after the allocation itself19:29
*** heyongli has joined #openstack-nova19:29
efriedOr before the allocation, as part of testing for viable candidates?19:30
dansmithefried: well, "the allocation" is the wrong thing to call the pre-create I think, because cyborg can't do a whole lot at that point, because it has no idea what host you're going to land on19:30
*** shaohe_feng has quit IRC19:31
*** shaohe_feng has joined #openstack-nova19:32
efrieddansmith: This is what I'm asking.  By "allocation" I'm specifically talking about the placement allocation.  Does the pre-create happen while we're still considering allocation candidates (which I guess would involve n-cond => n-cpu => os-acc => plugin and waiting for a response) and allow us to discard some of them, or does it happen after the allocation and if it fails we have to move on to our next of three tries within19:32
efriedReading between the lines of your answers above I'm guessing it's the latter.19:33
dansmithefried: when you said pre-create in cyborg, I assumed you meant before you do boot19:33
dansmithin which case, it can't create an allocation in placement for you, because it doesn't know what RP to use (and more importantly, the compute node parent of the RP)19:33
efrieddansmith: I guess so, because boot includes plug, which has to come later.19:33
SundarHow about this model? Accelerators are RCs, pre-published to Nova. Scheduling works with known RPs, traits and RCs, but attach handles are not part of it. Cyborg alone deals with attach handles. When a request comes to n-cpu, one or more attach handles get picked (nova virt either calls a plugin, or calls Cyborg agent, which int turn calls a Cyborg driver/plugin). The pre-create would be done by the plugin19:34
dansmithum19:35
dansmithI'm not sure what to do with that19:35
dansmithSundar: IMHO, cyborg or os-acc should not be mucking with the instance's allocation in placement19:36
SundarYes, it does not19:36
dansmiththe discussion above is not about attach handles19:36
SundarCyborg publishes RPs etc to placement. Nova/plcaement do all the allocation of candidates19:36
openstackgerritBrianna Poulos proposed openstack/python-novaclient master: Microversion 2.63 - Add trusted_image_certificates  https://review.openstack.org/50039619:36
*** lifeless has quit IRC19:37
SundarMy difficulty is in relating attach handles to accelerators, and making sure all possibilities and use cases are covered :)19:37
*** eharney has quit IRC19:37
dansmithSundar: I'm confused.. the things you're saying are true and not really negotiable, but it sounds like you're suggesting something else19:38
SundarSorry, let me try again19:38
SundarConsider this flow:19:38
SundarA request comes to n-api. The n-sch works works with placement to decide allocation candidates and choose a compute node. The request then comes to n-cpu in the compute node. No Cyborg so far (except for populating Placement at the start). is this good so far?19:39
*** heyongli has quit IRC19:39
*** salv-orlando has joined #openstack-nova19:40
*** heyongli has joined #openstack-nova19:40
efriedcyborg was involved in creating the artifact to begin with.  I think we're calling this an "attachment".19:40
*** brault has joined #openstack-nova19:40
efriedSundar: How about this, let me draw up the flow as I think I understand it and then we'll have a starting point for discussion.19:40
efrieddansmith: What's this pre-create thing called in the neutron flow?19:41
dansmithcreate port?19:41
Sundarefried: Cyborg publishes accelerators as RCs. You are saying attach handles (like PCI VFs or Power location codes) should also be published?19:41
*** shaohe_feng has quit IRC19:41
efriedSundar: I'm saying the user does a "openstack create accelerator-attachment <details>".  Cyborg creates what you're calling an "attachment" and returns its UUID.19:42
efriedSundar: Then the user does "openstack server create <details> --accelerator <that UUID>"19:42
*** shaohe_feng has joined #openstack-nova19:42
Sundarefired: why is that needed? For  a edevice, the #attachments can be discovered automatically., unlike Neutron ports whose # is not fixed or discoverable19:43
*** jmlowe has quit IRC19:43
efriedThis gets to n-sch, which asks cyborg for the Acc* object corresponding to the attachment UUID.  Cyborg pulls the original profile info out of its database and feeds it back.19:43
dansmithefried: and nova uses that id to ask cyborg what resources it should ask for based on what accelerator the user asked for19:43
SundarE.g. for a SR-IOV device,19:43
dansmithefried: and include that in the allocation19:43
Sundarthe #VFs is known at device discovery time19:43
dansmithit gets that claim, and then can immediately tell cyborg "okay, I just committed $foo to $user on host $bar, cool?"19:43
dansmithand if cyborg says yes, then cyborg reswizzles its inventory if needed, and compute gets started19:44
efriedRight, n-sch converts the Acc* object into placement query material to be included in the GET /a-c query.19:44
dansmithwhen ready, it asks cyborg for "okay how are we going to attach this mofo?", which might be os-acc, and then we're off19:44
*** salv-orlando has quit IRC19:44
*** brault has quit IRC19:45
*** bpoulos has quit IRC19:45
efriedOkay, I think dansmith and I are on the same page.  So dansmith in your view, the plugin needs to have methods for plug(), unplug(), and this prepare_for_plug() thing?19:46
dansmithprobablyish19:46
dansmithit could also have the "tell cyborg we chose a host for attachment $foo", which n-cond could use in the early part19:46
*** tlb has joined #openstack-nova19:46
dansmithwhich neutron calls a host binding19:47
tlbany devs around?+19:47
efrieddansmith: check_host_for_attach(), then bind(), then plug() ?19:48
*** _alastor1 has joined #openstack-nova19:49
*** heyongli has quit IRC19:50
dansmithefried: no, I think just bind(), plug()19:50
efriedokay.19:50
dansmithefried: I mean, right?19:50
*** heyongli has joined #openstack-nova19:50
dansmithwe know what host we want to use because we just got granted an allocation for one19:50
efrieddansmith: Well, I didn't know this bind step was a thing at all.19:50
*** Sundar has quit IRC19:50
dansmithwe try to bind(), if that works, then we move on19:50
*** Sundar_ has joined #openstack-nova19:50
Sundar_IRC froze on me. Reconnecting19:50
dansmithbind() tells cyborg that we're consuming a thing, it can adjust its inventory before it says success or failure19:51
dansmithonce bind returns true, we know that cyborg is ready to commit that thing to us and we'll next talk to cyborg during the plug() part on the compute19:51
*** shaohe_feng has quit IRC19:51
tlbQ:  _get_computes_for_cells returning subset of available compute nodes across AZs (wrong subset, as it happens); suggestions in the dbeug log that it's cached somewhere (get_or_set_cached_cell_and_set_connections); any idea how/where?  not obvious from the code, or at least, not to me.19:52
efrieddansmith: Okay.  So the PluginBase should have a bind() method with a default `pass` impl which will probably not be overridden in many cases.  The bind() step in cyborg will do stuff that diddles with cyborg's internal db and whatnot, and then call into the plugin's bind() method just in case.19:52
tlb*debug19:52
Sundar_The difference between Neutron ports and an attach handle is this. A port is a virtual object that needs to be created by CLI. An attach handle (at least in some common cases like PCI VFs) are device properties, which can be discovered. We don't need 'openstack create' for that19:52
*** shaohe_feng has joined #openstack-nova19:52
efriedSundar_: Discovered...19:52
dansmithefried: anything that has a potentially-varying inventory would need to implement it19:53
dansmithSundar_: no19:53
dansmiththat's not it19:53
*** lifeless has joined #openstack-nova19:53
dansmithSundar_: we're discussing an attachment handle as purely a handle to some state on the cyborg side19:53
efriedSundar_: I'm going to tell you what frame rate and display heads and resolution I need from my GPU, and you're going to put that profile into your database and return a UUID to me.19:54
dansmithright19:54
dansmithwhich may mean you're just going to give me a device,19:54
dansmithor it may mean you'll reconfigure some device to give me a slice of it which will support that19:54
dansmithI don't care19:54
efriedThis is so that, later on, when nova says "hey, give me the details on this UUID" you can give it back the AccGPU object with those details filled in.19:54
dansmithjust give me a uuid19:54
dansmithright19:54
efriedIt's so we don't have to carry (big random dict) across the nova boot command line and down through the conductor to the scheduler and compute etc.19:55
dansmithwhich is how it used to work with cinder, and that's why it's been painful every single day since19:55
efriedI'm going to work up a seqdiag...19:55
Sundar_"it may mean you'll reconfigure some device" without knowing which compute node is involved, how do you pick a device to reconfigure?19:55
efriedSundar_: That won't happen until the bind() and/or plug() steps.19:56
dansmithSundar_: you won't until we bind19:56
dansmithat that point, you get to do that, decide if there's room, etc19:56
efriedThat's the point - we want to save off configuration details before we know where we're going to land.19:56
Sundar_"bind() tells cyborg that we're consuming a thing" Is this invoked by n-cpu on os-acc/Cyborg?19:57
dansmithit's likely done by conductor, talking to cyborg, through os-acc19:57
dansmithefried: I have to wander off for a bit, but I think we're on the same page19:58
efrieddansmith: ack.  I'll make sure you see this diagram :)19:58
dansmithI literally can not friggin wait19:59
dansmith(that's a lie, I can wait)19:59
efrieddansmith: If you need something to keep your horses held until then, I still need your comeback on the reshape spec.19:59
Sundar_efried: You offered to build a flow/sequence diagram. Thanks. Please LMK when it is ready. May be it will make things more concrete. Not sure if we have the same mental model, but let's discuss on an etherpad19:59
efriedSundar_: Roger wilco.20:00
*** heyongli has quit IRC20:00
*** heyongli has joined #openstack-nova20:00
*** shaohe_feng has quit IRC20:02
*** shaohe_feng has joined #openstack-nova20:03
*** dpawlik has quit IRC20:03
melwitt I started the rocky blueprint status etherpad here, still have some more to go through https://etherpad.openstack.org/p/nova-rocky-blueprint-status20:04
mriedemmelwitt: thanks for doing that20:04
mriedemdon't you feel better now?!20:04
melwittsorta20:05
*** jmlowe has joined #openstack-nova20:05
*** heyongli has quit IRC20:10
*** heyongli has joined #openstack-nova20:10
*** liverpooler has quit IRC20:11
*** shaohe_feng has quit IRC20:12
*** shaohe_feng has joined #openstack-nova20:12
openstackgerritMatt Riedemann proposed openstack/nova master: Add certificate validation docs  https://review.openstack.org/56015820:13
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Add trusted certs to feature support matrix docs  https://review.openstack.org/57489020:13
openstackgerritMatt Riedemann proposed openstack/nova master: Remove max_size parameter from fake_libvirt_utils.fetch_*image methods  https://review.openstack.org/57491120:13
openstackgerritMatt Riedemann proposed openstack/nova master: Fix nits from trusted certs notification change  https://review.openstack.org/57552120:13
*** tbachman has joined #openstack-nova20:14
*** yamamoto has joined #openstack-nova20:16
*** ttsiouts has joined #openstack-nova20:19
*** heyongli has quit IRC20:20
*** heyongli has joined #openstack-nova20:21
mriedemhuh, for some reason the ironic job is running on our docs-only changes https://review.openstack.org/#/c/574890/20:22
mriedemironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa SUCCESS in 45m 30s (non-voting)20:22
*** shaohe_feng has quit IRC20:22
*** yamamoto has quit IRC20:22
mriedemhttp://git.openstack.org/cgit/openstack/ironic/tree/zuul.d/legacy-ironic-jobs.yaml#n420:23
*** shaohe_feng has joined #openstack-nova20:23
mriedem^doc/.*$ should match and skip20:23
melwittheh. that's odd20:23
melwittoh, hold the phone20:23
mriedembecause they changed how irrelevant-files works?20:23
melwittmaybe, that's what I was wondering http://lists.openstack.org/pipermail/openstack-dev/2018-June/131304.html20:24
melwittunless it's just always been like that and no one noticed20:24
mriedemi see why20:25
mriedemhttp://git.openstack.org/cgit/openstack-infra/project-config/tree/zuul.d/projects.yaml#n1049620:25
mriedemhttps://bugs.launchpad.net/nova/+bug/177698120:27
openstackLaunchpad bug 1776981 in OpenStack Compute (nova) "ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa is running on non-code changes" [Undecided,New]20:27
mriedemlow-hanging-vegetables20:28
*** ttsiouts has quit IRC20:28
*** ttsiouts has joined #openstack-nova20:28
melwittwe could add that to the bug smash list if we have aggregated a list20:29
* mriedem finds the link20:29
mriedemdone https://etherpad.openstack.org/p/OpenSource-Hackathon-Rocky-Beijing-Bugs-List20:30
melwittwoot thanks20:30
*** heyongli has quit IRC20:31
*** heyongli has joined #openstack-nova20:31
*** shaohe_feng has quit IRC20:32
*** shaohe_feng has joined #openstack-nova20:34
*** salv-orlando has joined #openstack-nova20:40
*** heyongli has quit IRC20:41
*** heyongli has joined #openstack-nova20:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add trusted certs to feature support matrix docs  https://review.openstack.org/57489020:43
openstackgerritMatt Riedemann proposed openstack/nova master: Remove max_size parameter from fake_libvirt_utils.fetch_*image methods  https://review.openstack.org/57491120:43
*** shaohe_feng has quit IRC20:43
openstackgerritMatt Riedemann proposed openstack/nova master: Fix nits from trusted certs notification change  https://review.openstack.org/57552120:43
mriedemall ^ should be quick approvals20:43
mriedemwhich gets all the server side stuff done for trusted certs, and then we just have the client20:43
mriedemhttps://review.openstack.org/#/c/500396/20:43
*** shaohe_feng has joined #openstack-nova20:44
mriedemdansmith: +2 on https://review.openstack.org/#/c/575493/ - easy +W20:44
*** salv-orlando has quit IRC20:45
openstackgerritMatt Riedemann proposed openstack/nova master: Time how long pre_live_migration() takes  https://review.openstack.org/57448120:47
dansmithwoot20:47
mriedemha, check the file LOC https://review.openstack.org/#/c/560158/20:48
mriedemthe devil's docs!20:48
*** heyongli has quit IRC20:51
*** heyongli has joined #openstack-nova20:51
*** shaohe_feng has quit IRC20:53
*** _alastor1 has quit IRC20:53
openstackgerritEric Fried proposed openstack/nova-specs master: WIP: Nova-Cyborg workflow  https://review.openstack.org/57554520:53
*** shaohe_feng has joined #openstack-nova20:55
melwittspooky20:58
*** heyongli has quit IRC21:01
*** heyongli has joined #openstack-nova21:02
*** suresh12 has quit IRC21:02
*** suresh12 has joined #openstack-nova21:03
*** shaohe_feng has quit IRC21:03
*** shaohe_feng has joined #openstack-nova21:04
*** suresh12 has quit IRC21:06
*** suresh12 has joined #openstack-nova21:06
*** heyongli has quit IRC21:12
*** heyongli has joined #openstack-nova21:12
*** shaohe_feng has quit IRC21:13
*** shaohe_feng has joined #openstack-nova21:15
tonybdansmith, mriedem: There is a special recheck rdo command to do that but it's currently disabled due to overload in RDOCloud21:15
tonybdansmith, mriedem: You want the periodic-tripleo-ci-centos-7-ovb-1ctlr_1comp-featureset002-queens-upload or similar job21:16
*** suresh12 has quit IRC21:17
*** suresh12 has joined #openstack-nova21:18
dansmithah, okay cool21:19
*** yamamoto has joined #openstack-nova21:19
*** tbachman has quit IRC21:19
mriedemdo i really want it?21:20
mriedemwith a name like that, i don't think i do21:20
*** throwsb1 has quit IRC21:20
*** tidwellr has quit IRC21:21
*** heyongli has quit IRC21:22
*** heyongli has joined #openstack-nova21:22
*** shaohe_feng has quit IRC21:24
*** yamamoto has quit IRC21:24
*** shaohe_feng has joined #openstack-nova21:24
*** slaweq has quit IRC21:29
*** slaweq has joined #openstack-nova21:30
*** tssurya has quit IRC21:30
mriedemefried: nova-status upgrade check for placement finds an OSA victim http://logs.openstack.org/25/575125/5/check/openstack-ansible-upgrade-ubuntu-xenial/222b6ac/job-output.txt.gz#_2018-06-14_21_00_49_58235921:32
*** heyongli has quit IRC21:32
mriedemDetails: Placement API version 1.24 needed, you have 1.17.21:32
*** heyongli has joined #openstack-nova21:32
*** awaugama has quit IRC21:33
efriedmriedem: Good deal.21:33
*** shaohe_feng has quit IRC21:34
*** shaohe_feng has joined #openstack-nova21:34
*** mvenesio has quit IRC21:35
*** mvenesio has joined #openstack-nova21:36
efriedmriedem: Who else can review https://review.openstack.org/#/c/575140/ ?21:36
*** tbachman has joined #openstack-nova21:39
*** mvenesio has quit IRC21:40
*** salv-orlando has joined #openstack-nova21:41
*** antosh has quit IRC21:41
*** heyongli has quit IRC21:42
* melwitt clicks21:42
*** lyan has quit IRC21:43
*** heyongli has joined #openstack-nova21:43
*** shaohe_feng has quit IRC21:44
*** tbachman_ has joined #openstack-nova21:44
*** dave-mccowan has quit IRC21:45
*** tbachman has quit IRC21:45
*** tbachman_ is now known as tbachman21:45
*** shaohe_feng has joined #openstack-nova21:45
*** salv-orlando has quit IRC21:46
*** slaweq has quit IRC21:46
*** lifeless has quit IRC21:49
*** lifeless has joined #openstack-nova21:51
*** jmlowe has quit IRC21:52
*** heyongli has quit IRC21:53
*** heyongli has joined #openstack-nova21:53
openstackgerritMerged openstack/nova master: [placement] Add status and links fields to version document at /  https://review.openstack.org/57511721:53
*** edmondsw has quit IRC21:54
*** shaohe_feng has quit IRC21:54
*** shaohe_feng has joined #openstack-nova21:55
openstackgerritMerged openstack/nova master: Use oslo.messaging per-call monitoring  https://review.openstack.org/56669621:55
dansmith\o/21:58
*** jmlowe has joined #openstack-nova21:59
openstackgerritMatt Riedemann proposed openstack/nova master: Handle broken instance mapping in InstanceLister  https://review.openstack.org/57555622:01
mriedemmelwitt: dansmith: for your morrow ^ see the todo question inline about build requests22:01
dansmithokay I need to be gone already22:01
*** heyongli has quit IRC22:03
*** heyongli has joined #openstack-nova22:03
openstackgerritMerged openstack/nova master: Add notification support for trusted_certs  https://review.openstack.org/56326922:03
*** shaohe_feng has quit IRC22:05
*** shaohe_feng has joined #openstack-nova22:05
melwittmriedem: ack22:06
mriedemmelwitt: https://review.openstack.org/#/c/574890/ is using OSC22:08
*** Sundar_ has quit IRC22:08
melwittoh, thanks22:08
melwittI thought they would use the same args22:08
mriedemosc uses repeating args22:09
mriedem--trusted-image-certificate 1 --trusted-image-certificate 222:09
mriedemi'm not sure we have much of that in nova cli22:10
*** suresh12 has quit IRC22:10
mriedemwe definitely could though22:10
mriedemand it would be good to be consistent if we can22:10
*** suresh12 has joined #openstack-nova22:10
melwittI think there is something like that but can't remember right now22:11
melwittI'm not sure that users enjoy the repeating args thing22:11
mriedemi think it's a pretty standard pattern in osc22:12
mriedemhaving to know the delimiter arg for a list isn't fun either22:13
*** heyongli has quit IRC22:13
mriedemthe --block-device stuff on nova boot is all append22:13
mriedemso we likely should be doing the same thing in nova boot for trusted certs22:14
* mriedem -1s22:14
*** heyongli has joined #openstack-nova22:14
*** shaohe_feng has quit IRC22:15
*** suresh12 has quit IRC22:15
melwittfair enuff22:15
*** suresh12 has joined #openstack-nova22:15
*** shaohe_feng has joined #openstack-nova22:16
*** mchlumsky_ has quit IRC22:16
*** rcernin has joined #openstack-nova22:20
*** yamamoto has joined #openstack-nova22:20
*** tbachman has quit IRC22:21
*** heyongli has quit IRC22:23
*** heyongli has joined #openstack-nova22:24
*** yamamoto has quit IRC22:25
*** shaohe_feng has quit IRC22:25
*** shaohe_feng has joined #openstack-nova22:26
*** hongbin has quit IRC22:27
*** _alastor1 has joined #openstack-nova22:29
*** ociuhandu has joined #openstack-nova22:32
*** ociuhandu_ has quit IRC22:33
*** heyongli has quit IRC22:34
*** heyongli has joined #openstack-nova22:34
*** nicolasbock has quit IRC22:34
*** shaohe_feng has quit IRC22:35
*** shaohe_feng has joined #openstack-nova22:37
*** salv-orlando has joined #openstack-nova22:42
*** brault has joined #openstack-nova22:43
*** heyongli has quit IRC22:44
*** heyongli has joined #openstack-nova22:44
*** shaohe_feng has quit IRC22:46
*** salv-orlando has quit IRC22:46
*** brault has quit IRC22:47
*** shaohe_feng has joined #openstack-nova22:47
*** boris_42_ has joined #openstack-nova22:49
*** heyongli has quit IRC22:54
*** heyongli has joined #openstack-nova22:54
*** lyan has joined #openstack-nova22:55
*** threestrands has joined #openstack-nova22:56
*** threestrands has quit IRC22:56
*** threestrands has joined #openstack-nova22:56
*** dklyle has quit IRC22:56
*** shaohe_feng has quit IRC22:56
*** dklyle has joined #openstack-nova22:57
*** threestrands has quit IRC22:57
*** threestrands has joined #openstack-nova22:57
*** threestrands has quit IRC22:57
*** threestrands has joined #openstack-nova22:57
*** shaohe_feng has joined #openstack-nova22:58
*** heyongli has quit IRC23:04
*** heyongli has joined #openstack-nova23:05
*** shaohe_feng has quit IRC23:06
*** shaohe_feng has joined #openstack-nova23:08
*** heyongli has quit IRC23:15
*** heyongli has joined #openstack-nova23:15
*** Tom-Tom has joined #openstack-nova23:15
*** shaohe_feng has quit IRC23:16
*** shaohe_feng has joined #openstack-nova23:17
*** ttsiouts has quit IRC23:17
*** Tom-Tom has quit IRC23:20
*** yamamoto has joined #openstack-nova23:21
*** heyongli has quit IRC23:25
*** heyongli has joined #openstack-nova23:25
*** yamamoto has quit IRC23:26
*** shaohe_feng has quit IRC23:27
*** shaohe_feng has joined #openstack-nova23:28
*** GonZo2000_ has joined #openstack-nova23:28
*** itlinux has joined #openstack-nova23:30
*** _alastor1 has quit IRC23:35
*** heyongli has quit IRC23:35
*** heyongli has joined #openstack-nova23:35
*** shaohe_feng has quit IRC23:37
*** r-daneel has quit IRC23:37
*** _alastor1 has joined #openstack-nova23:37
*** shaohe_feng has joined #openstack-nova23:38
*** lifeless_ has joined #openstack-nova23:42
*** salv-orlando has joined #openstack-nova23:43
*** lifeless has quit IRC23:43
*** mlavalle has quit IRC23:45
*** heyongli has quit IRC23:45
*** heyongli has joined #openstack-nova23:46
*** markvoelker has quit IRC23:46
*** salv-orlando has quit IRC23:47
*** shaohe_feng has quit IRC23:47
*** GonZo2000_ has quit IRC23:47
*** shaohe_feng has joined #openstack-nova23:49
*** esberglu has quit IRC23:51
*** esberglu has joined #openstack-nova23:54
*** GonZo2000_ has joined #openstack-nova23:55
*** heyongli has quit IRC23:56
*** heyongli has joined #openstack-nova23:56
*** GonZo2000_ has quit IRC23:56
*** GonZo2000_ has joined #openstack-nova23:56
*** shaohe_feng has quit IRC23:57
*** shaohe_feng has joined #openstack-nova23:58
*** takashin has joined #openstack-nova23:58
*** esberglu has quit IRC23:58

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