Tuesday, 2018-01-30

*** sapd_ has joined #openstack-nova00:00
*** _pewp_ has joined #openstack-nova00:01
*** namnh has quit IRC00:03
*** arvindn05 has joined #openstack-nova00:07
*** namnh has joined #openstack-nova00:07
*** salv-orlando has joined #openstack-nova00:09
*** salv-orlando has quit IRC00:13
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126000:16
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551700:16
*** namnh has quit IRC00:19
openstackgerritmelanie witt proposed openstack/nova master: Clean up ports and volumes when deleting ERROR instance  https://review.openstack.org/34061400:20
*** namnh has joined #openstack-nova00:20
*** chyka_ has joined #openstack-nova00:23
*** namnh has quit IRC00:24
*** liverpooler has quit IRC00:26
*** chyka has quit IRC00:26
*** hiro-kobayashi has joined #openstack-nova00:28
*** namnh has joined #openstack-nova00:28
*** namnh_ has joined #openstack-nova00:32
*** felipemonteiro_ has quit IRC00:32
*** namnh_ has quit IRC00:32
*** dave-mccowan has quit IRC00:32
*** namnh has quit IRC00:33
*** yangyapeng has joined #openstack-nova00:51
*** sdague has quit IRC00:52
*** yangyapeng has quit IRC00:55
*** Tom-Tom has joined #openstack-nova00:55
*** Dinesh_Bhor has joined #openstack-nova00:57
*** andreas_s has joined #openstack-nova01:01
*** andreas_s has quit IRC01:05
*** tiendc has joined #openstack-nova01:07
*** melwitt has quit IRC01:10
*** jroll has quit IRC01:10
*** jroll has joined #openstack-nova01:11
*** zhaochao has joined #openstack-nova01:11
*** yangyapeng has joined #openstack-nova01:11
*** gyee has quit IRC01:11
*** yangyapeng has quit IRC01:16
*** hieulq_ has joined #openstack-nova01:16
*** yangyapeng has joined #openstack-nova01:18
*** hieulq__ has quit IRC01:20
*** Dinesh_Bhor has quit IRC01:21
*** huanxie has quit IRC01:22
*** gjayavelu has quit IRC01:22
openstackgerritMatt Riedemann proposed openstack/nova master: Check for leaked server resource allocations in post_test_hook  https://review.openstack.org/53851001:24
*** chyka_ has quit IRC01:28
*** Swami has quit IRC01:29
*** Dinesh_Bhor has joined #openstack-nova01:29
*** liverpooler has joined #openstack-nova01:30
*** Dinesh_Bhor has quit IRC01:30
*** Dinesh_Bhor has joined #openstack-nova01:30
*** Dinesh_Bhor has quit IRC01:33
*** salv-orlando has joined #openstack-nova01:33
SpazmoticMorning Folks01:34
SpazmoticJeez mriedem you still commiting over there01:34
*** hongbin has joined #openstack-nova01:39
*** salv-orlando has quit IRC01:39
*** felipemonteiro_ has joined #openstack-nova01:40
*** pramodrj07 has quit IRC01:43
*** namnh has joined #openstack-nova01:43
*** slaweq_ has joined #openstack-nova01:54
*** melwitt has joined #openstack-nova01:56
*** melwitt is now known as Guest9430601:56
*** Guest94306 is now known as jgwentworth01:58
Spazmoticno no no no01:58
SpazmoticIF YOU HAVE A STRUCTURED SETTLEMENT BUT YOU NEED CASH NOWWWW01:59
*** slaweq_ has quit IRC01:59
jgwentworth877 cash now01:59
SpazmoticWhy would you do that to people, core reviewers should have mortal fortitude!01:59
jgwentworthheh02:00
*** jgwentworth is now known as melwitt02:01
*** gcb has joined #openstack-nova02:04
*** yamamoto has joined #openstack-nova02:05
*** efried_hexchat has quit IRC02:06
Spazmoticmelwitt, Any chance you're familiar with the XenAPI drivers? :)02:09
*** harlowja has quit IRC02:10
*** Dinesh_Bhor has joined #openstack-nova02:11
*** pramodrj07 has joined #openstack-nova02:17
*** moshele has joined #openstack-nova02:18
*** pramodrj07 has quit IRC02:18
*** felipemonteiro_ has quit IRC02:18
*** pramodrj07 has joined #openstack-nova02:18
*** Dinesh_Bhor has quit IRC02:18
*** efried_hexchat has joined #openstack-nova02:19
*** Dinesh_Bhor has joined #openstack-nova02:20
*** huanxie has joined #openstack-nova02:27
*** slaweq_ has joined #openstack-nova02:29
*** Pramod has joined #openstack-nova02:31
*** pramodrj07 has quit IRC02:31
*** Dinesh_Bhor has quit IRC02:34
*** slaweq_ has quit IRC02:34
*** Dinesh_Bhor has joined #openstack-nova02:36
*** Pramod has quit IRC02:37
*** Pramod has joined #openstack-nova02:37
*** Dinesh_Bhor has quit IRC02:39
*** Pramod has quit IRC02:39
*** pramodrj07 has joined #openstack-nova02:39
*** Dinesh_Bhor has joined #openstack-nova02:40
*** Dinesh_Bhor has quit IRC02:46
*** vladikr has quit IRC02:46
*** hongbin has quit IRC02:46
*** yamamoto_ has joined #openstack-nova02:47
*** vladikr has joined #openstack-nova02:47
*** hongbin has joined #openstack-nova02:47
*** rmcall has joined #openstack-nova02:49
*** yamamoto has quit IRC02:50
*** edmondsw has joined #openstack-nova02:54
*** flwang has quit IRC02:55
*** vladikr has quit IRC02:55
*** vladikr has joined #openstack-nova02:55
*** dave-mccowan has joined #openstack-nova02:58
*** edmondsw has quit IRC02:58
*** Dinesh_Bhor has joined #openstack-nova02:59
*** zhurong has joined #openstack-nova03:03
*** yamahata has quit IRC03:05
*** armax has quit IRC03:08
*** moshele has quit IRC03:12
*** hiro-kobayashi has quit IRC03:18
*** psachin has joined #openstack-nova03:25
*** moshele has joined #openstack-nova03:31
*** salv-orlando has joined #openstack-nova03:36
*** yamamoto has joined #openstack-nova03:36
*** slaweq_ has joined #openstack-nova03:37
*** yamamoto_ has quit IRC03:39
*** fragatina has quit IRC03:41
*** salv-orlando has quit IRC03:41
*** slaweq_ has quit IRC03:42
*** hongbin has quit IRC03:44
*** vladikr has quit IRC03:46
*** vladikr has joined #openstack-nova03:47
*** yamahata has joined #openstack-nova03:47
*** Tom-Tom has quit IRC03:49
*** fragatina has joined #openstack-nova03:49
*** hoangcx has quit IRC03:50
*** hoangcx has joined #openstack-nova03:50
openstackgerritGhanshyam Mann proposed openstack/nova master: Add the nova-multiattach job  https://review.openstack.org/53268903:51
*** tovin07 has quit IRC03:51
*** dave-mccowan has quit IRC03:52
*** tovin07 has joined #openstack-nova03:52
*** fragatina has quit IRC03:53
*** vladikr has quit IRC03:53
*** moshele has quit IRC03:56
*** abhishekk has joined #openstack-nova03:57
*** slaweq_ has joined #openstack-nova03:58
*** slaweq_ has quit IRC04:03
*** Tom-Tom has joined #openstack-nova04:04
*** sree has joined #openstack-nova04:04
*** zhurong has quit IRC04:05
*** Tom-Tom has quit IRC04:08
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: add Linux distribution guest only description for inject_xxx options  https://review.openstack.org/52844104:09
*** mylu has quit IRC04:09
*** links has joined #openstack-nova04:10
*** harlowja has joined #openstack-nova04:21
*** mylu has joined #openstack-nova04:21
*** mattoliverau has joined #openstack-nova04:23
*** armax has joined #openstack-nova04:24
mattoliverauHey nova cores. I have a doc patch I've pushed upstream to fix the nova placement-api port on OpenSuse/SLES which was incorrect. It'04:25
mattoliverauIt's been sitting there since december last year. So thought I'd do a ping here ;)04:25
mattoliverauOnly doc, so an easy review ;)04:26
mattoliverauhttps://review.openstack.org/#/c/52784604:26
*** harlowja has quit IRC04:26
*** harlowja has joined #openstack-nova04:26
*** harlowja has quit IRC04:27
*** armax has quit IRC04:28
*** gjayavelu has joined #openstack-nova04:29
*** armax has joined #openstack-nova04:35
*** salv-orlando has joined #openstack-nova04:37
*** gjayavelu has quit IRC04:39
*** salv-orlando has quit IRC04:42
*** edmondsw has joined #openstack-nova04:42
*** tssurya_ has joined #openstack-nova04:43
*** andreas_s has joined #openstack-nova04:45
*** edmondsw has quit IRC04:46
*** moshele has joined #openstack-nova04:46
*** tssurya_ has quit IRC04:47
*** andreas_s has quit IRC04:49
*** Dinesh_Bhor has quit IRC04:54
*** Dinesh_Bhor has joined #openstack-nova04:57
*** Dinesh_Bhor has quit IRC05:01
*** Dinesh_Bhor has joined #openstack-nova05:03
*** armax has quit IRC05:05
*** mylu_ has joined #openstack-nova05:06
*** Tom-Tom has joined #openstack-nova05:06
*** armax has joined #openstack-nova05:06
*** mylu has quit IRC05:08
*** slaweq_ has joined #openstack-nova05:12
*** ratailor has joined #openstack-nova05:13
*** slaweq_ has quit IRC05:16
mattoliverauoh right, cool, there is another patch doing the same thing :) Nice. So long as it get's fixed then my employer will be happy, ta..05:23
*** sridharg has joined #openstack-nova05:30
*** pramodrj07 has quit IRC05:32
*** pramodrj07 has joined #openstack-nova05:33
*** gjayavelu has joined #openstack-nova05:33
*** salv-orlando has joined #openstack-nova05:38
*** fragatina has joined #openstack-nova05:39
*** fragatin_ has joined #openstack-nova05:40
*** mdnadeem has joined #openstack-nova05:40
*** rmcall has quit IRC05:41
*** zhurong has joined #openstack-nova05:42
*** salv-orlando has quit IRC05:43
*** fragatina has quit IRC05:43
*** Pramod has joined #openstack-nova05:49
*** esberglu_ has joined #openstack-nova05:51
*** pramodrj07 has quit IRC05:52
*** esberglu has quit IRC05:55
*** salv-orlando has joined #openstack-nova05:59
*** Dinesh_Bhor has quit IRC05:59
*** slaweq has quit IRC06:00
*** Dinesh_Bhor has joined #openstack-nova06:00
*** jappleii__ has quit IRC06:01
*** trozet has quit IRC06:07
*** Dinesh_Bhor has quit IRC06:08
*** Dinesh_Bhor has joined #openstack-nova06:11
*** mylu_ has quit IRC06:16
*** slaweq has joined #openstack-nova06:16
*** slaweq_ has joined #openstack-nova06:17
*** jaosorior has joined #openstack-nova06:21
*** slaweq_ has quit IRC06:21
*** slaweq has quit IRC06:21
*** fragatin_ has quit IRC06:22
*** Dinesh_Bhor has quit IRC06:24
*** slaweq has joined #openstack-nova06:24
*** edmondsw has joined #openstack-nova06:30
*** janki has joined #openstack-nova06:31
*** slaweq has quit IRC06:31
*** AlexeyAbashkin has joined #openstack-nova06:33
*** edmondsw has quit IRC06:34
*** AlexeyAbashkin has quit IRC06:37
*** Eran_Kuris has joined #openstack-nova06:40
*** yamamoto_ has joined #openstack-nova06:43
*** Dinesh_Bhor has joined #openstack-nova06:43
*** fnordahl has quit IRC06:44
*** fnordahl has joined #openstack-nova06:46
*** yamamoto has quit IRC06:46
*** Pramod has quit IRC06:48
ratailorCan anyone please review this https://review.openstack.org/#/c/530879/06:48
ameeda is this error caused by me ? "http://logs.openstack.org/00/526900/26/check/openstack-tox-functional/c777a93/testr_results.html.gz"06:49
ameedafrom this gerrit "https://review.openstack.org/#/c/526900/"06:49
ameedaerror "http://logs.openstack.org/14/340614/12/check/nova-tox-functional/1cd661e/testr_results.html.gz"06:49
*** esberglu has joined #openstack-nova06:55
*** esberglu_ has quit IRC06:57
*** zhurong has quit IRC06:58
*** hiro-kobayashi has joined #openstack-nova06:59
*** zhurong has joined #openstack-nova07:02
*** wolsen has quit IRC07:09
*** pcaruana has joined #openstack-nova07:10
*** wolsen has joined #openstack-nova07:11
*** andreas_s has joined #openstack-nova07:17
openstackgerritAmeed Ashour proposed openstack/nova master: detach instance volumes when VM creation fails  https://review.openstack.org/52838507:23
*** annp has joined #openstack-nova07:27
*** janki is now known as janki-afk07:30
openstackgerritChen Hanxiao proposed openstack/nova master: libvirt: remove TODO on validation of scsi model  https://review.openstack.org/52505507:30
*** sticker has joined #openstack-nova07:33
*** salv-orlando has quit IRC07:36
*** salv-orlando has joined #openstack-nova07:36
*** janki-afk is now known as janki07:36
*** slaweq has joined #openstack-nova07:39
*** ragiman has joined #openstack-nova07:40
*** salv-orlando has quit IRC07:41
*** AlexeyAbashkin has joined #openstack-nova07:41
*** armax has quit IRC07:41
stickerHas anyone reported issues with virtlogd recreating the console.log as root:root during migration or resize when append="off" is set in the dom xml (kvm)07:42
stickerwhen using KVM > 2.7.007:42
*** slaweq has quit IRC07:44
*** AlexeyAbashkin has quit IRC07:46
*** alexchadin has joined #openstack-nova07:49
*** AlexeyAbashkin has joined #openstack-nova07:50
*** slaweq has joined #openstack-nova07:54
*** sahid has joined #openstack-nova07:57
*** slaweq has quit IRC07:58
*** salv-orlando has joined #openstack-nova07:59
*** josecastroleon has joined #openstack-nova08:00
*** lajoskatona has joined #openstack-nova08:02
*** gjayavelu has quit IRC08:04
*** Dinesh_Bhor has quit IRC08:05
*** tetsuro has joined #openstack-nova08:10
tetsuro#openstack-nova08:10
*** slaweq has joined #openstack-nova08:11
*** damien_r has joined #openstack-nova08:15
*** Dinesh_Bhor has joined #openstack-nova08:16
*** stakeda has quit IRC08:16
*** tesseract has joined #openstack-nova08:17
*** Dinesh_Bhor has quit IRC08:18
*** edmondsw has joined #openstack-nova08:18
*** Dinesh_Bhor has joined #openstack-nova08:19
*** Dinesh_Bhor has quit IRC08:19
*** edmondsw has quit IRC08:23
*** yasemin has quit IRC08:24
*** ralonsoh has joined #openstack-nova08:25
*** slaweq_ has joined #openstack-nova08:28
*** ttsiouts has quit IRC08:29
*** bkopilov has joined #openstack-nova08:29
*** ttsiouts has joined #openstack-nova08:30
*** slaweq_ has quit IRC08:32
*** AlexeyAbashkin has quit IRC08:35
*** Dinesh_Bhor has joined #openstack-nova08:36
*** yasemin has joined #openstack-nova08:37
*** Dinesh_Bhor has quit IRC08:38
*** AlexeyAbashkin has joined #openstack-nova08:38
*** aloga has quit IRC08:40
*** aloga has joined #openstack-nova08:40
*** AlexeyAbashkin has quit IRC08:41
*** AlexeyAbashkin has joined #openstack-nova08:42
*** dklyle has joined #openstack-nova08:43
*** david-lyle has quit IRC08:44
*** Dinesh_Bhor has joined #openstack-nova08:45
openstackgerritsahid proposed openstack/nova-specs master: update: introducing isolate emulthreads on host  https://review.openstack.org/51118808:48
openstackgerritBalazs Gibizer proposed openstack/nova master: Reproduce bug 1724172 in the functional test env  https://review.openstack.org/51255308:49
openstackbug 1724172 in OpenStack Compute (nova) "Allocation of an evacuated instance is not cleaned on the source host if instance is not defined on the hypervisor" [Undecided,In progress] https://launchpad.net/bugs/1724172 - Assigned to Balazs Gibizer (balazs-gibizer)08:49
openstackgerritBalazs Gibizer proposed openstack/nova master: cleanup evacuated instances not on hypervisor  https://review.openstack.org/51262308:49
*** yasemin has quit IRC08:50
*** andreas_s has quit IRC08:50
*** lennyb has quit IRC08:50
*** andreas_s has joined #openstack-nova08:50
*** jpena|off is now known as jpena08:50
openstackgerritsahid proposed openstack/nova-specs master: virt: allow instances to be booted with trusted VFs  https://review.openstack.org/48552208:53
*** Dinesh_Bhor has quit IRC08:58
*** priteau has joined #openstack-nova08:59
*** slaweq_ has joined #openstack-nova09:00
*** vivsoni has quit IRC09:00
*** vivsoni_ has joined #openstack-nova09:00
*** Dinesh_Bhor has joined #openstack-nova09:01
*** damien_r has quit IRC09:02
lyarwoodmorning all09:03
*** amoralej|off is now known as amoralej09:04
*** Dinesh_Bhor has quit IRC09:04
*** slaweq_ has quit IRC09:04
*** Dinesh_Bhor has joined #openstack-nova09:05
*** damien_r has joined #openstack-nova09:07
*** yamahata has quit IRC09:08
openstackgerritBalazs Gibizer proposed openstack/nova master: reno for notification-transformation-queens  https://review.openstack.org/51801809:14
*** salv-orlando has quit IRC09:17
*** salv-orlando has joined #openstack-nova09:18
*** salv-orlando has quit IRC09:23
openstackgerritAlex Xu proposed openstack/nova master: Add server filters whitelist in server api-ref  https://review.openstack.org/52704209:24
*** mvk has quit IRC09:29
*** janki has quit IRC09:30
*** janki has joined #openstack-nova09:30
*** andreas_s_ has joined #openstack-nova09:31
*** lennyb has joined #openstack-nova09:34
*** Dinesh_Bhor has quit IRC09:35
*** andreas_s has quit IRC09:35
openstackgerritZhenyu Zheng proposed openstack/nova master: [WIP] Fix a bug  https://review.openstack.org/53916409:37
*** mgoddard_ has joined #openstack-nova09:38
Spazmoticgibi I heard rumor that you were decent with some XenAPI,  If true you mind if I add you to a review to check out for me that has been looking for some cores for a couple weeks?09:40
gibiSpazmotic: those rumors seems to be pretty off. Anyhow you can add me as reviewer but I cannot promis I will be able to get to it soon09:41
SpazmoticHehe as rumors go09:41
*** derekh has joined #openstack-nova09:42
SpazmoticI'll let it sit as it is now, sounds like you're pretty busy, so will just hope a reviewer gets to it in a ntural way :)09:42
*** takashin has left #openstack-nova09:44
*** hiro-kobayashi has quit IRC09:45
openstackgerritStephen Finucane proposed openstack/nova-specs master: Integrate Mypy Type Checking  https://review.openstack.org/53821709:49
bauzashuh, 18 hours from the top change to be merged in the gate09:49
bauzasthat's going to be a long long day09:50
Spazmoticyikes09:50
SpazmoticGate still bogged down after the zuul restart?09:50
bauzashuge delay at least09:50
*** itlinux has joined #openstack-nova09:50
*** hoangcx has quit IRC09:51
*** namnh has quit IRC09:51
SpazmoticWelp.. time for my morning begging session again.  Will throw out this review if anyone gets some free cycles to look at it.  https://review.openstack.org/#/c/533168/09:51
SpazmoticAnd imma go drink some coffee :)09:51
*** hoangcx has joined #openstack-nova09:51
*** namnh has joined #openstack-nova09:51
bauzaswell, looks like it's just a delay problem AFAICT http://status.openstack.org/openstack-health/#/09:52
*** mvk has joined #openstack-nova09:58
*** josecastroleon has quit IRC09:58
openstackgerritZhenyu Zheng proposed openstack/nova master: Invalid query parameter could lead to HTTP 500  https://review.openstack.org/53916409:59
openstackgerritStephen Finucane proposed openstack/nova master: zuul: Add 'mypy' job  https://review.openstack.org/53916810:00
*** sambetts|afk is now known as sambetts10:01
*** zhurong has quit IRC10:02
*** itlinux has quit IRC10:02
bauzasSpazmotic: stupid question but does the XenServer CI covers your change ? https://review.openstack.org/#/c/533168/10:02
mgoddard_alex_xu: hi, is there documentation for usage of traits as flavor extra specs? https://review.openstack.org/#/c/536085/910:05
*** edmondsw has joined #openstack-nova10:06
*** itlinux has joined #openstack-nova10:07
*** yamamoto has joined #openstack-nova10:08
bauzasmgoddard_: for the moment, see the relnote https://review.openstack.org/#/c/536085/9/releasenotes/notes/request-traits-in-nova-ffcb00f76229b6e9.yaml10:09
bauzassome nova documentation could be made I agree10:09
*** edmondsw has quit IRC10:10
*** kevinz has quit IRC10:10
mgoddard_bauzas: that would be nice. I can't see anything about custom resource classes on flavors either.10:11
*** yamamoto_ has quit IRC10:11
*** lpetrut has joined #openstack-nova10:12
mgoddard_bauzas: something in here: https://docs.openstack.org/nova/latest/user/flavors.html?10:12
*** yamamoto has quit IRC10:12
*** edmondsw has joined #openstack-nova10:12
*** edmondsw has quit IRC10:12
Spazmoticsorry bauzas  was grabbing coffee10:13
bauzasSpazmotic: no excuses.10:14
Spazmotichehehehe10:14
SpazmoticI was looking through the CIs tests the other day actaully i'm not too sure, it should if it has the standard suite with moving multiple volumes10:14
*** yamamoto has joined #openstack-nova10:14
*** yamamoto has quit IRC10:14
*** ratailor_ has joined #openstack-nova10:15
bauzasmgoddard_: we generally document in https://docs.openstack.org/nova/latest/user/placement.html for end-user and operator concerns10:15
*** ratailor has quit IRC10:17
Spazmoticalrhough the tests would be under the compute stuff, so i'm looking now at its tempest set10:18
mgoddard_bauzas: flavors don't exist in placement, do they?10:20
bauzasmgoddard_: no, they don't, you're right10:20
mgoddard_ok, well thanks bauzas10:21
bauzasmgoddard_: we just use flavors as a way to notify which specific resource classes and traits a user asks10:21
bauzasin order to keep the Nova API stable10:22
bauzasthat's translated into traits and resource classes queries by the scheduler which calls out the Placement API10:22
Spazmoticbauzas - Think it's a no.  There are only like 3 migration tests in this suite10:23
Spazmoticand are just tests for the cold migrate feature10:25
*** damien_r has quit IRC10:25
openstackgerritStephen Finucane proposed openstack/nova master: Don't filter out sibling sets with one core  https://review.openstack.org/53736110:28
openstackgerritStephen Finucane proposed openstack/nova master: Ensure emulator threads are always calculated  https://review.openstack.org/53736310:28
openstackgerritStephen Finucane proposed openstack/nova master: Always pass 'NUMACell.siblings' to _pack_instance_onto_cores'  https://review.openstack.org/53736410:28
openstackgerritStephen Finucane proposed openstack/nova master: trivialfix: cleanup _pack_instance_onto_cores()  https://review.openstack.org/53869810:28
openstackgerritStephen Finucane proposed openstack/nova master: Add unit tests for EmulatorThreadsTestCase  https://review.openstack.org/53869910:28
openstackgerritStephen Finucane proposed openstack/nova master: Not use thread alloc policy for emulator thread  https://review.openstack.org/53870010:28
*** Tom-Tom has quit IRC10:28
*** tssurya_ has joined #openstack-nova10:28
*** sdague has joined #openstack-nova10:28
*** sree has quit IRC10:29
*** alexchadin has quit IRC10:30
*** salv-orlando has joined #openstack-nova10:31
*** damien_r has joined #openstack-nova10:31
*** alexchadin has joined #openstack-nova10:31
*** dave-mccowan has joined #openstack-nova10:32
*** andreas_s has joined #openstack-nova10:33
*** tssurya_ has quit IRC10:33
*** bhagyashri_s has joined #openstack-nova10:34
*** pooja-jadhav has joined #openstack-nova10:34
*** andreas_s_ has quit IRC10:36
*** pooja_jadhav has quit IRC10:37
*** bhagyashris has quit IRC10:37
openstackgerritKashyap Chamarthy proposed openstack/nova master: [WIP] libvirt: Allow to specify granular CPU feature flags  https://review.openstack.org/53438410:37
*** mvk has quit IRC10:39
Spazmoticthanks bauzas :D10:39
bauzasSpazmotic: not a firm -1, just general advice for maintenability10:39
bauzasI need to disappear now10:39
SpazmoticUnderstandable, i'll get it fixed soon10:39
bauzascool10:40
*** lucas-afk is now known as lucasagomes10:41
*** itlinux has quit IRC10:41
Spazmoticsuper appreciate it and great advice, thanks again bauzas.  Doesn't sound harsh at all, great ideas.10:43
SpazmoticEnjoy your disappearing10:44
*** itlinux has joined #openstack-nova10:46
*** itlinux has quit IRC10:46
*** alexchadin has quit IRC10:47
*** mgoddard_ has quit IRC10:47
*** slaweq_ has joined #openstack-nova10:48
*** alexchadin has joined #openstack-nova10:49
*** ratailor__ has joined #openstack-nova10:50
*** AlexeyAbashkin has quit IRC10:50
*** AlexeyAbashkin has joined #openstack-nova10:51
*** mvk has joined #openstack-nova10:51
*** ratailor_ has quit IRC10:52
*** slaweq_ has quit IRC10:52
*** slaweq_ has joined #openstack-nova10:54
*** andreas_s_ has joined #openstack-nova10:55
*** AlexeyAbashkin has quit IRC10:56
*** andreas_s has quit IRC10:58
*** yamamoto has joined #openstack-nova10:59
*** abhishekk has quit IRC11:00
*** slaweq_ has quit IRC11:02
*** alexchadin has quit IRC11:02
*** alexchadin has joined #openstack-nova11:03
*** Tom-Tom has joined #openstack-nova11:03
*** alexchadin has quit IRC11:03
*** alexchadin has joined #openstack-nova11:03
*** alexchadin has quit IRC11:04
*** yamamoto has quit IRC11:04
*** alexchadin has joined #openstack-nova11:04
*** yamamoto has joined #openstack-nova11:04
*** alexchadin has quit IRC11:04
openstackgerritNaichuan Sun proposed openstack/nova master: VGPU: Modify the example of vgpu white_list set  https://review.openstack.org/53918311:05
*** namnh has quit IRC11:05
*** alexchadin has joined #openstack-nova11:05
*** alexchadin has quit IRC11:05
*** alexchadin has joined #openstack-nova11:06
*** damien_r has quit IRC11:06
*** alexchadin has quit IRC11:06
*** Tom-Tom has quit IRC11:07
*** bkopilov has quit IRC11:08
openstackgerritTetsuro Nakamura proposed openstack/nova master: [libvirt] Add _get_vcpu_realtime_scheduler()  https://review.openstack.org/52763011:18
openstackgerritTetsuro Nakamura proposed openstack/nova master: [libvirt] Add _get_numa_memnode()  https://review.openstack.org/52990611:18
openstackgerritTetsuro Nakamura proposed openstack/nova master: [libvirt] Add _get_XXXpin_cpuset()  https://review.openstack.org/52763111:18
openstackgerritTetsuro Nakamura proposed openstack/nova master: Add NumaTopology support for libvirt/qemu driver  https://review.openstack.org/53045111:18
openstackgerritTetsuro Nakamura proposed openstack/nova master: disable cpu pinning with libvirt/qemu driver  https://review.openstack.org/53104911:18
*** jangutter has joined #openstack-nova11:19
*** andreas_s_ has quit IRC11:19
*** andreas_s has joined #openstack-nova11:20
*** mvenesio has joined #openstack-nova11:20
*** AlexeyAbashkin has joined #openstack-nova11:22
*** trozet has joined #openstack-nova11:31
*** salv-orlando has quit IRC11:32
*** salv-orlando has joined #openstack-nova11:32
*** Nil_ has quit IRC11:33
*** yamamoto has quit IRC11:36
*** salv-orlando has quit IRC11:37
*** damien_r has joined #openstack-nova11:37
*** damien_r has quit IRC11:38
*** chyka has joined #openstack-nova11:40
*** chyka has quit IRC11:45
*** yamamoto has joined #openstack-nova11:46
*** andreas_s has quit IRC11:47
*** andreas_s has joined #openstack-nova11:47
*** tbachman has quit IRC11:47
*** Guest587 has quit IRC11:47
openstackgerritTetsuro Nakamura proposed openstack/nova master: [libvirt] Filter hypervisor_type by virt_type  https://review.openstack.org/53134711:48
openstackgerritTetsuro Nakamura proposed openstack/nova master: Fix hypervisor_type in /os-hypervisors/details  https://review.openstack.org/53132811:48
*** alexchadin has joined #openstack-nova11:49
*** yamamoto has quit IRC11:51
*** AlexeyAbashkin has quit IRC11:51
*** AlexeyAbashkin has joined #openstack-nova11:52
*** kevzha01 has joined #openstack-nova11:53
*** itlinux has joined #openstack-nova11:54
*** tiendc has quit IRC11:57
*** tetsuro has left #openstack-nova11:59
*** damien_r has joined #openstack-nova12:00
*** itlinux has quit IRC12:00
*** itlinux has joined #openstack-nova12:01
*** sticker has quit IRC12:06
*** gszasz has joined #openstack-nova12:08
*** yasemin has joined #openstack-nova12:08
*** edmondsw has joined #openstack-nova12:08
*** yamamoto has joined #openstack-nova12:10
*** zhurong has joined #openstack-nova12:13
*** yamamoto has quit IRC12:14
*** alexchadin has quit IRC12:17
*** itlinux has quit IRC12:18
*** alexchadin has joined #openstack-nova12:18
*** itlinux has joined #openstack-nova12:19
*** ratailor__ has quit IRC12:19
*** sree has joined #openstack-nova12:19
*** cdent has joined #openstack-nova12:21
*** alexchadin has quit IRC12:22
*** alexchadin has joined #openstack-nova12:22
*** bkopilov has joined #openstack-nova12:25
*** itlinux has quit IRC12:26
*** liusheng has joined #openstack-nova12:26
gibiseem that the novnc package is broken on the gate: http://logstash.openstack.org/#dashboard/file/logstash.json?query=message%3A%5C%22Unable%20to%20correct%20problems%2C%20you%20have%20held%20broken%20packages%3A%5C%2212:27
gibihttp://logs.openstack.org/53/512553/5/check/tempest-full/ac042d5/job-output.txt.gz#_2018-01-30_09_50_23_12779012:27
gibiinfra knows about the problem12:28
*** Tom-Tom has joined #openstack-nova12:31
cdentinfra is the all seeing eye12:32
*** damien_r has quit IRC12:34
*** vladikr has joined #openstack-nova12:34
*** damien_r has joined #openstack-nova12:35
*** yamamoto has joined #openstack-nova12:35
*** liusheng has quit IRC12:36
*** liusheng has joined #openstack-nova12:36
*** tbachman has joined #openstack-nova12:37
*** tbachman has quit IRC12:40
*** yamamoto_ has joined #openstack-nova12:40
*** yamamoto_ has quit IRC12:43
*** yamamoto has quit IRC12:43
*** jpena is now known as jpena|lunch12:45
*** janki has quit IRC12:46
*** tobasco has quit IRC12:49
*** links has quit IRC12:49
*** edmondsw_ has joined #openstack-nova12:49
*** tobasco has joined #openstack-nova12:50
*** edmondsw has quit IRC12:51
*** salv-orlando has joined #openstack-nova12:52
*** gcb has quit IRC12:56
*** slaweq_ has joined #openstack-nova12:58
*** edmondsw_ has quit IRC12:58
*** edmondsw has joined #openstack-nova13:00
*** jaypipes has joined #openstack-nova13:03
*** zhurong_ has joined #openstack-nova13:03
*** Tom-Tom has quit IRC13:04
*** slaweq_ has quit IRC13:05
jaypipesgood morning supernovas13:06
*** sree has quit IRC13:08
jaypipesstephenfin: mornin, mate.13:09
gibijaypipes: good morning13:10
jaypipesstephenfin: I'm presuming the many failures in functional test jobs in https://review.openstack.org/#/c/537361/ are actually not related to that patch..13:10
jaypipesgibi: mornin :)13:10
*** salv-orl_ has joined #openstack-nova13:13
*** tbachman has joined #openstack-nova13:15
*** salv-orlando has quit IRC13:16
*** zhurong has quit IRC13:17
gibijaypipes: the failures in ^^ are caused by a broken package: http://logs.openstack.org/61/537361/4/check/tempest-full/13f575b/job-output.txt.gz#_2018-01-30_11_20_19_10832313:18
*** hemna_ has joined #openstack-nova13:18
*** zhurong_ has quit IRC13:19
*** zhurong has joined #openstack-nova13:19
*** Guest587 has joined #openstack-nova13:20
gibijaypipes: infra knows about it http://eavesdrop.openstack.org/irclogs/%23openstack-infra/%23openstack-infra.2018-01-30.log.html#t2018-01-30T12:36:4313:20
*** zhurong has quit IRC13:20
jaypipesgibi: got it. thank you sir.13:20
*** alexchadin has quit IRC13:21
*** Guest587 has quit IRC13:27
*** yassine has joined #openstack-nova13:27
*** yassine is now known as Guest5972913:27
*** amoralej is now known as amoralej|lunch13:28
*** yangyapeng has quit IRC13:30
*** yangyapeng has joined #openstack-nova13:30
stephenfinjaypipes: That would sounds correct, yes13:31
*** weshay|ruck|afk is now known as weshay|ruck13:31
stephenfinWow, the gate is not happy13:31
stephenfinjaypipes: Thanks for reviewing those too (y)13:33
*** moshele has quit IRC13:34
*** sree has joined #openstack-nova13:35
*** yangyapeng has quit IRC13:35
*** dave-mccowan has quit IRC13:37
*** slaweq has quit IRC13:37
*** slaweq has joined #openstack-nova13:38
jaypipesstephenfin: no problemo.13:39
*** izombie has joined #openstack-nova13:39
*** kevzha01 has quit IRC13:41
*** sree has quit IRC13:41
-openstackstatus- NOTICE: Our ubuntu-xenial images (used for e.g. unit tests and devstack) are currently failing to install any packages, restrain from *recheck* or *approve* until the issue has been investigated and fixed.13:43
*** links has joined #openstack-nova13:43
*** yamamoto has joined #openstack-nova13:44
*** READ10 has joined #openstack-nova13:45
*** jpena|lunch is now known as jpena13:46
izombiedoes running nova from virtual environment needs extra steps? few services aren't starting because nova-rootwrap is in virtualenv scope.13:46
Spazmoticbauzas, was relaxing on the couch with the fiancee and think I realized what you wanted in your comments.. very elegant if my mind is correct here.. will commit it within the next few hours.13:47
*** yamamoto has quit IRC13:49
*** janki has joined #openstack-nova13:49
SpazmoticI'm concerned with utilizing the current iS_booted method but i definately do understand the desire not to double up on methodws.  My plans was to follow the commitg with a deprecation of that and use the new one.. but instead can just change its name13:51
*** alexchadin has joined #openstack-nova13:52
*** Tom-Tom has joined #openstack-nova13:52
*** alexchadin has quit IRC13:55
*** izombie has quit IRC13:55
*** alexchadin has joined #openstack-nova13:56
*** psachin has quit IRC13:57
*** brault has quit IRC13:57
*** brault has joined #openstack-nova13:57
*** sree has joined #openstack-nova13:58
*** mlavalle has joined #openstack-nova13:59
*** rgerganov has joined #openstack-nova14:00
*** alexchadin has quit IRC14:00
*** yangyapeng has joined #openstack-nova14:01
*** diga has joined #openstack-nova14:01
*** brault has quit IRC14:02
*** sree_ has joined #openstack-nova14:02
*** sree_ is now known as Guest4157414:03
*** rmcall has joined #openstack-nova14:03
*** sree has quit IRC14:05
ameedajaypipes: can you please check this https://review.openstack.org/#/c/526900/, it has a lot of zuul failures , I think that is something wrong with zuul ?14:06
*** abhishekk has joined #openstack-nova14:06
bauzasSpazmotic: okay, no worries14:07
Spazmoticexciting, I love your logic.. wanna go steady? :p14:07
gibiameeda: gate is broken14:07
gibiameeda: infra is working on it14:08
*** diga has quit IRC14:08
SpazmoticIs there an infra channel btw?14:08
*** sahid has quit IRC14:10
gibiSpazmotic: #openstack-infra14:10
SpazmoticThank ya sir14:10
*** yamamoto has joined #openstack-nova14:11
ameedagibi: thank you !14:11
ameedagibi: can you please review this for me ? https://review.openstack.org/#/c/528385/14:11
*** rmcall has quit IRC14:13
*** yamamoto has quit IRC14:14
*** sahid has joined #openstack-nova14:14
*** yamamoto has joined #openstack-nova14:15
*** yamamoto has quit IRC14:15
Kvisleis it normal for nova-compute to use the public endpoint of the placement api, and not the internal one?14:19
openstackgerritRadoslav Gerganov proposed openstack/nova master: ProviderTree.new_child: parent is either uuid or name  https://review.openstack.org/53826414:24
cdentKvisle: that's the default (for historical reasons) but you can configure it.14:25
*** AlexeyAbashkin has quit IRC14:26
*** AlexeyAbashkin has joined #openstack-nova14:27
cdentKvisle: os_interface is the old way, valid_interfaces is the new way14:27
*** rmcall has joined #openstack-nova14:27
bauzasSpazmotic: also, I haven't commented on that, but you know that with Python you can't recursively call more than 30 times the same method by default, right ?14:27
ameedamriedem: please check my comment here https://review.openstack.org/#/c/528385/1014:28
*** dklyle has quit IRC14:29
Kvislecdent: thanks (starting queens I see)14:29
ameedamriedem: if you have questions please let me know14:29
*** alexchadin has joined #openstack-nova14:30
*** munishmehan has joined #openstack-nova14:31
bauzasSpazmotic: oops, my bad, by default, it's 999 times14:32
bauzasSpazmotic: http://paste.openstack.org/show/658017/14:33
*** slaweq_ has joined #openstack-nova14:36
*** lucasagomes is now known as lucas-hungry14:36
efriedKvisle: Yes; the old way is deprecated but will still work in Q.14:37
*** rmcall has quit IRC14:38
*** abhishekk has quit IRC14:39
*** amoralej|lunch is now known as amoralej14:39
*** yamamoto has joined #openstack-nova14:40
*** tssurya has quit IRC14:40
openstackgerritRuby Loo proposed openstack/os-traits master: Add code hosting URL  https://review.openstack.org/53922414:41
*** slaweq_ has quit IRC14:41
*** yamamoto has quit IRC14:43
*** vladikr has quit IRC14:44
*** eharney has joined #openstack-nova14:44
*** slaweq_ has joined #openstack-nova14:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Transform live_migration_post_dest notification  https://review.openstack.org/46978414:48
*** yamamoto has joined #openstack-nova14:48
mriedemameeda: replied14:50
*** slaweq_ has quit IRC14:50
*** burt has joined #openstack-nova14:51
*** tssurya has joined #openstack-nova14:52
efriedjaypipes: Looks like I've got a unit test tweak to make, but otherwise the update_provider_tree series is now done and ready for review.14:53
efriedjaypipes: Realizing of course that it waits for Rocky; but we could land it early if it's already had a looksee.14:53
*** Spaz-Work has joined #openstack-nova14:53
rgerganovefried, which part of the series is for Rocky?14:55
efriedrgerganov: Well, that depends whether the six currently-approved patches ever make it through the gate.14:55
*** jangutter has quit IRC14:55
*** dave-mccowan has joined #openstack-nova14:55
efriedhttps://review.openstack.org/#/c/533808/ is the current bottom of the whole series; it and the next five are approved and just waiting for zuul to stop being a dick.14:56
efriedThen starting with https://review.openstack.org/#/c/537648/ is what we would land early in Rocky.14:56
efriedrgerganov: Notably the piece that ties everything together and makes it so update_provider_tree is actually used.14:57
rgerganovefried, so there is no chance to use this stuff in queens14:57
efriedWhich is this one: https://review.openstack.org/#/c/520246/14:57
mriedemwe won't be merging anything probably until https://review.openstack.org/#/c/537933/ can merge14:57
*** r-daneel has joined #openstack-nova14:57
efriedrgerganov: No.  Not sure there was a chance of that anyway, considering we're past FF.14:57
bauzashold your breath, starting to look at the 47 new bugs14:57
bauzassince the gate is super late, I won't review changes unless it's prioritary14:58
mriedembauzas: did you put up a patch for the vgpu feature support matrix change?14:58
bauzasmriedem: not yet14:58
bauzasmriedem: I can do it super quickly14:58
bauzasbut I was distracted by the infra issues14:58
bauzasmriedem: I guess you're also planning to write a prelude ?14:59
mriedemyes14:59
bauzascool14:59
mriedemprobably not this week14:59
bauzassince I wasn't really present during Queens, the floor is yours14:59
*** vladikr has joined #openstack-nova14:59
mriedemhow gracious of you :)14:59
bauzasI'm French14:59
bauzasall French people are gracious and kind15:00
mriedemha15:00
ameedamriedem: replied15:00
*** kwathore has joined #openstack-nova15:01
ameedabauzas: you're right :)15:01
*** jackie-truong has joined #openstack-nova15:01
bauzasI wish I would :)15:02
*** tidwellr has joined #openstack-nova15:04
*** links has quit IRC15:05
*** yamahata has joined #openstack-nova15:05
*** alexchadin has quit IRC15:05
*** Guest59729 has quit IRC15:06
Spaz-Workugh I wish I saw this solution15:06
Spaz-Workit's so much more elegant15:06
Spaz-Workbauzas: can you clarity what the "unnecessary" comment was for?15:06
bauzasSpaz-Work: you mean about the recursion limit ?15:09
bauzasSpaz-Work: I was confused, I thought it was 30 times, so I was a bit concerned to see us looping over more than 30 devices15:09
jaypipesefried: ack15:10
*** andreas_s has quit IRC15:10
bauzasbut since it's 999 times by default, I think it's harmless unless the instance has crazy 999 volumes attached to it15:10
*** andreas_s has joined #openstack-nova15:11
*** yamamoto has quit IRC15:12
Spaz-WorkAh I see.. I don't want to rewrite the method entirely too much and blow the scope of this commit.. but there's so man ythings in this driver that need attention paid to them15:12
Spaz-Worklike the Assert migrate only being called with block migrations in LM.. bleh.. another day another problem heh15:13
Spaz-WorkThanks sir, i'll keep working.. am happy with your notes.. much sexy15:13
*** mdnadeem has quit IRC15:14
*** amodi has joined #openstack-nova15:15
*** hongbin has joined #openstack-nova15:16
mriedemgibi: looks like gordc needs a link to your versioned notification transformation burndown chart in the ML15:18
mriedemfound it http://burndown.peermore.com/nova-notification/15:18
*** Guest59729 has joined #openstack-nova15:19
*** Eran_Kuris has quit IRC15:20
gibimriedem: thanks for distributing it :)15:23
mriedemgibi: thanks for adding the versioned notification transformation stuff here https://wiki.openstack.org/wiki/GSoC2018#Internship_ideas - i was just about to do that :)15:24
gibimriedem: yeah, I was approached15:24
Spaz-WorkRegarding another commit, if i'm going to do a version check against something with microversions.. would openstack stnadards rather me import oslo.utils.versionutils or jenk the versions into a tuple to compare15:24
Spaz-WorkPrevent overhead or look better i guess i the option15:24
gibimriedem: Would like to sign up as a co-mentor?15:25
*** gszasz_ has joined #openstack-nova15:25
mriedemSpaz-Work: nova.compute.api.openstack.api_version_request15:25
mriedemSpaz-Work: assuming it's something you're checking within the api code15:25
mriedem*nova.api.openstack.api_version_request15:25
Spaz-WorkAh awesome, thanks sir i'll pull that15:25
mriedemgibi: nope :) i was also approached and that's why i was going to add the entry and then call for a mentor15:26
*** crushil has joined #openstack-nova15:26
gibimriedem: sorry for steeling your idea :)15:26
*** gszasz has quit IRC15:26
mriedemi could add 'remove all the mox from tests since it's going to be a community goal for rocky' but i wouldn't wish that on an intern15:27
gibimriedem: yeah, especially the test_neturonv2 side of it15:28
*** lajoskatona has quit IRC15:28
*** andreas_s has quit IRC15:29
*** yamamoto has joined #openstack-nova15:30
*** andreas_s has joined #openstack-nova15:30
*** damien_r has quit IRC15:30
*** gcb has joined #openstack-nova15:31
openstackgerritMerged openstack/os-traits master: Add code hosting URL  https://review.openstack.org/53922415:31
*** eharney has quit IRC15:32
*** armax has joined #openstack-nova15:33
*** lucas-hungry is now known as lucasagomes15:34
*** Guest59729 has quit IRC15:35
*** damien_r has joined #openstack-nova15:35
*** yassine has joined #openstack-nova15:36
cfriesenthere's a novaclient patch up at https://review.openstack.org/#/c/520187/ that's sitting with a single +2 if any core feels like taking a look.  Basically adding strict hostname matching.15:36
*** yassine is now known as Guest8869615:36
*** itlinux has joined #openstack-nova15:37
cfriesenmriedem: thanks, I'll pester the author.15:38
*** andreas_s has quit IRC15:40
*** zhaochao has quit IRC15:41
bkero-mdbooth: ping, is your nova-compute-maintenance.py script maintained anywhere, or is it just a gist?15:41
*** itlinux has quit IRC15:42
mriedemdansmith: alex's patch to handle the old/new style allocation candidates in the scheduler report client merged, did you want to rebase https://review.openstack.org/#/c/531517/ ?15:42
dansmithmriedem: I don't want to, no, but .. I will15:43
*** sahid has quit IRC15:44
mdboothbkero-: It's not maintained. What's the interest in it?15:44
*** andreas_s has joined #openstack-nova15:45
*** slaweq_ has joined #openstack-nova15:45
*** pchavva has joined #openstack-nova15:46
bkero-mdbooth: using it to evacuate compute hosts for maintenance :)15:46
mdboothbkero-: Heh, that's what it's for :)15:47
bkero-since host-evacuate-live leaves a bit to be desired15:47
*** felipemonteiro__ has joined #openstack-nova15:47
bkero-mdbooth: I've had to fix a few things, like add 'all_tenants' and make the auth work15:47
mdboothI was wondering if you wanted to incorporate it into another tool.15:47
bkero-I'm incorporating it into ansible playbooks to do rolling maintenance15:47
*** eharney has joined #openstack-nova15:47
* mdbooth feels like it ought to be in Nova's cli tools somewhere15:48
bkero-I think so too. Maybe that is too many batteries included though.15:49
mdboothIt's much better than host-evacuate-live, for eg15:49
bkero-I'm basically evacuating a host, doing maintenance (hint: kernel upgrade), then moving onto next host15:49
*** AlexeyAbashkin has quit IRC15:50
bkero-I started writing my own tool for this, then found your tool and it saved me a bunch of time.15:50
mriedemefried: the consistent ksa endpoint stuff might be worth a cross-project goal at some point15:50
*** AlexeyAbashkin has joined #openstack-nova15:50
*** slaweq_ has quit IRC15:50
mriedemstandard config for services to talk to each other15:50
mriedemseems more valuable to me than removing mox15:51
efriedmriedem: I agree.  I think mordred might have been gonna push that.15:51
mriedemhe pushed standard paging links15:51
mordredwhat'd I do?15:51
efriedTBH, I wouldn't be likely to have the bandwidth to push a cross-project goal like that.15:51
mordredefried: bah. you have unlimited bandwidth15:52
mriedemmordred: i told efried that https://specs.openstack.org/openstack/nova-specs/specs/queens/approved/use-ksa-adapter-for-endpoints.html would be a good cross-project goal15:52
mriedemconsistent config for inter-service communication15:52
mordredmriedem: yes - I agree15:52
mriedemnova's done it for all but cinder config, so there are examples, and it's tested in the gate15:53
mordred++15:53
mriedem*and castellan i guess15:53
efriedWe figured out that castellan was n/a15:53
*** sahid has joined #openstack-nova15:53
mriedemi'll at least throw something into the cross-project goal etherpad of doom15:53
mordredefried: also - sorry, I never got the os-service-types integration added to keystoneauth this past cycle15:53
efriedmordred: You were talking about taking it a step further IIRC, getting rid of "clients" altogether and just using the adapter (which we would spin up in a standard way)15:53
efriedmordred: Me neither :)15:54
efriedmordred: I started focusing more selfishly on placement stuff.15:54
mordredefried: yah. honestly the use of the python client libs for inter-service communication just makes things harder - but I haven't actually gotten far enough along on my list of rocks to push up hill to start on that one yet - maybe post-rocky15:54
*** AlexeyAbashkin has quit IRC15:55
*** AlexeyAbashkin has joined #openstack-nova15:55
efriedmordred: I started to feel like that might be a bit too idealistic, really.  The clients can add some project-specific value - though there's certainly consolidation/refactoring that could be done.15:56
mordredefried: the work to align on what you've done in nova - with using keystoneauth to register the oslo.config options and to consume the options is great in either case ... and should allow us to later refactor to use not-client-lib easily without any operator impact, should we choose to15:56
efriedYuh15:57
*** david-lyle has joined #openstack-nova15:57
*** itlinux has joined #openstack-nova15:57
mordredefried: my experience is that they provide negative value as soon as you are a consumer of more than one service because each one 'adds value' in their own special way that you have to figure out - whereas the REST APIs themselves are ACTUALLY quite good and are surprisingly consistent already15:57
mriedemmordred: efried: L463 https://etherpad.openstack.org/p/community-goals15:58
efriedmm15:58
*** felipemonteiro has joined #openstack-nova15:58
*** slaweq_ has joined #openstack-nova15:58
mordredefried: like, I thought openstack's rest apis were worse than they are back when my only consumption of them was the client libs - but as soon as I switch to REST, I realized that the openstack developers had actually done a great job in making me some excellent apis15:58
efriedmriedem: ack15:59
*** gszasz_ has quit IRC15:59
*** andreas_s has quit IRC15:59
*** andreas_s has joined #openstack-nova16:01
*** felipemonteiro__ has quit IRC16:01
*** ragiman has quit IRC16:01
*** alexchadin has joined #openstack-nova16:03
*** slaweq_ has quit IRC16:04
*** andreas_s has quit IRC16:05
*** andreas_s has joined #openstack-nova16:06
*** sree has joined #openstack-nova16:10
*** gszasz_ has joined #openstack-nova16:12
*** Guest41574 has quit IRC16:13
*** gszasz_ has quit IRC16:14
*** gszasz has joined #openstack-nova16:15
*** Nil_ has joined #openstack-nova16:17
openstackgerritHongbin Lu proposed openstack/nova master: Handle RPC timeout on get_console_output  https://review.openstack.org/52533516:17
*** yamamoto has quit IRC16:17
openstackgerritMatt Riedemann proposed openstack/nova master: Remove unused tempest-dsvm-lxc-rc  https://review.openstack.org/53924416:19
*** yamamoto has joined #openstack-nova16:20
openstackgerritEd Leafe proposed openstack/nova master: Fix invalid UUIDs in test_compute.py  https://review.openstack.org/53147916:22
*** Tom-Tom has quit IRC16:24
*** yamamoto has quit IRC16:25
*** tidwellr has quit IRC16:30
*** lyan has joined #openstack-nova16:32
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Fix invalid UUIDs  https://review.openstack.org/53924716:33
stephenfinedleafe: I'd been working on something similar, thankfully with no overlap ^16:33
*** tidwellr has joined #openstack-nova16:33
*** david-lyle has quit IRC16:34
edleafestephenfin: heh, I'm just about ready to push a fix for the rest. Bet there's overlap there16:35
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Don't use 'Test' prefix for non-TestCase classes  https://review.openstack.org/53925116:35
openstackgerritStephen Finucane proposed openstack/nova master: trivial: Resolve "X is renamed to Y" warnings  https://review.openstack.org/53925216:35
openstackgerritStephen Finucane proposed openstack/nova master: Don't modify objects directly  https://review.openstack.org/53925316:35
*** alexchadin has quit IRC16:35
stephenfinedleafe: Go for it. I'm guessing mine has issue anyway16:35
stephenfin*issues16:36
mriedemmelwitt: i saw you posted backports for https://review.openstack.org/#/c/533371/ - i left some comments about impacts to the CachingScheduler, of which i'm not sure there are any, but it'd be nice to get a 2nd set of eyes on that part of it.16:36
stephenfin...as all code written on a Friday evening is likely to have16:36
Spaz-Workreally don't like this test...16:37
Spaz-Workmock patching hurting my brain16:37
*** ispp has joined #openstack-nova16:37
*** gszasz has quit IRC16:37
openstackgerritEd Leafe proposed openstack/nova master: Fix invalid UUIDs in remaining tests  https://review.openstack.org/53925416:37
edleafestephenfin: ^^16:37
*** AlexeyAbashkin has quit IRC16:38
* stephenfin reviews16:38
mdboothstephenfin: https://review.openstack.org/#/c/539247/1/nova/tests/unit/virt/libvirt/test_vif.py does nova.network.model use o.v.o. ?16:38
stephenfinmdbooth: It uses os-vif objects, which are o.v.o based16:39
mdboothstephenfin: I believe you, but... where?16:39
stephenfinWait, I have that confused16:39
dansmithyeah, no16:39
dansmiththat stuff is not o.vo based16:40
mdboothGiven that both you and edleafe have made the same changes, I assume they're required16:40
dansmithnor versioned16:40
mdboothI just can't see where the dep comes in16:40
*** andreas_s has quit IRC16:40
stephenfinI never really thought to question the warnings, but there is something going on there with os-vif. Lemme root it out16:41
edleafemdbooth: did you see the warnings? They're listed in the bug16:41
stephenfinmdbooth, dansmith: It's nova/network/os_vif_util.py16:42
stephenfinWe have code to convert nova's VIF/network/<other networking thingys> to os-vif equivalents16:42
stephenfinwhich _are_ versioned16:42
*** awaugama has joined #openstack-nova16:43
*** andreas_s has joined #openstack-nova16:44
*** sahid has quit IRC16:46
*** david-lyle has joined #openstack-nova16:47
*** david-lyle has quit IRC16:48
*** sahid has joined #openstack-nova16:48
*** david-lyle has joined #openstack-nova16:49
mdboothstephenfin: How would I reproduce these warnings? I just ran the tests in nova.tests.unit.virt.libvirt.test_vif, and I didn't get any uuid warnings16:51
mdboothJust warnings about deprecation of api extensions16:51
*** slaweq_ has joined #openstack-nova16:52
dansmithstephenfin: aye16:52
*** tidwellr has quit IRC16:52
stephenfinmdbooth: I think you've to trigger something to do with PYTHONWARNINGS. I was seeing them when I ran the testsuite with pytest16:53
stephenfinmdbooth: They should be visible in any recent gate logs16:53
*** andreas_s has quit IRC16:53
*** andreas_s has joined #openstack-nova16:54
stephenfinmdbooth: This is the warning that's being raised https://github.com/openstack/oslo.versionedobjects/blob/master/oslo_versionedobjects/fields.py#L34616:54
dansmithmriedem: do we have a bug for the need-a-limit thing? if not, I assume I should open one at this point because FF16:55
*** chyka has joined #openstack-nova16:55
* stephenfin was reviewing edleafe's patch and thinking, "wow, it's uncanny how similar this is to mine"16:55
* stephenfin was reviewing his own patch16:55
* stephenfin needs to go home16:55
openstackgerritBalazs Gibizer proposed openstack/nova master: cover migration cases with functional tests  https://review.openstack.org/49386516:57
*** slaweq_ has quit IRC16:57
*** tidwellr has joined #openstack-nova16:57
*** gjayavelu has joined #openstack-nova16:57
mriedemdansmith: nope no bug but was considering it a bug fix anyway16:57
openstackgerritMatt Riedemann proposed openstack/nova master: Add a nova-caching-scheduler job to the experimental queue  https://review.openstack.org/53926016:57
*** sridharg has quit IRC16:57
*** damien_r has quit IRC16:57
mriedemdansmith: feel free to open one though16:57
openstackgerritBalazs Gibizer proposed openstack/nova master: cover migration cases with functional tests  https://review.openstack.org/49386516:57
openstackgerritDan Smith proposed openstack/nova master: Pass limit to /allocation_requests  https://review.openstack.org/53151717:00
dansmithmriedem: ^17:00
*** gcb has quit IRC17:00
*** andreas_s has quit IRC17:00
*** slaweq has quit IRC17:03
*** slaweq has joined #openstack-nova17:03
*** fragatina has joined #openstack-nova17:03
*** slaweq_ has joined #openstack-nova17:03
*** jackie-truong has quit IRC17:04
*** slaweq_ has quit IRC17:07
*** sree has quit IRC17:08
*** fragatina has quit IRC17:08
*** slaweq has quit IRC17:08
*** mvk has quit IRC17:10
*** fragatina has joined #openstack-nova17:10
*** janki has quit IRC17:11
*** Guest88696 has quit IRC17:11
*** sree has joined #openstack-nova17:12
openstackgerritBrooks Kaminski proposed openstack/nova master: XenAPI/Stops the migration of volume backed VHDS  https://review.openstack.org/53316817:13
*** felipemonteiro has quit IRC17:14
*** felipemonteiro__ has joined #openstack-nova17:14
openstackgerritSylvain Bauza proposed openstack/nova master: Provide support matrix and doc for VGPU  https://review.openstack.org/53926617:15
openstackgerritEd Leafe proposed openstack/nova master: Fix invalid UUIDs in remaining tests  https://review.openstack.org/53925417:15
mriedemgibi: sorry, forgot about the notification meeting17:15
bauzasmriedem: jianghuaw: see the first rev for documenting the VGPU feature https://review.openstack.org/#/c/539266/17:15
*** sree has quit IRC17:17
Spaz-WorkThanks for the ideas again bauzas, I think I hit the points you were concerned about17:18
openstackgerritStephen Finucane proposed openstack/nova-specs master: Integrate Mypy Type Checking  https://review.openstack.org/53821717:18
*** janki has joined #openstack-nova17:19
*** janki has quit IRC17:19
*** yamamoto has joined #openstack-nova17:21
*** yamamoto has quit IRC17:27
*** ralonsoh_ has joined #openstack-nova17:28
*** damien_r has joined #openstack-nova17:29
*** AlexeyAbashkin has joined #openstack-nova17:29
gibimriedem: no worries, as you saw there was nothing to talk about17:30
*** Pramod has joined #openstack-nova17:31
*** ralonsoh has quit IRC17:31
*** damien_r has quit IRC17:34
mriedembauzas: thanks, that's a nice start; comments inline17:34
bauzasmriedem: I'm just passing a new rev now17:34
bauzaswill see your comments17:34
mriedempassing, like a stone17:34
bauzasmriedem: good points, will hold my rev and amend it with your comments17:35
bauzasbut that's somehow later tonight17:35
bauzasbbrb17:35
*** markvoelker has joined #openstack-nova17:36
mriedemnova functional job timeout bump is getting promoted, #2 in the gate now17:37
*** prateek has joined #openstack-nova17:40
*** brault has joined #openstack-nova17:40
dansmithbauzas: still looking for you to comment on this: https://review.openstack.org/#/c/532924/17:43
*** tesseract has quit IRC17:46
*** felipemonteiro has joined #openstack-nova17:49
*** felipemonteiro__ has quit IRC17:51
*** ralonsoh__ has joined #openstack-nova17:54
*** ralonsoh_ has quit IRC17:58
*** sahid has quit IRC17:58
*** alexchadin has joined #openstack-nova17:58
*** derekh has quit IRC17:59
*** bpoulos has joined #openstack-nova18:01
*** bpoulos has left #openstack-nova18:01
*** damien_r has joined #openstack-nova18:03
*** brault has quit IRC18:04
*** Pramod has quit IRC18:05
*** Pramod has joined #openstack-nova18:06
*** Swami has joined #openstack-nova18:07
*** damien_r has quit IRC18:08
*** slaweq has joined #openstack-nova18:08
*** slaweq has quit IRC18:13
*** david-lyle has quit IRC18:13
*** yamamoto has joined #openstack-nova18:23
*** priteau has quit IRC18:24
*** Tom-Tom has joined #openstack-nova18:24
*** lpetrut has quit IRC18:25
*** priteau has joined #openstack-nova18:25
mriedemefried: cdent: are you aware of anyone writing any docs about how required traits will be used with flavors? was thinking about writing a functional test for alex_xu's traits / extra specs / scheduler series, and realized we probably don't have anything documented outside of the spec (which might have changed by now); thinking something here https://docs.openstack.org/nova/latest/user/flavors.html is the best place18:25
*** prateek has quit IRC18:26
cdentmriedem: I am not aware of anything, but I'd guess I'm about a week out of date on what's extant.18:26
*** amodi has quit IRC18:26
mriedemalright i'll see if i can work through a functional test and then document the user pov18:27
*** alexchadin has quit IRC18:27
*** Tom-Tom has quit IRC18:29
*** priteau has quit IRC18:29
*** yamamoto has quit IRC18:29
melwittmriedem: ack, will take a look at the CachingScheduler18:33
*** gjayavelu has quit IRC18:33
*** ralonsoh__ has quit IRC18:33
*** slaweq has joined #openstack-nova18:33
*** itlinux has quit IRC18:36
*** alexchadin has joined #openstack-nova18:38
*** slaweq has quit IRC18:38
*** salv-orl_ has quit IRC18:39
*** salv-orlando has joined #openstack-nova18:39
*** alexchadin has quit IRC18:41
*** salv-orlando has quit IRC18:44
efriedmriedem: I assume you mean docs other than the spec18:44
mriedemefried: yes. i expect specs as the last resort for usage docs18:45
efried++18:45
*** AlexeyAbashkin has quit IRC18:46
*** cdent has quit IRC18:52
*** moshele has joined #openstack-nova18:53
openstackgerritMatt Riedemann proposed openstack/nova master: Fix nits in support traits changes  https://review.openstack.org/53735118:59
*** ircuser-1 has quit IRC19:00
*** jpena is now known as jpena|off19:00
*** amoralej is now known as amoralej|off19:06
*** alexchadin has joined #openstack-nova19:09
*** gjayavelu has joined #openstack-nova19:10
*** alexchadin has quit IRC19:11
openstackgerritMatt Riedemann proposed openstack/nova master: Mention required traits in the flavors user docs  https://review.openstack.org/53930019:11
*** Pramod has quit IRC19:12
*** slaweq has joined #openstack-nova19:12
mgagnemriedem: "i expect specs as the last resort for usage docs" so should I update them ? I'm now on the fence on that one because I think that once implementation is done, you "should" be able to delete the spec. if doc is missing, I think it's a tech debt.19:16
*** slaweq has quit IRC19:16
mriedemmgagne: specs shouldn't be deleted no,19:16
*** harlowja has joined #openstack-nova19:17
mriedemfor specs that require user-facing docs changes, there is a doc impact section, and it's up to reviewers to make sure the feature is documented19:17
mgagnemriedem: what I meant is: once implementation is done, why should you rely on the spec? they can get out of sync easily19:17
mriedemif some major part of a design point in a spec changed during implementation, or something was added, then we amend specs19:17
mriedemlots of reasons - the problem statement, the original design ideas, etc19:17
mriedemit's an archive19:17
mgagnemriedem: that's not my experience so far as a spec reader19:18
mriedemfirst, i'm not saying you should have to rely on a spec as a usage doc, it's not meant to be that19:18
mgagnemriedem: ok, maybe not literally deleted but a end user shouldn't rely on that kind of documents19:18
openstackgerritMerged openstack/nova master: Bumping functional test job timeouts  https://review.openstack.org/53793319:18
mriedemif we're missing usage docs, that's a bug19:18
mgagnemriedem: ok, we agree on that point19:18
*** fragatina has quit IRC19:19
mgagnemriedem: tyvm for your work btw =)19:23
*** yamamoto has joined #openstack-nova19:25
*** lucasagomes is now known as lucas-afk19:26
openstackgerritMerged openstack/nova master: Rollback instance.image_ref on failed rebuild  https://review.openstack.org/53896119:27
openstackgerritMerged openstack/nova master: Collapse duplicate error handling in rebuild_instance  https://review.openstack.org/53900119:27
*** Pramod has joined #openstack-nova19:28
*** yamamoto has quit IRC19:31
openstackgerritMerged openstack/nova stable/pike: Fix false positive server group functional tests  https://review.openstack.org/53698119:32
openstackgerritEric Fried proposed openstack/nova master: Use update_provider_tree from resource tracker  https://review.openstack.org/52024619:33
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126019:33
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551719:33
efriedjaypipes: Fixed those tests; should all be ready to go now ^19:33
efriedwhoah, stuff is merging, neat.19:34
mgagnemriedem: thanks for nova-caching-scheduler job, we do heavily rely on that driver. glad to see it won't get broken by accident before its removal.19:36
mriedemmgagne: huawei public cloud is using it as well19:36
mriedemso yeah i have to care about that one :)19:36
mgagnemriedem: wasn't it them that made a presentation at the summit about it?19:36
mriedemi don't remember one, but which summit?19:37
mriedemit was added by rax19:37
mgagneaustin19:37
mgagnewas Intel19:37
mgagnehttps://www.openstack.org/videos/austin-2016/dive-into-nova-scheduler-performance-where-is-the-bottleneck19:38
mriedemyeah i remember that one19:38
mriedemthat was about a proposal for a different scheduler19:38
mgagnedifference of performance is like day and night (filter vs caching)19:38
mriedemplacement was pretty new still around that time so a lot of the outcome of that session (there was also a related design summit session) was "placement should handle a lot of these same issues"19:38
mriedemi'm mostly interested, right now, in filter scheduler + placement vs caching19:39
mriedemto see if that gap is much smaller19:39
mgagneyes... because if placement is not as fast or close to be as fast, I would be like: "what's the point?" =)19:40
*** prometheanfire has joined #openstack-nova19:41
prometheanfiremriedem: it's getting to the point where we'll need an FFE for https://review.openstack.org/538070 (if horizon doesn't merge that dependant patch)19:41
*** damien_r has joined #openstack-nova19:41
efriedjaypipes, mriedem: The final parts of update_provider_tree going to Rocky presents an opportunity to write that design up as a separate blueprint/spec.  It was never outlined in any of the placement/NRP specs (right Jay?) and it really ought to be.  If you agree, I can get started on that.19:42
*** alexchadin has joined #openstack-nova19:43
efried(If you don't agree, I'm going to write it anyway, for my own use, and you don't get to see it.)19:43
*** lpetrut has joined #openstack-nova19:43
mriedemprometheanfire: i'm not sure how much i want to pursue that this late given the impact it also has to some CLIs in OSC: http://lists.openstack.org/pipermail/openstack-dev/2018-January/126741.html19:44
prometheanfiremriedem: that's kinda what I thought19:45
*** damien_r has quit IRC19:46
mriedemwe'll just pick it up in rocky19:47
mriedemnothing requires novaclient>=10.0.0 in queens19:47
prometheanfirek19:48
*** cdent has joined #openstack-nova19:50
*** david-lyle has joined #openstack-nova19:51
*** pcaruana has quit IRC19:52
*** cdent has quit IRC19:52
prometheanfiremriedem: k, gonna -2-W that for freeze then19:56
mriedemprometheanfire: ok i left a comment in there that i'm cool with it19:58
openstackgerritMerged openstack/nova stable/pike: Set server status to ERROR if rebuild failed  https://review.openstack.org/53689720:01
*** sambetts is now known as sambetts|afk20:01
*** alexchadin has quit IRC20:03
*** tssurya_ has joined #openstack-nova20:04
*** mvk has joined #openstack-nova20:04
melwittmore people are asking about https://review.openstack.org/340614 again, I've rewritten the commit message and added code comments to make it easier to review20:06
*** brault has joined #openstack-nova20:06
mriedemi saw you dropped the revert history of shame20:08
mriedemalso, "people are talking" is a classic fox news tactic20:08
mriedemname your sources mel20:08
prometheanfiretop20:09
prometheanfiremen20:09
melwittyeah, I had thought the history was important but I got the feeling no one could understand the point of the patch because of it20:09
melwitteven I was getting confused between merge conflicts20:09
prometheanfirehttps://www.reactiongifs.us/wp-content/uploads/2013/10/top_men_indiana_jones.gif20:09
melwittayoung is asking about it today in #openstack-cinder20:10
*** brault has quit IRC20:11
*** gjayavelu has quit IRC20:11
*** felipemonteiro has quit IRC20:15
*** felipemonteiro__ has joined #openstack-nova20:15
*** damien_r has joined #openstack-nova20:16
*** slaweq has joined #openstack-nova20:17
*** damien_r has quit IRC20:21
*** huanxie has quit IRC20:23
*** huanxie has joined #openstack-nova20:23
mriedemhttps://review.openstack.org/#/c/537933/ is finally merged, patches should flow much better through the gate now20:26
*** yamamoto has joined #openstack-nova20:27
prometheanfiremriedem: please have a piece of wood glued to your head :P20:27
cfriesenmelwitt: in the case of https://review.openstack.org/340614 why doesn't nova-compute do a more complete job of cleaning up at the time it sets the instance.host to None?20:28
mriedemprometheanfire: ?20:28
prometheanfirepatches should flow much better through the gate now20:28
mriedemcfriesen: like this? https://review.openstack.org/#/c/528385/20:28
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional tests for traits-based scheduling  https://review.openstack.org/53931020:29
mriedemalex_xu: efried: ^20:29
mriedemturned out it was pretty simple to write those20:29
cfriesenmriedem: yep, and something similar for ports I guess.20:30
*** READ10 has quit IRC20:33
*** yamamoto has quit IRC20:33
openstackgerritMatthew Edmonds proposed openstack/nova master: remove unnecessary conf imports  https://review.openstack.org/53931420:34
melwittcfriesen: good question. looks like it tries to do something to cleanup volumes but it only does a volume delete if 'delete_on_termination' and doesn't do anything like detach volumes20:35
*** lpetrut has quit IRC20:35
melwittso it seems like a better fix would be to properly handle cleanup in compute20:35
mriedemmelwitt: that's what ameeda's patch is trying to do20:37
mriedemwe do call _cleanup_allocated_networks when a build fails on the compute20:38
mriedemwhich should cleanup ports20:38
melwittright20:38
mriedemthere could possibly be a bug there if we're using a stale network info cache20:39
mriedemthe _cleanup_volumes thing is definitely a gap in the compute cleanup code20:39
mriedemif the volume is attached20:39
melwittyeah, seeing that20:39
*** lpetrut has joined #openstack-nova20:40
melwittwe're also missing a volume cleanup call for the InstanceNotFound block20:40
mriedemwell,20:40
mriedemthat means the instance was deleted concurrently20:40
mriedemyeah?20:40
mriedemwhich should go through the local delete in the API, or _shutdown_instance in the compute20:41
melwittyeah, concurrent20:41
melwittokay, just saw there's a cleanup ports call in there but no volumes call20:42
*** awaugama has quit IRC20:42
openstackgerritMerged openstack/nova stable/pike: Make sure that functional test triggered on sample changes  https://review.openstack.org/53693420:42
openstackgerritMerged openstack/nova master: Fix a comment in a notification functional test  https://review.openstack.org/53626220:43
*** damien_r has joined #openstack-nova20:48
*** damien_r has quit IRC20:48
mriedemwoot ^ should be able to start rechecking pike changes now too20:49
efriedjaypipes: All other things being equal, is there a reason you prefer a DELETE API over PUT {} ?20:50
melwittmriedem: how? did that resolve the libvirt keepalive timeout fails?20:50
mriedemno20:51
mriedemmelwitt: you're right - it doesn't, need to backport the functional job timeout bump patch20:51
mriedemwant to propose that?20:51
melwittI can, but I was referring to the permafail of the cells v1 job on pike and ocata because of the libvirt keepalive timeout issue20:52
*** jackie-truong has joined #openstack-nova20:52
mriedemmelwitt: remember i removed the cellsv1 job from stable?20:52
melwittAFAIK we're still blocked on pike and ocata because of that20:52
melwittoh, I didn't know that. nevermind20:52
mriedemhttps://review.openstack.org/#/c/538619/20:52
mriedemif we want that job back, i think we have to define it in-tree per-branch and make it non-voting on stable20:53
melwittcool ... wish we knew what the root cause was, but there were no real leads20:53
openstackgerritsean mooney proposed openstack/nova master: Change 'InstancePCIRequest' spec field  https://review.openstack.org/44925720:54
openstackgerritmelanie witt proposed openstack/nova stable/pike: Bumping functional test job timeouts  https://review.openstack.org/53931920:56
mriedemthe python2.7 update on jan 18 and the fact we're not using pike uca packages is as close as i got to 'leads'20:56
* melwitt nods20:56
mriedemthe latter is unique to master20:56
melwittI see. so we could try pulling pike uca for stable/pike but not for stable/ocata, right? I assume that wouldn't be okay because it's a mismatch20:57
melwittdo we need the func test timeout bump for ocata too?20:58
melwittwe don't have .zuul.yaml there20:59
mriedemmelwitt: yes on the last question, that needs to go on top of https://review.openstack.org/#/c/536936/20:59
mriedemas for the former question, i tried that in https://review.openstack.org/#/c/536798/ but my patch to not run cellsv1 in stable landed first so the job didn't run on that patch20:59
melwittah, okay. thanks20:59
mriedemwe'd have to do some depends-on chicanery there20:59
melwittgotcha21:00
mriedemcfriesen: so on the perf thing, you just found out that compute was using more cpu than before?21:00
mriedemthat was likely because in newton the computes started posting inventory information to placement from every RT update21:01
mriedembut you said server creates were taking a lot longer21:01
openstackgerritmelanie witt proposed openstack/nova stable/ocata: Bumping functional test job timeouts  https://review.openstack.org/53932021:03
cfriesenmriedem: yeah, on same hardware instance creation on newton was 32 sec and pike was 230.  but it's hard to break down exactly what's causing it since anything audit-driven will also show higher usage.21:05
cfriesenmriedem: it should be noted this is on an all-in-one system, so the openstack services are constrained to only two CPUs, and those were pretty much pinned21:06
cfriesenie at 100% usage21:06
*** slaweq_ has joined #openstack-nova21:08
mriedemcfriesen: can't run osprofiler + rally or something to see at least where the majority of the time is being spent?21:09
*** felipemonteiro has joined #openstack-nova21:10
cfriesenmriedem: we've got traces from intel's vtune analyzer showing how much time is spent where, but just about everything shows increases.  there's no single smoking gun.21:12
*** tssurya_ has quit IRC21:12
*** pchavva has quit IRC21:13
*** slaweq_ has quit IRC21:13
*** felipemonteiro__ has quit IRC21:13
openstackgerritEd Leafe proposed openstack/nova master: Make the InstanceMapping marker UUID-like  https://review.openstack.org/53932321:14
mriedemcfriesen: huh21:16
openstackgerritEric Fried proposed openstack/nova master: Make generation optional in ProviderTree  https://review.openstack.org/53932421:18
*** lpetrut has quit IRC21:19
mriedemmelwitt: looks like you have real test failures in https://review.openstack.org/#/c/539013/21:20
melwittmriedem: ah, thank you. I hadn't looked at the detail yet. I shall fix that up21:21
*** eharney_ has joined #openstack-nova21:21
sean-k-mooneycfriesen: dumb question but could it be related to meltdow/specter patches?21:21
*** tbachman has quit IRC21:22
cfriesensean-k-mooney: not so dumb. :)  but no, this was a load from before the meltdown/spectre patches were applied.21:23
*** eharney has quit IRC21:23
*** eharney_ is now known as eharney21:23
mriedemcfriesen: and you've got the latest stable/pike release?21:25
*** tssurya_ has joined #openstack-nova21:26
*** moshele has quit IRC21:26
mriedemlike i was wondering if any of the RequestContext changes might be related https://github.com/openstack/nova/commits/stable/pike/nova/context.py21:26
mriedemsince the context is used everywhere21:26
cfriesenmriedem: not the latest, no.  originally from 16.0.2, with some stable/pike stuff since then.  not sure exactly what, I've been busy with other stuff.21:27
mriedemcfriesen: ok would be good to know if it's still the same issue after you've got the latest pike fixes applied21:28
mriedemhttps://docs.openstack.org/releasenotes/nova/pike.html21:28
*** yamamoto has joined #openstack-nova21:29
mriedemfull change log http://paste.openstack.org/show/658066/21:30
cfriesendon't see anything related to "context" in there, got any pointers?21:30
*** eharney has quit IRC21:30
cfriesenlast stable/pike changes to nova/context.py were from October21:31
mriedemnothing in that changelog jumps out at me as a perf related fix21:32
cfriesendoes the upstream CI environment do performance tests of common operations?21:34
*** yamamoto has quit IRC21:35
*** awaugama has joined #openstack-nova21:35
openstackgerritEric Fried proposed openstack/nova master: Remove compute nodes arg from ProviderTree init  https://review.openstack.org/53933021:35
mriedemcfriesen: no21:38
mriedemtoo much variance from node to node21:38
mriedemnot sure what can be pulled perf-trend wise from openstack-health21:39
*** eharney has joined #openstack-nova21:39
mriedemhttp://status.openstack.org/openstack-health/#/21:39
mriedemlike, i don't know how to take that and see how long a simple tempest create server test has taken over the last 12 monhts21:40
*** threestrands has joined #openstack-nova21:40
mriedem*months21:40
mriedemmtreinish can maybe help21:40
openstackgerritmelanie witt proposed openstack/nova stable/ocata: Stop globally caching host states in scheduler HostManager  https://review.openstack.org/53901321:40
*** tssurya_ has quit IRC21:48
*** tssurya_ has joined #openstack-nova21:48
*** tssurya_ has quit IRC21:48
mriedemmmedvede: powerkvm ci seems pretty unhappy21:49
mriedemis that a known issue?21:49
openstackgerritSylvain Bauza proposed openstack/nova master: Provide support matrix and doc for VGPU  https://review.openstack.org/53926621:51
*** mvenesio has quit IRC21:53
*** mvenesio has joined #openstack-nova21:54
*** slaweq has quit IRC21:55
mriedemdansmith: want to hit these backports? I didn't realize those weren't merged by now https://review.openstack.org/#/q/Ie70c77db753711e1449e99534d3b83669871943f+status:open21:56
mmedvedemriedem: I do not see anything too far out of ordinary, which powerkvm ci unhappiness are you referring to?21:56
mmedvededouble checking now21:57
*** felipemonteiro has quit IRC21:57
mriedemmmedvede: https://review.openstack.org/#/c/538510/21:57
mriedemhttps://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/10/538510/3/check/tempest-dsvm-full-xenial/41f1c6d/21:57
*** eharney has quit IRC21:57
*** felipemonteiro has joined #openstack-nova21:57
*** gjayavelu has joined #openstack-nova21:58
*** mvenesio has quit IRC21:58
*** mylu has joined #openstack-nova21:59
edleafeefried: PUT {} is not semantically the same as DELETE, even if in most cases the result is the same22:01
mriedemcfriesen: speaking of perf, this is an easy fix for an RT perf issue if you're building several instances on the same compute host at once https://review.openstack.org/#/q/Ib588c31a4d2075f8730409d50c99dfb04180a9cd+status:open22:04
mriedemour operations people were hitting perf issues with the big RT update lock22:04
dansmithmriedem: got em22:09
efriededleafe: Oh?  How not?22:10
efriededleafe: Oh, you mean in the general case, where None and {} aren't the same thing.22:10
prometheanfirewin 3022:10
edleafeefried: No. Sometimes you need to indicate if anything was in fact deleted. PUT {} can't do that; DELETE can22:11
*** edmondsw has quit IRC22:11
efriededleafe: It can?  How?22:12
*** edmondsw has joined #openstack-nova22:12
openstackgerritMatt Riedemann proposed openstack/nova stable/ocata: Pass the correct image to build_request_spec in conductor.rebuild_instance  https://review.openstack.org/51640422:12
*** tidwellr has quit IRC22:13
*** priteau has joined #openstack-nova22:13
*** salv-orlando has joined #openstack-nova22:14
mmedvedemriedem: that pkvmci failure seems to have been a fluke on that VM, one of a kind. Sorry for the false negative.22:14
edleafeefried: In cases where that distinction is important, you can return a 404 if the thing you're trying to delete is not there22:14
sean-k-mooneythe ibm powerkvm ci is still broken currently correct?22:15
edleafeefried: Like I said, it isn't usually necessary. When you want to delete something, you usually just want it gone.22:15
efriededleafe: Okay, then I'm specifically talking about resource provider inventories, traits, allocations, and aggregates.22:15
efriededleafe: I can provide a good argument for why we should favor PUT <empty> over DELETE (at least DELETE as currently implemented).  I'm trying to figure out if there's an argument for the other side.22:16
edleafeefried: for those cases, I simply prefer the grammar of DELETE22:16
mmedvedesean-k-mooney: I am confused as to why you think so. It did have a few failures, but failure rate is within normal22:17
*** edmondsw has quit IRC22:17
efriededleafe: The grammar of the request (as opposed to the (lack of) response), right?22:17
edleafeefried: That's what DELETE is designed to do.22:17
edleafeefried: No, PUT {} is an awkward way of saying DELETE22:17
*** rcernin has quit IRC22:18
efriededleafe: Yeah, I get it.  Is it "wrong" (in the annals of HTTP, or REST, or APIs, or whatever) for a DELETE API to return a payload?22:18
sean-k-mooneyefried: yes i belive it is not ment to have a payload generally22:20
edleafeefried: Unless the response is 204.22:20
mmedvedesean-k-mooney: am I missing something? Both http://ci-watch.tintri.com/project?project=nova and https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/index.html do not indicate a systemic failure on nova patches22:21
mmedvedefor powerkvm ci22:21
sean-k-mooneymmedvede: there was a message a week or two saying it was i was not sure if it was fixed or not22:21
edleafeefried: Othewise, you can return either a description of the deleted resource (200) or a URL to check for success/failure on a 202.22:21
efriededleafe: So it'd be acceptable for a DELETE to return 200 with a payload?22:22
edleafeefried: it's required22:23
mriedemsean-k-mooney: are you thinking of the zvm ci?22:23
mriedemor zkvm i mean22:23
efriededleafe: Sorry, I mean I get that it's cool for DELETE to respond 204 with no content; I'm asking whether there's any restriction - standard-wise or cultural - against a DELETE responding 200 with a payload.22:23
mriedemmmedvede: i had seen some other pkvm ci failures in stable branches, but those might have been old/transient22:24
efriedand I think you've said that's acceptable.22:24
edleafeefried: yes, it's acceptable, although it isn't very common22:24
sean-k-mooneymriedem: yes i was https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg115082.html22:26
mriedemsean-k-mooney: mixing up one of the dozen ibm 3rd party CIs is grounds for pistols at dawn22:27
*** yamamoto has joined #openstack-nova22:27
*** priteau has quit IRC22:27
*** felipemonteiro__ has joined #openstack-nova22:27
mmedvedemriedem: yes, stable branches have high rate of failure unfortunately, I'll shift some time to look at those.22:28
sean-k-mooneymriedem: haha well the grenade job is failing because of a ubuntu keyring missing on the powervm ci too but that could be intermitent22:28
mmedvedesean-k-mooney: that is intermittent, there is a bug in ubuntu somewhere that we reported22:29
*** sapcc-bot has quit IRC22:29
*** jackie-truong has quit IRC22:29
mmedvedeit happens only last 10 minutes of any hour22:29
sean-k-mooneymmedvede: ya the patch i noticed it on is for rocky anyway so im not going to waste ci time rechecking22:30
*** felipemonteiro has quit IRC22:31
*** esberglu has quit IRC22:32
sean-k-mooneyanyway i have fixed my unrelated ovs db socket somehow became a directory and broke everything issue with kolla so im going to head home for the evening22:32
efriededleafe: btw, in case it wasn't obvious, this is pursuant to what we were discussing the other day.  Without a response payload, we have to assume things about the effect of DELETE on provider generation.  One possible solution is to use PUT <empty> where available, which it happens to be for all of these.  Another is to implement DELETE with a response payload from which we can glean the new generation.22:32
*** sapcc-bot has joined #openstack-nova22:34
edleafeefried: Aren't we sending the generation along with the PUT/DELETE request?22:36
*** fragatina has joined #openstack-nova22:36
efriededleafe: With PUT, yes.  Not with DELETE, which doesn't accept a payload.  The latter is a definite (but separate) problem.22:37
efriededleafe: But even the former only guarantees that we're deleting what we thought we were deleting.  The lack of generation in the return is a problem for *subsequent* updates.22:37
*** fragatina has quit IRC22:37
*** fragatina has joined #openstack-nova22:37
efried...unless we continue to make assumptions about how placement does generations.  Which IMO is wrong.22:38
edleafeefried: So say I get the generation back from the PUT/DELETE. Right after that, other requests modify the resource. What good does getting back gen+1 from the request do me then?22:38
*** lyan has quit IRC22:39
efriededleafe: In that scenario, it doesn't save you anything, because your next update will 409 and you have to re-GET the provider and its associated stuff before you redrive your update.22:39
efriededleafe: It's in the scenario where the resource provider *doesn't* change that it saves us.22:40
edleafeefried: I still don't see that22:40
efriededleafe: Because without it, we *have* to do that re-GET in order to glean the new generation.22:40
efried(again, unless assumptions)22:40
edleafeefried: Oh, you're still pretending that we don't know how generations work22:41
efriedCorrect.22:41
edleafeThe name itself should be a giveaway22:41
efriedsay wha?22:41
efriedPlease tell me you're joking22:41
edleafeno, I'm not22:41
efriedWe're not going to assume API behavior based on the dictionary definition of an ambiguous English word with lots of synonyms.22:42
efriedeven if any one of those definitions said "and we start at 0, and the next one is +1" -  which they don't.22:42
edleafeWe adopted generations over other candidates, such as etags, precisely because we *could* make these assumptions22:43
edleafeI understand that we have not documented that behavior well enough for outsiders22:43
efriedOr insiders, apparently.  I think I qualify.22:43
edleafeBut within the placement dev team, it was clear22:43
edleafewere you in the discussions about what to use?22:44
efriedOh, by "outsiders" did you mean whoever wasn't in the design discussion?22:44
edleafeyes22:44
* mriedem gets the bucket of cold water22:44
efriedI thought you meant people who aren't developers of the placement API.22:44
edleafewell, you have seemed to pick up on the way it works :_22:45
*** hemna_ has quit IRC22:45
efriedYes, and I vociferously contend that we have not documented that behavior well enough.22:45
edleafeand I will vociferously agree with that22:46
efriedIn any case, based on last week's straw poll, I don't think there's consensus even among people who were in the room when it was designed.22:46
efried...as to whether the behavior should be an explicit, documented part of the API.22:46
edleafesome of us weren't happy with the choice :(22:46
mriedemyou guys are talking about a decision made a couple of years ago right?22:46
mriedemin a kind of 'shit or get off the pot' situation?22:46
edleafemriedem: well, about a year or so I think22:46
mriedemnot knowing what we'd be doing with these things several releases later22:47
efriedmriedem: We're not even arguing the decision to implement generation a certain way.  I don't think anyone has a problem with that.22:47
edleafethere was the opaque marker (etag) proponents, and the deterministic marker (generation) camp22:47
mriedema year would have been the ATL PTG and it seems older than that, at least BCN22:47
mriedemso next step is....documenting how generations work22:48
mriedem?22:48
*** itlinux has joined #openstack-nova22:48
efriedmriedem: Yeah - what's at issue is whether that implementation is supposed to be known by consumers of the API, or whether it's supposed to be opaque.22:48
mriedemsorry, i haven't followed this debate the last several times it's come up, but what's the issue? that a client can get a generation that skips increments?22:49
mriedemlike t1 i get gen 1, t2 i get gen 3?22:49
efriedNot really.  The issue is, can the consumer count on a) generation starts at 0 when you create a new provider; and b) generation increments by 1 when you successfully update something associated with a provider.22:50
efriedPoint being, as currently implemented, yes they can, but do we want that to be explicitly part of the API, or do we want it to be opaque and you shouldn't introspect the generation?22:51
edleafemriedem: IOW, do we want to require that each call to modify a RP is first preceded by a GET to find the current generation?22:52
*** rcernin has joined #openstack-nova22:52
*** itlinux has quit IRC22:52
efriedno, not at all.22:52
efriedthat would not be necessary at all.22:52
mriedemif the generation the caller passes is in conflict, they get a 409, get the latest generation, merge the request and try again22:52
mriedemwhy would the caller need to know that the generation increments by 1?22:53
edleafeefried: how can they pass a generation if they can't assume previous+1?22:53
mriedemefried: fwiw i think "can the consumer count on a) generation starts at 0 when you create a new provider; and b) generation increments by 1 when you successfully update something associated with a provider." is fine22:54
efriededleafe: Because the response from any update includes the new generation.  Since the update was atomic, you know that the payload in the response corresponds to that generation.22:54
*** sticker has joined #openstack-nova22:54
efriedAnd I can keep my cache consistent with that information.22:54
*** burt has quit IRC22:55
efriedAnd the problem arises any time there's an update from whose response I can't glean the new generation.  Like DELETE inventory, allocations, traits (and someday maybe aggregates)22:55
efriedmriedem: Duly noted.  I think your vote splits us clean down the middle.22:56
*** armax has quit IRC22:56
mriedemconsider it a very limp vote22:56
efriedIf I'm remembering right, we have mriedem cdent edleafe on one side, and efried dansmith jaypipes on the other.22:57
mriedemwell, i also agree that "you shouldn't introspect the generation"22:57
edleafeand IIRC, it was jaypipes advocating for the gen+1 back in the day22:57
mriedemlike i said above, as a client, try the request, if it fails, fetch the latest thing, merge the result client side and try again22:58
*** andreas_s has joined #openstack-nova22:58
edleafefor the very reason that you *could* assume those things22:58
efriededleafe: Not to put words in his mouth, but he may have been advocating the monotonic integer implementation without advocating that that implementation be transparent to the API consumer.22:58
edleafeefried: that would have no advantage over something like etag22:58
mriedemi sure hope this is blocking the most important thing that anyone is ever going to be working on...because it sures feels like it22:59
edleafeit was that advantage that was the main argument22:59
edleafemriedem: it's just that we went through this a while ago, and now it's being dragged up again for the very reason it was chosen in the first place23:00
mriedemfair23:01
mriedembut,23:01
mriedemit's 5:02 and i'm out of here suckas23:02
*** mriedem is now known as mriedem_afk23:02
efriedlater mriedem23:02
openstackgerritMerged openstack/nova master: Cleanup redundant want_version assignment.  https://review.openstack.org/53580123:02
openstackgerritMerged openstack/nova master: Add debug output for selected page size  https://review.openstack.org/53066223:02
*** andreas_s has quit IRC23:02
*** munishmehan has quit IRC23:02
openstackgerritMerged openstack/nova master: api-ref: Fix parameter type in server-migrations.inc  https://review.openstack.org/53629323:02
efriededleafe, if the decision was made definitively after lots of discussion, how is it that there's such contention now, even among folks who were apparently part of the decision?23:03
*** dave-mccowan has quit IRC23:03
efriedI would have expected those people to grumble about how it wasn't what they would have chosen, but it's what we decided on, and we'd have a path forward.23:03
edleafeefried: that's hard for me to understand. Both cdent and I were arguing for etags, and now we're both saying "well, we got monotonically increasing integers, so let's use 'em!"23:05
*** brault has joined #openstack-nova23:05
efriedAnd the folks who argued for monotonic ints are saying they should be opaque?23:05
edleafeweird, huh?23:06
efriedfkinaye23:06
openstackgerritMerged openstack/nova master: Merge server create schema for availability zone extension  https://review.openstack.org/45133123:06
openstackgerritMerged openstack/nova master: Merge server create for availability zone extension  https://review.openstack.org/50257423:06
openstackgerritMerged openstack/nova master: [placement] Add functional tests for resource class API  https://review.openstack.org/52450623:07
*** damien_r has joined #openstack-nova23:08
*** brault has quit IRC23:09
*** yamamoto_ has joined #openstack-nova23:12
*** sdague has quit IRC23:13
*** damien_r has quit IRC23:13
*** yamamoto has quit IRC23:15
*** salv-orlando has quit IRC23:21
*** salv-orlando has joined #openstack-nova23:22
*** gjayavelu has quit IRC23:23
*** Tom-Tom has joined #openstack-nova23:25
*** salv-orlando has quit IRC23:26
*** damien_r has joined #openstack-nova23:28
*** Tom-Tom has quit IRC23:29
*** gjayavelu has joined #openstack-nova23:30
*** damien_r has quit IRC23:33
*** slaweq has joined #openstack-nova23:40
*** yamahata has quit IRC23:44
*** slaweq has quit IRC23:45
*** takashin has joined #openstack-nova23:46
*** suresh12 has joined #openstack-nova23:47
*** damien_r has joined #openstack-nova23:48
*** stakeda has joined #openstack-nova23:49
*** damien_r has quit IRC23:52
*** rcernin has quit IRC23:57

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