)]}'
{"id":"openstack%2Fnova~702394","triplet_id":"openstack%2Fnova~master~I9bbcfc0dd008162499e65437a689574b80e5c18a","project":"openstack/nova","branch":"master","topic":"dev/am/force_refresh_on_network_changed","hashtags":[],"change_id":"I9bbcfc0dd008162499e65437a689574b80e5c18a","subject":"Force refresh of instance info cache on event","status":"ABANDONED","created":"2020-01-14 11:13:19.000000000","updated":"2023-06-28 13:51:27.000000000","total_comment_count":6,"unresolved_comment_count":0,"has_review_started":true,"meta_rev_id":"beb4cbb71c1b2b074d361a7158a2faa22f291f09","_number":702394,"virtual_id_number":702394,"owner":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"actions":{},"labels":{"Verified":{"recommended":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"date":"2020-02-06 15:28:29.000000000","_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"date":"2020-05-19 20:28:41.000000000","_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},{"date":"2020-02-06 15:07:02.000000000","_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"date":"2020-02-06 14:21:38.000000000","_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"date":"2020-02-06 17:30:14.000000000","permitted_voting_range":{"min":-1,"max":1},"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"value":0,"date":"2020-02-06 15:17:28.000000000","permitted_voting_range":{"min":-1,"max":1},"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"date":"2020-02-06 12:39:37.000000000","_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},{"tag":"autogenerated:zuul:check","value":1,"date":"2020-02-06 14:21:00.000000000","permitted_voting_range":{"min":-2,"max":2},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"date":"2023-06-28 13:51:24.000000000","_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"}],"values":{"-2":"Fails","-1":"Doesn\u0027t seem to work"," 0":"No score","+1":"Works for me","+2":"Verified"},"description":"","value":1,"default_value":0,"optional":true},"Code-Review":{"disliked":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"all":[{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-2,"max":2},"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":-1,"date":"2020-05-14 07:48:21.000000000","permitted_voting_range":{"min":-2,"max":2},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"date":"2020-05-19 20:25:05.000000000","permitted_voting_range":{"min":-2,"max":2},"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"}],"values":{"-2":"Do not merge","-1":"This patch needs further work before it can be merged"," 0":"No score","+1":"Looks good to me, but someone else must approve","+2":"Looks good to me (core reviewer)"},"description":"","value":-1,"default_value":0,"optional":true},"Workflow":{"all":[{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":0},"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"}],"values":{"-1":"Work in progress"," 0":"Ready for reviews","+1":"Approved"},"description":"","default_value":0,"optional":true},"Review-Priority":{"all":[{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":2},"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":0,"permitted_voting_range":{"min":0,"max":2},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"permitted_voting_range":{"min":0,"max":2},"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"}],"values":{" 0":"Default Priority","+1":"Contributor Review Promise","+2":"Core Review Promise"},"description":"","default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"REVIEWER":[{"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},{"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"}]},"pending_reviewers":{},"reviewer_updates":[{"updated":"2020-01-17 16:56:08.000000000","updated_by":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"reviewer":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2020-02-06 12:39:37.000000000","updated_by":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"reviewer":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"state":"REVIEWER"},{"updated":"2020-02-06 14:21:00.000000000","updated_by":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"reviewer":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2020-02-06 14:21:38.000000000","updated_by":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2020-02-06 15:07:02.000000000","updated_by":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"reviewer":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"state":"REVIEWER"},{"updated":"2020-02-06 15:17:28.000000000","updated_by":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"reviewer":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"state":"REVIEWER"},{"updated":"2020-02-06 15:28:29.000000000","updated_by":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2020-02-06 17:30:14.000000000","updated_by":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"reviewer":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2020-05-14 07:48:21.000000000","updated_by":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"reviewer":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"state":"REVIEWER"},{"updated":"2020-05-19 20:25:05.000000000","updated_by":{"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},"reviewer":{"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},"state":"REVIEWER"},{"updated":"2020-05-19 20:28:41.000000000","updated_by":{"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},"reviewer":{"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},"state":"REVIEWER"}],"messages":[{"id":"df3edd73016913f2768b488842726b4b8eda2db4","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-01-14 11:13:19.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"13bb892ecececb3f5c0f052b90bfe158729fab0a","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-14 11:14:51.000000000","message":"Patch Set 1:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/94/702394/1/check-vote/ext-nova-zuul/ab8701c : FAILURE in 0s","accounts_in_message":[],"_revision_number":1},{"id":"4ea707e0092ffc47f2803975f5873996b18e88b6","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-14 11:37:10.000000000","message":"Patch Set 1:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/94/702394/1/check/pmem-tempest-plugin-filtered/9283e7b/ : SUCCESS in 22m 13s","accounts_in_message":[],"_revision_number":1},{"id":"44f3a34c3cf44fcdca9ba8ea2d833ec98a7ad811","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-14 13:50:40.000000000","message":"Patch Set 1:\n\nBuild succeeded.\n\n- nova http://cloudbase-ci.com/nova/702394/1 : SUCCESS in 2h 21m 54s","accounts_in_message":[],"_revision_number":1},{"id":"df85cc646d7bd2dc870d77e84b5b4412099a7395","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-14 14:28:58.000000000","message":"Patch Set 1:\n\nBuild failed. Test completed on IBM PowerKVM platform. For rechecking only on the IBM PowerKVM CI, add a review comment with pkvm: recheck. For contact and more information, see https://wiki.openstack.org/wiki/PowerKVM\n\n- tempest-dsvm-full-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/1/check/tempest-dsvm-full-xenial/5de96bc/ : FAILURE in 1h 31m 54s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/1/check/tempest-dsvm-full-xenial-py3/c12f9cd/ : FAILURE in 1h 40m 11s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/1/check/grenade-dsvm-xenial/c135b37/ : FAILURE in 2h 55m 37s (non-voting)","accounts_in_message":[],"_revision_number":1},{"id":"baf9ddc2c9efb3388fed22d534cd0e0e1990c1e9","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-14 19:50:47.000000000","message":"Patch Set 1: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttp://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/636480d366544c6ab2763b6ef1a03b30 : SUCCESS in 1h 06m 32s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/98984a138108464a8d4647ca5e64a878 : SUCCESS in 1h 33m 18s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/a80670a3daef4885b0a31dd50b40e76c : FAILURE in 15m 17s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/e888078f73104612913a04b68cb03d0e : FAILURE in 13m 35s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/0187839400484f289e8d8a43810bb40c : SUCCESS in 10m 17s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/9d03879de89d4d5192cf08f217f0ccb9 : FAILURE in 13m 38s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/4ce5aa3667dc4d32aea1fa6bed6392e2 : FAILURE in 13m 43s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/30b0a1149cb14d9da54a81ebdcd79850 : SUCCESS in 12m 23s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/fb74664e01d347e08aae10940e7a5446 : SUCCESS in 57m 41s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/e014205fa5764d1abb51151b222d5d5c : SUCCESS in 1h 21m 57s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/3a04ff0312244a86a1857c48d0b19dab : SUCCESS in 1h 21m 23s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/a54ebae6c0824607be0208df94fe9f69 : SUCCESS in 50m 59s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/6b3877ad8da547b59d76786f7164386c : SUCCESS in 1h 22m 55s\n- nova-next https://zuul.opendev.org/t/openstack/build/de74ed9eddcd42bcbe2ad4a3f17217bb : FAILURE in 1h 34m 43s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/f348d5fa21714ad6a6cbb007f78bee9b : SUCCESS in 22m 20s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/7766693833d3459abff85cb8801b51ef : SUCCESS in 1h 32m 54s","accounts_in_message":[],"_revision_number":1},{"id":"57fdff5dce4ebe1494b69fdc355905e7ee350936","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-01-15 09:14:27.000000000","message":"Uploaded patch set 2.","accounts_in_message":[],"_revision_number":2},{"id":"62d0969edb3be08b9a8aea0ce93301a2153d9e2c","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-15 09:38:52.000000000","message":"Patch Set 2:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/94/702394/2/check/pmem-tempest-plugin-filtered/73b5fe2/ : SUCCESS in 22m 46s","accounts_in_message":[],"_revision_number":2},{"id":"f09ffac1e91cba95eecadc8003acb634db214a1b","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-15 11:00:02.000000000","message":"Patch Set 2: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttp://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/438cb030c93549158ab58ef2433d1984 : FAILURE in 1h 30m 17s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/9ea42c561e344760832342deff8b3d80 : SUCCESS in 1h 42m 32s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/8538c77bd861497aac3ebd7f5dd1c242 : SUCCESS in 16m 34s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/82124356e7c44cee9cf45b5b454664e5 : SUCCESS in 19m 58s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/bfe28851449747bb92ce90876e03cdbf : SUCCESS in 12m 43s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/e5ffeb5531204cf9ace0759125745610 : SUCCESS in 14m 42s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/98e2f6af72bc4eccbc06d10b3fccd1c8 : SUCCESS in 15m 35s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/6d39c38d09244296a52f88876201f357 : SUCCESS in 9m 28s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/bc2d2dfae51e46c6bc70ca05fc267a0d : SUCCESS in 56m 35s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/63d1b3cd2b3a4c539b10656129826c1d : SUCCESS in 1h 04m 43s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/45609df66c904a7394af1cc464dac043 : SUCCESS in 1h 14m 41s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/6ed4ce14c70f48898a8b8f0f2c212397 : SUCCESS in 49m 22s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/486f14e182df4b4f9d7e6acc0118f507 : SUCCESS in 1h 35m 43s\n- nova-next https://zuul.opendev.org/t/openstack/build/2c80fafef89b4d1b9228f254330fa1aa : SUCCESS in 1h 31m 47s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/869957e4e03b4dfdb226f4ac3e321056 : SUCCESS in 18m 06s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/93fd5e00e2a447c5bcb6b3abf723cb47 : SUCCESS in 1h 03m 20s","accounts_in_message":[],"_revision_number":2},{"id":"b301ae27984c33388e0b31c60ade2dad94506e3f","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-15 11:40:54.000000000","message":"Patch Set 2:\n\nBuild succeeded.\n\n- nova http://cloudbase-ci.com/nova/702394/2 : SUCCESS in 2h 25m 24s","accounts_in_message":[],"_revision_number":2},{"id":"6b4c5c8eccce754e3e534a710dd40ae2951a1df9","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-15 12:11:11.000000000","message":"Patch Set 2:\n\nBuild failed. Test completed on IBM PowerKVM platform. For rechecking only on the IBM PowerKVM CI, add a review comment with pkvm: recheck. For contact and more information, see https://wiki.openstack.org/wiki/PowerKVM\n\n- tempest-dsvm-full-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/tempest-dsvm-full-xenial/3f464b2/ : FAILURE in 1h 32m 32s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/tempest-dsvm-full-xenial-py3/f436c84/ : FAILURE in 1h 39m 03s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/grenade-dsvm-xenial/043e189/ : FAILURE in 2h 54m 25s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"6368087afaca3c4d14f03b39c25b3aae5e6db68c","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-01-17 06:38:00.000000000","message":"Patch Set 2:\n\nrecheck","accounts_in_message":[],"_revision_number":2},{"id":"cef6f0163c34d4c4b3e0d3c31d54d1b7b0b9cff2","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-17 07:01:27.000000000","message":"Patch Set 2:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/94/702394/2/check/pmem-tempest-plugin-filtered/7ea1350/ : SUCCESS in 21m 51s","accounts_in_message":[],"_revision_number":2},{"id":"12fc236aaae61d0e40f59dd4904ef148c944c74d","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-17 08:47:33.000000000","message":"Patch Set 2:\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttp://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/8734c52f72a245a494f10122db8d003c : SUCCESS in 1h 06m 12s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/c56f7ad9b4244203b70bf779923bd4c1 : FAILURE in 1h 36m 03s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/99c5e10147104f4380508bf5eb3852c1 : SUCCESS in 14m 34s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/a483f4ba61e74e7aad0aaa473cae4ced : SUCCESS in 15m 41s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/0747e93e973c4c5291fc68772a7a930e : SUCCESS in 10m 02s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/8ee86e9a86da430b9e1427402715965b : SUCCESS in 13m 06s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/012c27d47c804d5cae4aa610998a3df3 : SUCCESS in 15m 04s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/ec890ee2c4964cd89d8f99c5a0151c6e : SUCCESS in 14m 04s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/fcff623bec6d4ef3b70666fab9835f9a : SUCCESS in 1h 18m 47s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/e52cef80c80d498c85a9f0cea4900912 : SUCCESS in 1h 30m 30s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/917f040c1f7a4caf800491f1298d19e8 : FAILURE in 1h 24m 47s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/039db7805954450dabea58b3114af726 : FAILURE in 45m 19s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/dde390c5cbbf4c0793c2aba893a1e1c3 : SUCCESS in 1h 38m 34s\n- nova-next https://zuul.opendev.org/t/openstack/build/12b610072cc14142928028078ae62d9c : SUCCESS in 1h 37m 25s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/7c4f62c48b564694bfd4cfa209c52e05 : SUCCESS in 16m 39s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/787164a67d9b426f85c08d76097439c3 : SUCCESS in 58m 00s","accounts_in_message":[],"_revision_number":2},{"id":"15d2ca741f328f2a93f873e9633be617145f079d","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-17 09:08:45.000000000","message":"Patch Set 2:\n\nFor rechecking only on the Cloudbase Nova Hyper-V CI, add a review comment with run-Cloudbase Nova Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/702394/2 : FAILURE in 2h 30m 01s","accounts_in_message":[],"_revision_number":2},{"id":"8351f538870053ee04fcc79bb0b3dab6336ae4f3","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-17 09:35:59.000000000","message":"Patch Set 2:\n\nBuild failed. Test completed on IBM PowerKVM platform. For rechecking only on the IBM PowerKVM CI, add a review comment with pkvm: recheck. For contact and more information, see https://wiki.openstack.org/wiki/PowerKVM\n\n- tempest-dsvm-full-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/tempest-dsvm-full-xenial/55e9243/ : FAILURE in 1h 24m 19s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/tempest-dsvm-full-xenial-py3/e644a3a/ : FAILURE in 1h 28m 45s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/grenade-dsvm-xenial/a7f4fe4/ : FAILURE in 2h 56m 26s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"1b158c39be82c4d347c7fb365d32bcc36346dabb","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-01-17 09:50:14.000000000","message":"Patch Set 2:\n\nrecheck","accounts_in_message":[],"_revision_number":2},{"id":"3668b4e8fbe3d6f220fc75a05eb11b48f347616e","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-17 10:14:15.000000000","message":"Patch Set 2:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/94/702394/2/check/pmem-tempest-plugin-filtered/0b4a260/ : SUCCESS in 22m 21s","accounts_in_message":[],"_revision_number":2},{"id":"764aad5beaab9132cd8ab5ac1352cbbcd5ebf01e","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-17 12:50:49.000000000","message":"Patch Set 2:\n\nBuild failed. Test completed on IBM PowerKVM platform. For rechecking only on the IBM PowerKVM CI, add a review comment with pkvm: recheck. For contact and more information, see https://wiki.openstack.org/wiki/PowerKVM\n\n- tempest-dsvm-full-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/tempest-dsvm-full-xenial/b7d83d0/ : FAILURE in 1h 25m 48s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/tempest-dsvm-full-xenial-py3/9490cda/ : FAILURE in 1h 28m 55s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/2/check/grenade-dsvm-xenial/3cdaff7/ : FAILURE in 2h 58m 38s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"75864a0c8a2e4d07f10b56d8828777e5bd1d249e","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-17 12:56:04.000000000","message":"Patch Set 2:\n\nBuild succeeded.\n\n- nova http://cloudbase-ci.com/nova/702394/2 : SUCCESS in 3h 04m 56s","accounts_in_message":[],"_revision_number":2},{"id":"e4bf5ecdf6aea8168610876776f77f046447a825","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-17 13:14:16.000000000","message":"Patch Set 2:\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttp://docs.openstack.org/infra/manual/developers.html#automated-testing\n\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/31013b1360bb49b4a0ae776e828444e9 : SUCCESS in 1h 11m 34s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/a41793b9453547e3acec5e164467100c : SUCCESS in 1h 34m 04s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/0bb15227a1d141df922c69ec97d74a21 : SUCCESS in 21m 19s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/f765c1a9a5d649f6992a6c73d14e39d1 : SUCCESS in 17m 02s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/a275dcaa59794a8da6055919443e335b : SUCCESS in 13m 15s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/74b50ab5953a48bbaa12d7fe17344e66 : SUCCESS in 12m 14s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/7fe65342b76a415283f051909382189d : SUCCESS in 16m 33s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/4fc0e14bebfa49df93cd25e427f69f43 : SUCCESS in 14m 50s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/34cbdab54a34478ca964fd9c473e1d59 : FAILURE in 1h 05m 32s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/f2836b409e8c4c0580570dbb8d3dbe92 : SUCCESS in 1h 16m 36s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/689f25114062446a8faff54e5f3023dc : SUCCESS in 1h 37m 16s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/31a04b286e2f46cb8ed8b28f2b283dcb : FAILURE in 45m 15s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/b9b38b82462c4946ad7d04a60f1cbbbd : SUCCESS in 1h 23m 24s\n- nova-next https://zuul.opendev.org/t/openstack/build/03a67c7f2d2c49f7a0075b2388894d9c : SUCCESS in 1h 31m 14s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/a162862deb974e86936b73d200427e9c : SUCCESS in 17m 18s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/44bb60b380af4bf98aeb47f320d76d07 : SUCCESS in 1h 14m 24s","accounts_in_message":[],"_revision_number":2},{"id":"18225dc294032f1bb44a0bab58fb4f12a2f141b4","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-17 16:56:08.000000000","message":"Patch Set 2:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/94/702394/2/check-vote/ext-nova-zuul/d27b690 : FAILURE in 42m 10s","accounts_in_message":[],"_revision_number":2},{"id":"2273a683a9afbadf36747d923cb33dff775b1564","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-02-06 12:37:11.000000000","message":"Patch Set 3: Patch Set 2 was rebased","accounts_in_message":[],"_revision_number":3},{"id":"866019c43ead948d3ae46ff553fd39ec4fd455e8","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-02-06 12:39:37.000000000","message":"Patch Set 3:\n\nBuild failed.\n\n- pmem-tempest-plugin-filtered finger://d0fe4b8af32b/de598964c3d244b28e6c099cd539e149 : RETRY_LIMIT in 7s","accounts_in_message":[],"_revision_number":3},{"id":"9946999367d37efb491e508284314bf91e9aa9ab","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-02-06 14:21:00.000000000","message":"Patch Set 3: Verified+1\n\nBuild succeeded (check pipeline).\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/89a3e5c0266c4dd8a48e2abbc8f50dcc : SUCCESS in 1h 05m 56s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/c6d30695dcae4807b584ca038b1a1910 : SUCCESS in 1h 17m 49s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/bb425aa374a146a6a701c16f8200f06d : SUCCESS in 17m 21s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/27df037210d44dbba5960a678cd97227 : SUCCESS in 14m 46s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/da9c5094b63349cfb02862f9942c88ac : SUCCESS in 7m 10s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/4adddf5793e948859e440b69f9fb94c6 : SUCCESS in 13m 11s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/66dd61d3f0c8474a867cb7b4cbdaee97 : SUCCESS in 13m 30s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/f89fa86c3b324f40aab76526b680c027 : SUCCESS in 12m 29s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/cd1b6f0edfe242b18af0e36e1b2acdf3 : SUCCESS in 10m 21s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/b5733c2ddb774e84b25585f78f83a088 : SUCCESS in 53m 39s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/7d558f71f87e433c950765a30bedaa90 : SUCCESS in 1h 07m 40s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/63331771ebb542a390f9c516f92a39db : SUCCESS in 1h 26m 50s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/8c4fae15eaee48d7b4189d78d8283081 : SUCCESS in 56m 43s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/11f694d05c0e4bd5b6f18eda4aa9e410 : SUCCESS in 1h 33m 38s\n- nova-next https://zuul.opendev.org/t/openstack/build/353d643f20e944da9160ac7320a0aa2e : SUCCESS in 1h 37m 58s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/3e864e7584c84a969a7ecf75bd1e6ce5 : SUCCESS in 17m 17s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/99e565a437a44dea828db51a996456eb : SUCCESS in 1h 02m 36s","accounts_in_message":[],"_revision_number":3},{"id":"a469127895433cffb3d37f1ae3c7fba2dc7ae4d2","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2020-02-06 14:21:38.000000000","message":"Patch Set 3:\n\nBuild failed.  For information on how to proceed, see https://docs.openstack.org/infra/manual/developers.html\n\n- EMC_VxFlexOS_NOVA http://publiclogs.emc.com/94/702394/3/check/EMC_VxFlexOS_NOVA/8bf8ad0/EMC_VxFlexOS_NOVA/None : NOT_REGISTERED\n\nLeave a comment with \u0027run-DellEMC VxFlexOS CI\u0027 to trigger a recheck. For more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/DellEMC_VxFlexOS_CI","accounts_in_message":[],"_revision_number":3},{"id":"de61c63cc79cfca644c7e51637bb406e73bb7acc","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-02-06 15:07:02.000000000","message":"Patch Set 3:\n\nBuild succeeded.\n\n- nova http://cloudbase-ci.com/nova/702394/3 : SUCCESS in 2h 28m 51s","accounts_in_message":[],"_revision_number":3},{"id":"527043258d8a67e8033990b55167d599fb173511","author":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"date":"2020-02-06 15:17:28.000000000","message":"Patch Set 3:\n\nTesting completed on the zVM Driver CI system check-nova pipeline and failed.  To recheck only the zVM driver plugins, submit a comment with only  zvm: recheck in the comment.. Contact information: zvmosci@us.ibm.com. For information see https://wiki.openstack.org/wiki/ZVMDriver.\n\n- check-nova-master http://extbasicopstackcilog01.podc.sl.edst.ibm.com/test_logs/jenkins-check-nova-master-40805 : FAILURE in 2h 39m 25s","accounts_in_message":[],"_revision_number":3},{"id":"c8b418f48fdd5ef07d5bc00b03bfbe3a300a75fc","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2020-02-06 15:28:29.000000000","message":"Patch Set 3:\n\n* nova-quobyteci-dsvm-volume http://78.46.57.153:8081/refs-changes-94-702394-3 : SUCCESS \n\nhttps://wiki.openstack.org/wiki/ThirdPartySystems/Quobyte_CI","accounts_in_message":[],"_revision_number":3},{"id":"ee9d4a6cf65c2c2656d992b26ca9da8286587901","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-02-06 17:30:14.000000000","message":"Patch Set 3:\n\nBuild succeeded. Test completed on IBM PowerKVM platform. For rechecking only on the IBM PowerKVM CI, add a review comment with pkvm- recheck. For contact and more information, see https://wiki.openstack.org/wiki/PowerKVM\n\n- tempest-dsvm-full-bionic https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/3/check/tempest-dsvm-full-bionic/a270815/ : SUCCESS in 2h 11m 37s\n- tempest-dsvm-full-bionic-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/3/check/tempest-dsvm-full-bionic-py3/d16f035/ : SUCCESS in 2h 14m 15s (non-voting)\n- grenade-dsvm-bionic https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/94/702394/3/check/grenade-dsvm-bionic/73ecd2a/ : SUCCESS in 3h 09m 36s (non-voting)","accounts_in_message":[],"_revision_number":3},{"id":"cfa5529d6cace1909715b2317902f392ff31dc7c","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-05-14 07:48:21.000000000","message":"Patch Set 3: Code-Review-1\n\ni feel like this should have a release note and maybe be tracked via a specless blueprint.\n\nthis is technically an api behavior change so im also unclear if this need a microversion or not i would argue no but i belive technically it should.\n\noverall im unsure if we want to force a refresh on the exising event but i do understand the usecase and when you would want to do this.\nwe get at least 1 but i think actully several netwrok-changed events during the boot process so im not sure that forceing a cache refresh on each of them is ideal.\n\nin theory it should not be required as we now force referesh the network info cache in the periodic task if im not mistaken.\nthat siad i think this chagne is worth discusing futher and perhaps we shoudl ahve a new event sepcific to force a referesh instead?","accounts_in_message":[],"_revision_number":3},{"id":"dae5abbb16255d5f7143a856e333db94cd63efc8","author":{"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},"date":"2020-05-14 20:09:47.000000000","message":"Patch Set 3: Code-Review+1\n\n(2 comments)\n\nFrom API behaviour wise this is fine and does not need microversion bump. This is changing the behaviour of refreshing cache from neutron or from nova DB which does not change API behaviour. and getting latest info from neutron is right thing when there is network-change event (without port).\n\nBut i am concern over the mentioned use case of this API for refreshing the cache by operator. holding +2 till we decide that is right usage of this API.","accounts_in_message":[],"_revision_number":3},{"id":"cb61c5f3c3d0992d459495624eedc9f0576ca0a2","author":{"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},"date":"2020-05-14 20:18:46.000000000","message":"Patch Set 3:\n\nWhile I understand the desire to be able to initiate a cache refresh, the question I have is: what problem are you looking to solve by doing this? I think we need to start with that to determine what\u0027s the appropriate change to make.\n\nWe already have a periodic refresh of info cache [1], so I\u0027m wondering what problem are you seeing that isn\u0027t already being covered?\n\n[1] https://github.com/openstack/nova/blob/ef3b5707328f460d0d03759061c01b1a20f28743/nova/compute/manager.py#L8941","accounts_in_message":[],"_revision_number":3},{"id":"a821638fe5942f2b381808e4f895725f4c43f291","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-05-15 16:29:08.000000000","message":"Patch Set 3:\n\n(2 comments)","accounts_in_message":[],"_revision_number":3},{"id":"7234faef5c5fa3a5ff3e2e8ad129752f8d352ae3","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-05-18 13:39:20.000000000","message":"Patch Set 3:\n\n\u003e While I understand the desire to be able to initiate a cache\n \u003e refresh, the question I have is: what problem are you looking to\n \u003e solve by doing this? I think we need to start with that to\n \u003e determine what\u0027s the appropriate change to make.\n \u003e \n \u003e We already have a periodic refresh of info cache [1], so I\u0027m\n \u003e wondering what problem are you seeing that isn\u0027t already being\n \u003e covered?\n \u003e \n \u003e [1] https://github.com/openstack/nova/blob/ef3b5707328f460d0d03759061c01b1a20f28743/nova/compute/manager.py#L8941\n\n\n\nUnfortunately, I dont remember exactly the details that forced me to apply this patch on my side, but somehow a race condition between nova and neutron that prevent the cache to be correct.\n\nAbout the auto_heal mecanism, correct me if I am wrong, but it\u0027s healing instance 1 by 1.\nOn some hypervisors, I have 120 instances, with auto_heal set to every minute, I will have to wait 2 hours before all instances are healed.\n\nAbout the fact that I use this network-changed event, I know that this is a trick, and I agree that this should not be used.\nThe best would be an admin API call to force refresh info cache.\nWhat do you think?","accounts_in_message":[],"_revision_number":3},{"id":"cebc253e361a87fb70ff912de6ac73e464c7785f","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-05-18 14:29:19.000000000","message":"Patch Set 3:\n\nso the heal operation is implemented here\n\nhttps://github.com/openstack/nova/blob/3b4fa6108f07ff4660f61a51b932cb5296f7c79a/nova/compute/manager.py#L8943-L9050\n\nand yes on each invocation it update once instance as a form eof rate limiting.\n\nthe default value of the interval is 60 seconds\n\nhttps://github.com/openstack/nova/blob/9969332de6dbb10b495a74d4bc3ce7b77be13f22/nova/conf/compute.py#L999-L1016\n\nso you could reduce that to 1 second or 10 seconds if you wanted to reduce the time intercal form 2 hours to 2 minutes or 20 minutes.\n\ni dont think we shoudl have a rest api to roce refresh the cache honestly. but we should support doing it via a SIGHUP\n\nwe support using SIGHUP to clear several cache\u0027s already\n\nhttps://github.com/openstack/nova/blob/33c3759b855b621875d9d79d103bd30f356198ae/releasenotes/notes/disable-rt-cache-refresh-9f6633e585516760.yaml#L10\n\nhttps://github.com/openstack/nova/blob/9692f16b357918eed8b56f3af2e002f5b898238a/releasenotes/notes/driver-capabilities-to-traits-152eb851cd016f4d.yaml#L25\n\nhttps://github.com/openstack/nova/blob/c6218428e9b29a2c52808ec7d27b4b21aadc0299/releasenotes/notes/stop-scheduling-to-disabled-cells-eadbfe30d1f6be65.yaml#L15","accounts_in_message":[],"_revision_number":3},{"id":"e77302496501881e2cce0ec81023d0d7258ff7da","author":{"_account_id":8556,"name":"Ghanshyam Maan","display_name":"Ghanshyam Maan","email":"gmaan.os14@gmail.com","username":"ghanshyam"},"date":"2020-05-19 20:25:05.000000000","message":"Patch Set 3: -Code-Review\n\n(1 comment)\n\nreno and doc is need anyways with clear use case. But let\u0027s not assume that this API is for instance info cache refresh.","accounts_in_message":[],"_revision_number":3},{"id":"7c198867a8a98a0df969aa6c06f97b0093ded9fe","author":{"_account_id":4690,"name":"melanie witt","display_name":"melwitt","email":"melwittt@gmail.com","username":"melwitt"},"date":"2020-05-19 20:28:41.000000000","message":"Patch Set 3:\n\n\u003e so the heal operation is implemented here\n \u003e \n \u003e https://github.com/openstack/nova/blob/3b4fa6108f07ff4660f61a51b932cb5296f7c79a/nova/compute/manager.py#L8943-L9050\n \u003e \n \u003e and yes on each invocation it update once instance as a form eof\n \u003e rate limiting.\n \u003e \n \u003e the default value of the interval is 60 seconds\n \u003e \n \u003e https://github.com/openstack/nova/blob/9969332de6dbb10b495a74d4bc3ce7b77be13f22/nova/conf/compute.py#L999-L1016\n \u003e \n \u003e so you could reduce that to 1 second or 10 seconds if you wanted to\n \u003e reduce the time intercal form 2 hours to 2 minutes or 20 minutes.\n \u003e \n \u003e i dont think we shoudl have a rest api to roce refresh the cache\n \u003e honestly. but we should support doing it via a SIGHUP\n \u003e \n \u003e we support using SIGHUP to clear several cache\u0027s already\n \u003e \n \u003e https://github.com/openstack/nova/blob/33c3759b855b621875d9d79d103bd30f356198ae/releasenotes/notes/disable-rt-cache-refresh-9f6633e585516760.yaml#L10\n \u003e \n \u003e https://github.com/openstack/nova/blob/9692f16b357918eed8b56f3af2e002f5b898238a/releasenotes/notes/driver-capabilities-to-traits-152eb851cd016f4d.yaml#L25\n \u003e \n \u003e https://github.com/openstack/nova/blob/c6218428e9b29a2c52808ec7d27b4b21aadc0299/releasenotes/notes/stop-scheduling-to-disabled-cells-eadbfe30d1f6be65.yaml#L15\n\n+1 to the suggestion to clear this cache as part of our SIGHUP routine instead of overloading it into the external events API. I think that sounds most appropriate and consistent with the way that we clear other caches.","accounts_in_message":[],"_revision_number":3},{"id":"64d941669238fefc24ff2b4a9504267c74cfbfec","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2020-09-08 09:45:29.000000000","message":"Patch Set 3:\n\n\u003e so the heal operation is implemented here\n \u003e \n \u003e https://github.com/openstack/nova/blob/3b4fa6108f07ff4660f61a51b932cb5296f7c79a/nova/compute/manager.py#L8943-L9050\n \u003e \n \u003e and yes on each invocation it update once instance as a form eof\n \u003e rate limiting.\n \u003e \n \u003e the default value of the interval is 60 seconds\n \u003e \n \u003e https://github.com/openstack/nova/blob/9969332de6dbb10b495a74d4bc3ce7b77be13f22/nova/conf/compute.py#L999-L1016\n \u003e \n \u003e so you could reduce that to 1 second or 10 seconds if you wanted to\n \u003e reduce the time intercal form 2 hours to 2 minutes or 20 minutes.\n \u003e \n \u003e i dont think we shoudl have a rest api to roce refresh the cache\n \u003e honestly. but we should support doing it via a SIGHUP\n \u003e \n \u003e we support using SIGHUP to clear several cache\u0027s already\n \u003e \n \u003e https://github.com/openstack/nova/blob/33c3759b855b621875d9d79d103bd30f356198ae/releasenotes/notes/disable-rt-cache-refresh-9f6633e585516760.yaml#L10\n \u003e \n \u003e https://github.com/openstack/nova/blob/9692f16b357918eed8b56f3af2e002f5b898238a/releasenotes/notes/driver-capabilities-to-traits-152eb851cd016f4d.yaml#L25\n \u003e \n \u003e https://github.com/openstack/nova/blob/c6218428e9b29a2c52808ec7d27b4b21aadc0299/releasenotes/notes/stop-scheduling-to-disabled-cells-eadbfe30d1f6be65.yaml#L15\n\nThe problem by setting the interval to few seconds is that it\u0027s overloading API.\nAnd I dont need most of the time to refresh the cache.\n\nI have one example right now on my production infra:\nIt started with a misconfiguration of the subnet on neutron side.\nThe subnet was having enable_dhcp set to false.\nI updated the subnet in order to set it to True.\nI rebooted-hard my instance hoping that this new setting on subnet would be taken into account.\nIt\u0027s not, because the cache in nova is not yet updated.\nI have no way to reset this cache for now. I did try:\n - restart nova-compute\n - delete the cache entry in the DB --\u003e nova is recreating the cache, but with empty values, it\u0027s not calling neutron. Anyway, deleting in the DB is not/never a good idea.\n\nThe only solution for me is to wait for the cache to be refreshed (and waiting for the heal is very long).\nI have two solution:\n - live patch my nova.conf to set a heal to few seconds, and wait for the heal to be done on all instances\n - apply the change in this PR and do send an event.\n\nYou mentionned a solution with SIGHUP, but, correct me if I am wrong, it\u0027s not yet implemented, and it would refresh cache for all instances? Thus it would ddos neutron API on nova-compute restart?","accounts_in_message":[],"_revision_number":3},{"id":"5b060918d8e1d13b695feef279c10cb85d241d53","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-09-08 10:05:05.000000000","message":"Patch Set 3:\n\n\u003e \u003e so the heal operation is implemented here\n \u003e \u003e\n \u003e \u003e https://github.com/openstack/nova/blob/3b4fa6108f07ff4660f61a51b932cb5296f7c79a/nova/compute/manager.py#L8943-L9050\n \u003e \u003e\n \u003e \u003e and yes on each invocation it update once instance as a form eof\n \u003e \u003e rate limiting.\n \u003e \u003e\n \u003e \u003e the default value of the interval is 60 seconds\n \u003e \u003e\n \u003e \u003e https://github.com/openstack/nova/blob/9969332de6dbb10b495a74d4bc3ce7b77be13f22/nova/conf/compute.py#L999-L1016\n \u003e \u003e\n \u003e \u003e so you could reduce that to 1 second or 10 seconds if you wanted\n \u003e to\n \u003e \u003e reduce the time intercal form 2 hours to 2 minutes or 20 minutes.\n \u003e \u003e\n \u003e \u003e i dont think we shoudl have a rest api to roce refresh the cache\n \u003e \u003e honestly. but we should support doing it via a SIGHUP\n \u003e \u003e\n \u003e \u003e we support using SIGHUP to clear several cache\u0027s already\n \u003e \u003e\n \u003e \u003e https://github.com/openstack/nova/blob/33c3759b855b621875d9d79d103bd30f356198ae/releasenotes/notes/disable-rt-cache-refresh-9f6633e585516760.yaml#L10\n \u003e \u003e\n \u003e \u003e https://github.com/openstack/nova/blob/9692f16b357918eed8b56f3af2e002f5b898238a/releasenotes/notes/driver-capabilities-to-traits-152eb851cd016f4d.yaml#L25\n \u003e \u003e\n \u003e \u003e https://github.com/openstack/nova/blob/c6218428e9b29a2c52808ec7d27b4b21aadc0299/releasenotes/notes/stop-scheduling-to-disabled-cells-eadbfe30d1f6be65.yaml#L15\n \u003e \n \u003e The problem by setting the interval to few seconds is that it\u0027s\n \u003e overloading API.\n \u003e And I dont need most of the time to refresh the cache.\n \u003e \n \u003e I have one example right now on my production infra:\n \u003e It started with a misconfiguration of the subnet on neutron side.\n \u003e The subnet was having enable_dhcp set to false.\n \u003e I updated the subnet in order to set it to True.\n \u003e I rebooted-hard my instance hoping that this new setting on subnet\n \u003e would be taken into account.\n\nsetting enable_dhcp wont have any effect on the info in the nova cache and it should not\n\nhaving enable_dhcp false does not affect the assignment of ips to a vm it just does not advertise\nthe ip to the vm over the dhcp protocol at the network level but it will still be populated in the\nfixed_ip list in the neutron port.\n\n \u003e It\u0027s not, because the cache in nova is not yet updated.\n \u003e I have no way to reset this cache for now. I did try:\n \u003e - restart nova-compute\n \u003e - delete the cache entry in the DB --\u003e nova is recreating the\n \u003e cache, but with empty values, it\u0027s not calling neutron. Anyway,\n \u003e deleting in the DB is not/never a good idea.\n\nyour concrete example does not make sense the cache will have no baring on\nif the vm recives an ip via dhcp. it is not involed in that operation at all.\n \u003e \n \u003e The only solution for me is to wait for the cache to be refreshed\n \u003e (and waiting for the heal is very long).\n \u003e I have two solution:\n \u003e - live patch my nova.conf to set a heal to few seconds, and wait\n \u003e for the heal to be done on all instances\n \u003e - apply the change in this PR and do send an event.\n\nthe change in this patchset should not correct your ip issue so unless you can\nexplain exactly what is broken and how this fixes it i still think this approach is incorrect.\n\n \u003e \n \u003e You mentionned a solution with SIGHUP, but, correct me if I am\n \u003e wrong, it\u0027s not yet implemented, and it would refresh cache for all\n \u003e instances? Thus it would ddos neutron API on nova-compute restart?\n\ncorrect its not implmented we were suggusting that you implemented it instead of this patch.\nand no it would not ddos the neutron api anymore then the periodic task does\nor restarting the agent does today. it would only clear the entries for instance running\non the current host and it would just refersh the info cache for those vms.","accounts_in_message":[],"_revision_number":3},{"id":"704cfd98ace78054f2125896ab1c5769d5a9106a","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-09-08 10:13:31.000000000","message":"Patch Set 3:\n\nby the way the subnet info in the network info cache\nwas mainly present for nova-networks and in partcalar the nova firewall driver that implemented anti spoof protections.\n\nboth the firewall driver and nova-networks were removed last cycle so currently we dont use the subnet info in the VIF for networking currently.\n\nits only use in nova today is to pass to os-vif which only uses it in the linux bridge pluging for firewalling what is not obsulete with the nova networks removal and its other use is for the metadata service.\n\nso nova uses the subnet info to populate the metadta in teh api and config drive though we might not use the cache for that. it was primarly in the cache for nova networks which no longer exits and is not your usecase.","accounts_in_message":[],"_revision_number":3},{"id":"5a54edb925d81c18f42af5765130ab4ba5382eb6","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2023-06-28 13:51:24.000000000","message":"Patch Set 3:\n\n(1 comment)","accounts_in_message":[],"_revision_number":3},{"id":"beb4cbb71c1b2b074d361a7158a2faa22f291f09","tag":"autogenerated:gerrit:abandon","author":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"date":"2023-06-28 13:51:27.000000000","message":"Abandoned","accounts_in_message":[],"_revision_number":3}],"current_revision_number":3,"current_revision":"b22152da36455a30b4109c3eb3169da592887081","revisions":{"e0c6183b603f3797eb9257207de5c37481164e5c":{"kind":"REWORK","_number":1,"created":"2020-01-14 11:13:19.000000000","uploader":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"ref":"refs/changes/94/702394/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/94/702394/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/94/702394/1"}}},"commit":{"parents":[{"commit":"67d9b5114e0044ea1135d1797241e883e7646646","subject":"Merge \"Fix typos in nova doc\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/67d9b5114e0044ea1135d1797241e883e7646646"}]}],"author":{"name":"Arnaud Morin","email":"arnaud.morin@corp.ovh.com","date":"2020-01-14 11:09:40.000000000","tz":60},"committer":{"name":"Arnaud Morin","email":"arnaud.morin@corp.ovh.com","date":"2020-01-14 11:09:40.000000000","tz":60},"subject":"Force refresh of instance info cache on event","message":"Force refresh of instance info cache on event\n\nIf, for some reason, nova already have an info cache, then it would\nnot refresh it (even if it is wrong).\n\nSo, when nova receive an external event network-changed, I propose to\nrefresh the instance info cache, to be sure that what nova stores in\nits database is taken from neutron.\n\nThis will also help operators managing wrong info cache, by doing an\nhttp request against nova event API (admin only) in order to force\ntriggering this info cache update.\n\nChange-Id: I9bbcfc0dd008162499e65437a689574b80e5c18a\nSigned-off-by: Arnaud Morin \u003carnaud.morin@corp.ovh.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/e0c6183b603f3797eb9257207de5c37481164e5c"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/e0c6183b603f3797eb9257207de5c37481164e5c"}]},"branch":"refs/heads/master"},"c06ca27353649f4ea091b8d97c598273abc368e2":{"kind":"REWORK","_number":2,"created":"2020-01-15 09:14:27.000000000","uploader":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"ref":"refs/changes/94/702394/2","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/94/702394/2","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/2 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/2 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/2 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/94/702394/2"}}},"commit":{"parents":[{"commit":"67d9b5114e0044ea1135d1797241e883e7646646","subject":"Merge \"Fix typos in nova doc\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/67d9b5114e0044ea1135d1797241e883e7646646"}]}],"author":{"name":"Arnaud Morin","email":"arnaud.morin@corp.ovh.com","date":"2020-01-14 11:09:40.000000000","tz":60},"committer":{"name":"Arnaud Morin","email":"arnaud.morin@corp.ovh.com","date":"2020-01-15 09:14:13.000000000","tz":60},"subject":"Force refresh of instance info cache on event","message":"Force refresh of instance info cache on event\n\nIf, for some reason, nova already have an info cache, then it would\nnot refresh it (even if it is wrong).\n\nSo, when nova receive an external event network-changed, I propose to\nrefresh the instance info cache, to be sure that what nova stores in\nits database is taken from neutron.\n\nThis will also help operators managing wrong info cache, by doing an\nhttp request against nova event API (admin only) in order to force\ntriggering this info cache update.\n\nChange-Id: I9bbcfc0dd008162499e65437a689574b80e5c18a\nSigned-off-by: Arnaud Morin \u003carnaud.morin@corp.ovh.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/c06ca27353649f4ea091b8d97c598273abc368e2"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/c06ca27353649f4ea091b8d97c598273abc368e2"}]},"branch":"refs/heads/master"},"b22152da36455a30b4109c3eb3169da592887081":{"kind":"TRIVIAL_REBASE","_number":3,"created":"2020-02-06 12:37:11.000000000","uploader":{"_account_id":11583,"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","username":"arnaudmorin"},"ref":"refs/changes/94/702394/3","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/94/702394/3","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/3 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/3 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/94/702394/3 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/94/702394/3"}}},"commit":{"parents":[{"commit":"014c1ab864cec6213750c5ef57d8080ae8cd973d","subject":"Merge \"Avoid calling neutron for N networks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/014c1ab864cec6213750c5ef57d8080ae8cd973d"}]}],"author":{"name":"Arnaud Morin","email":"arnaud.morin@corp.ovh.com","date":"2020-01-14 11:09:40.000000000","tz":60},"committer":{"name":"Arnaud Morin","email":"arnaud.morin@gmail.com","date":"2020-02-06 12:37:11.000000000","tz":0},"subject":"Force refresh of instance info cache on event","message":"Force refresh of instance info cache on event\n\nIf, for some reason, nova already have an info cache, then it would\nnot refresh it (even if it is wrong).\n\nSo, when nova receive an external event network-changed, I propose to\nrefresh the instance info cache, to be sure that what nova stores in\nits database is taken from neutron.\n\nThis will also help operators managing wrong info cache, by doing an\nhttp request against nova event API (admin only) in order to force\ntriggering this info cache update.\n\nChange-Id: I9bbcfc0dd008162499e65437a689574b80e5c18a\nSigned-off-by: Arnaud Morin \u003carnaud.morin@corp.ovh.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b22152da36455a30b4109c3eb3169da592887081"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b22152da36455a30b4109c3eb3169da592887081"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[],"submit_requirements":[{"name":"Verified","description":"Verified in gate by CI","status":"UNSATISFIED","is_legacy":false,"submittability_expression_result":{"expression":"label:Verified\u003dMAX AND -label:Verified\u003dMIN","fulfilled":false,"status":"FAIL","passing_atoms":[],"failing_atoms":["label:Verified\u003dMAX","label:Verified\u003dMIN"],"atom_explanations":{}}},{"name":"Code-Review","description":"Code reviewed by core reviewer","status":"UNSATISFIED","is_legacy":false,"submittability_expression_result":{"expression":"label:Code-Review\u003dMAX AND -label:Code-Review\u003dMIN","fulfilled":false,"status":"FAIL","passing_atoms":[],"failing_atoms":["label:Code-Review\u003dMAX","label:Code-Review\u003dMIN"],"atom_explanations":{}}},{"name":"Review-Priority","description":"Review Priority","status":"NOT_APPLICABLE","is_legacy":false,"applicability_expression_result":{"fulfilled":false,"status":"FAIL"},"submittability_expression_result":{"expression":"is:true","fulfilled":true,"status":"NOT_EVALUATED","passing_atoms":[],"failing_atoms":[],"atom_explanations":{}}},{"name":"Workflow","description":"Approved for gate by core reviewer","status":"UNSATISFIED","is_legacy":false,"submittability_expression_result":{"expression":"label:Workflow\u003dMAX AND -label:Workflow\u003dMIN","fulfilled":false,"status":"FAIL","passing_atoms":[],"failing_atoms":["label:Workflow\u003dMAX","label:Workflow\u003dMIN"],"atom_explanations":{}}}]}