)]}'
{"id":"openstack%2Fnova~567669","triplet_id":"openstack%2Fnova~master~I4625e64a53acd776356de5b0b40d4faef9dc343a","project":"openstack/nova","branch":"master","topic":"instance-mapping-field","hashtags":[],"change_id":"I4625e64a53acd776356de5b0b40d4faef9dc343a","subject":"Change the field type of InstanceMapping.instance_uuid","status":"ABANDONED","created":"2018-05-10 18:47:02.000000000","updated":"2018-05-14 18:16:19.000000000","total_comment_count":0,"unresolved_comment_count":0,"has_review_started":true,"meta_rev_id":"1f5e87622ab99f48f8c2ed2ae2df6bcf34f4fe64","_number":567669,"virtual_id_number":567669,"owner":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"actions":{},"labels":{"Verified":{"recommended":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"date":"2018-05-10 19:47:28.000000000","_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"date":"2018-05-10 19:26:55.000000000","_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"date":"2018-05-10 20:31:44.000000000","_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"date":"2018-05-12 14:54:31.000000000","_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"date":"2018-05-10 19:40:00.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"]},{"date":"2018-05-10 20:21:27.000000000","_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"date":"2018-05-10 21:28:15.000000000","_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},{"value":0,"date":"2018-05-10 20:03:02.000000000","permitted_voting_range":{"min":-1,"max":1},"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"value":1,"date":"2018-05-10 20:24:41.000000000","permitted_voting_range":{"min":-2,"max":2},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"date":"2018-05-11 10:22:44.000000000","_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"date":"2018-05-10 19:38:43.000000000","_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"date":"2018-05-10 20:46:10.000000000","_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},{"date":"2018-05-10 21:14:50.000000000","_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"}],"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":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"all":[{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"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":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"value":-1,"date":"2018-05-10 19:25:05.000000000","permitted_voting_range":{"min":-1,"max":1},"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"value":0,"permitted_voting_range":{"min":-2,"max":2},"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},{"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":-2,"max":2},"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"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":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":-1,"max":1},"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},{"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"}],"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":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","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":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"date":"2018-05-14 11:20:05.000000000","permitted_voting_range":{"min":-1,"max":1},"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"_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"]},{"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"}],"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":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"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":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"value":0,"permitted_voting_range":{"min":0,"max":2},"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},{"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":2},"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"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":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":1},"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},{"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"}],"values":{" 0":"Default Priority","+1":"Contributor Review Promise","+2":"Core Review Promise"},"description":"","default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"REVIEWER":[{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","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":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","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"}]},"pending_reviewers":{},"reviewer_updates":[{"updated":"2018-05-10 19:25:05.000000000","updated_by":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"reviewer":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"state":"REVIEWER"},{"updated":"2018-05-10 19:26:55.000000000","updated_by":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2018-05-10 19:38:43.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":"2018-05-10 19:40:00.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":"2018-05-10 19:47:28.000000000","updated_by":{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2018-05-10 20:03:02.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":"2018-05-10 20:21:27.000000000","updated_by":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"reviewer":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2018-05-10 20:24:41.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":"2018-05-10 20:31:44.000000000","updated_by":{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},"reviewer":{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2018-05-10 20:46:10.000000000","updated_by":{"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2018-05-10 21:14:50.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":"2018-05-11 10:22:44.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":"2018-05-12 14:54:31.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":"2018-05-14 11:20:05.000000000","updated_by":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"reviewer":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"state":"REVIEWER"}],"messages":[{"id":"8353caae4a0b7150453ed9ee519cebcc11394ccb","author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"date":"2018-05-10 18:47:02.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"02c918659999bbcacf36ea47a49bf1b24cd2e1c7","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2018-05-10 19:25:05.000000000","message":"Patch Set 1: Code-Review-1\n\nI had an old car with an oil leak, and the warning light kept coming on. So I disconnected the bulb, and that took care of the warning.\n\nThat\u0027s what this feels like. Instead of addressing the problem, which is trying to store records with identical values for a unique column by hacking at the value of one of them, let\u0027s just silence the warning. It would be cleaner to simply remove the unique constraint, since our functional design calls for duplicate values to exist in that column when mapping instances. IOW, if we are deliberately putting in duplicate values, the column should not be defined as unique.","accounts_in_message":[],"_revision_number":1},{"id":"cc6d6341434461095d8b2634c16d24e06732f70a","author":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"date":"2018-05-10 19:26:55.000000000","message":"Patch Set 1:\n\nTesting failed ubuntu-xenial-s390x. For rechecking only on the ubuntu-xenial-s390x CI, add a review comment with recheck-zkvm. Contact info: zkvm-ci@linux.vnet.ibm.com. For more information, see https://wiki.openstack.org/wiki/ThirdPartySystems/IBM_zKVM_CI\n\n- check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x http://sng01.objectstorage.softlayer.net/v1/AUTH_1940ea10-6e82-4501-b2f9-eb236510e575/ibmzkvmci/production/567669/1/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/c7a69ba : FAILURE in 39m 16s","accounts_in_message":[],"_revision_number":1},{"id":"b6b1a65c758f1b317f34437f641ec3f5814195b8","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2018-05-10 19:38:43.000000000","message":"Patch Set 1:\n\nBuild succeeded\n\n- dsvm-nova http://207.189.188.190/logs/69/567669/1/check-vote/ext-nova-zuul/2a88861 : SUCCESS in 50m 58s","accounts_in_message":[],"_revision_number":1},{"id":"4072a7cab01f4ff98b779b0a7b5280f14b5b2674","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2018-05-10 19:40:00.000000000","message":"Patch Set 1:\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-xenial https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/69/567669/1/check/tempest-dsvm-full-xenial/cd1b722/ : SUCCESS in 50m 54s\n- grenade-dsvm-xenial https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/69/567669/1/check/grenade-dsvm-xenial/979aab5/ : SUCCESS in 51m 58s (non-voting)","accounts_in_message":[],"_revision_number":1},{"id":"0bc2542939b21f17c480d2ede2d8572397eecf8f","author":{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},"date":"2018-05-10 19:47:28.000000000","message":"Patch Set 1:\n\nBuild succeeded.\n\n- nova-out-of-tree-pvm http://184.172.12.213/69/567669/1/check/nova-out-of-tree-pvm/164e53f : SUCCESS in 59m 16s\n- nova-in-tree-pvm http://184.172.12.213/69/567669/1/check/nova-in-tree-pvm/cdec10c : SUCCESS in 52m 40s","accounts_in_message":[],"_revision_number":1},{"id":"e24dddf2eb4204ba9556956414cfe6b907515f40","author":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"date":"2018-05-10 20:03:02.000000000","message":"Patch Set 1:\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-18272 : FAILURE in 1h 07m 37s","accounts_in_message":[],"_revision_number":1},{"id":"db3fa4f07bbee9d5e9a658b2a97d9eb4b5c91748","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-05-10 20:21:27.000000000","message":"Patch Set 1:\n\n* pci-test http://52.27.155.124/pci/567669/1 : SUCCESS","accounts_in_message":[],"_revision_number":1},{"id":"7f527b72b625e773c45eae5b0a4e2ae3bf66d202","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2018-05-10 20:24:41.000000000","message":"Patch Set 1: Verified+1\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-pep8 http://logs.openstack.org/69/567669/1/check/openstack-tox-pep8/2760bdf/ : SUCCESS in 13m 38s\n- openstack-tox-py27 http://logs.openstack.org/69/567669/1/check/openstack-tox-py27/55c70dd/ : SUCCESS in 11m 34s\n- openstack-tox-py35 http://logs.openstack.org/69/567669/1/check/openstack-tox-py35/6bdd433/ : SUCCESS in 10m 41s\n- build-openstack-sphinx-docs http://logs.openstack.org/69/567669/1/check/build-openstack-sphinx-docs/2ffbade/html/ : SUCCESS in 5m 46s\n- tempest-full http://logs.openstack.org/69/567669/1/check/tempest-full/f389bf1/ : SUCCESS in 1h 24m 34s\n- neutron-grenade http://logs.openstack.org/69/567669/1/check/neutron-grenade/6202636/ : SUCCESS in 45m 50s\n- tempest-full-py3 http://logs.openstack.org/69/567669/1/check/tempest-full-py3/dd1761a/ : SUCCESS in 1h 25m 24s\n- neutron-grenade-multinode http://logs.openstack.org/69/567669/1/check/neutron-grenade-multinode/0e14f14/ : SUCCESS in 1h 02m 59s\n- legacy-grenade-dsvm-neutron-multinode-live-migration http://logs.openstack.org/69/567669/1/check/legacy-grenade-dsvm-neutron-multinode-live-migration/632e048/ : SUCCESS in 1h 03m 37s (non-voting)\n- legacy-tempest-dsvm-full-devstack-plugin-ceph http://logs.openstack.org/69/567669/1/check/legacy-tempest-dsvm-full-devstack-plugin-ceph/8a9e2f6/ : SUCCESS in 1h 06m 06s (non-voting)\n- neutron-tempest-multinode-full http://logs.openstack.org/69/567669/1/check/neutron-tempest-multinode-full/be4a510/ : SUCCESS in 1h 34m 09s (non-voting)\n- legacy-tempest-dsvm-multinode-live-migration http://logs.openstack.org/69/567669/1/check/legacy-tempest-dsvm-multinode-live-migration/ee2e48e/ : SUCCESS in 39m 20s\n- ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa http://logs.openstack.org/69/567669/1/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/f358fa2/ : SUCCESS in 37m 29s (non-voting)\n- nova-cells-v1 http://logs.openstack.org/69/567669/1/check/nova-cells-v1/d024864/ : SUCCESS in 55m 43s\n- nova-live-migration http://logs.openstack.org/69/567669/1/check/nova-live-migration/84ec05b/ : SUCCESS in 40m 45s\n- nova-multiattach http://logs.openstack.org/69/567669/1/check/nova-multiattach/538ba9a/ : SUCCESS in 46m 48s\n- nova-next http://logs.openstack.org/69/567669/1/check/nova-next/d2d8506/ : SUCCESS in 1h 29m 54s\n- nova-tox-functional http://logs.openstack.org/69/567669/1/check/nova-tox-functional/b676b96/ : SUCCESS in 13m 41s\n- nova-tox-functional-py35 http://logs.openstack.org/69/567669/1/check/nova-tox-functional-py35/5b07ac5/ : SUCCESS in 15m 01s","accounts_in_message":[],"_revision_number":1},{"id":"0e5cf7b888aeae8358ebf767a78f425b581c2c31","author":{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},"date":"2018-05-10 20:31:44.000000000","message":"Patch Set 1:\n\nBuild succeeded.\n\n- Nova-ML2-Sriov http://13.74.249.42/69/567669/1/check-nova/Nova-ML2-Sriov/ce3a051 : SUCCESS in 56m 17s (non-voting)\n- Nova-MACVTAP-ML2-Sriov http://13.74.249.42/69/567669/1/check-nova/Nova-MACVTAP-ML2-Sriov/4561298 : SUCCESS in 43m 24s (non-voting)\n\nTo re-run the job post \u0027recheck nova-mlnx\u0027 comment. For more information visit https://wiki.openstack.org/wiki/ThirdPartySystems/Mellanox_CI","accounts_in_message":[],"_revision_number":1},{"id":"7088111d19be3c576a853ae78dfef82083178cf9","author":{"_account_id":10385,"name":"Citrix XenServer CI","username":"citrix_xenserver_ci","tags":["SERVICE_USER"]},"date":"2018-05-10 20:46:10.000000000","message":"Patch Set 1:\n\nBuild succeeded.\n\n- dsvm-tempest-neutron-network http://dd6b71949550285df7dc-dda4e480e005aaa13ec303551d2d8155.r49.cf1.rackcdn.com/69/567669/1/check/dsvm-tempest-neutron-network/604c158 : SUCCESS in 1h 58m 26s","accounts_in_message":[],"_revision_number":1},{"id":"9853124946355699ac3b633c99c9f2c9c10d3ea9","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2018-05-10 21:14:50.000000000","message":"Patch Set 1:\n\nFor rechecking only on the Cloudbase Hyper-V CI, add a review comment with check hyper-v\n\n- nova-dsvm-full-tempest http://cloudbase-ci.com//nova/567669/1/ : FAILURE in 2h 17m 07s","accounts_in_message":[],"_revision_number":1},{"id":"da7a52d31a2d375f68048529a6958e08aa26a829","author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"date":"2018-05-10 21:28:15.000000000","message":"Patch Set 1:\n\n\u003e I had an old car with an oil leak, and the warning light kept\n \u003e coming on. So I disconnected the bulb, and that took care of the\n \u003e warning.\n\nI think a better analogy would be a poorly designed car that had an oil sensor with no hysteresis. When you corner hard, the oil light comes on. You know it\u0027s not low on oil, it\u0027s just alerting you to something that doesn\u0027t matter. You could leave the bulb in so that if it goes off under other conditions you can do something about it, or you can remove it so it doesn\u0027t keep annoying you. I think we\u0027re discussing this because some people are in the latter category: they don\u0027t like four warnings during unit tests.\n\n \u003e That\u0027s what this feels like. Instead of addressing the problem,\n \u003e which is trying to store records with identical values for a unique\n \u003e column by hacking at the value of one of them, let\u0027s just silence\n \u003e the warning. It would be cleaner to simply remove the unique\n \u003e constraint, since our functional design calls for duplicate values\n \u003e to exist in that column when mapping instances. IOW, if we are\n \u003e deliberately putting in duplicate values, the column should not be\n \u003e defined as unique.\n\nWell, the column is not \"unique uuid\" it\u0027s \"unique string\". I don\u0027t think removing the uniqueness constraint is what we want, because if we store uuids in there in the 8-4-4-4-12 format, we want the DB to kick it back for us.\n\nThis discussion spawned another way to solve this which is even less code/change. We could avoid using the object for the low-level database manipulation of the marker. That way we\u0027d never load a ill-formatted value into the object field, and can keep the object field as it is for future warnings.\n\nI know you don\u0027t like any of this approach, but do you like that better than this and/or better than just dealing with the warnings?","accounts_in_message":[],"_revision_number":1},{"id":"0a344ef7a21f3bbad6601826f5de74ec7c957ea4","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2018-05-11 10:22:44.000000000","message":"Patch Set 1:\n\n* nova-quobyteci-dsvm-volume http://78.46.57.153:8081/refs-changes-69-567669-1 : SUCCESS \n\nhttps://wiki.openstack.org/wiki/ThirdPartySystems/Quobyte_CI","accounts_in_message":[],"_revision_number":1},{"id":"7f23ed1d3e9f9076fd5e3e3b2e8dab884e611132","author":{"_account_id":1063,"name":"Ed Leafe","email":"ed@leafe.com","username":"ed-leafe"},"date":"2018-05-11 18:24:19.000000000","message":"Patch Set 1:\n\n\u003e like that better\n\nIt just seems like another hack to get around the fact that we need to store the marker. We should either a) remove the unique constraint on the uuid column, or b) reversibly mutate the marker value, or c) add a boolean column that we can set to True for just the record that was last processed, or d) store the marker value somewhere else, such as a separate table. I\u0027ve listed them in the order of preference, with a) and b) much better than c) or d). But IMO they are all preferable to any of the workaround hacks that exist or have been proposed.","accounts_in_message":[],"_revision_number":1},{"id":"f78d42a64d5171a94947884b6fa3685bb2e92d99","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2018-05-12 14:54:31.000000000","message":"Patch Set 1:\n\nBuild succeed.\n\n- EMC_ScaleIO http://publiclogs.emc.com/567669/1/EMC_ScaleIO/677 : SUCCESS in 1h 42m 43s\n\nLeave a comment with \u0027run-dell-emc-scaleio\u0027 to trigger a recheck, for more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/emc-scaleio-ci","accounts_in_message":[],"_revision_number":1},{"id":"12307a5962855187c15932eb1824ff99e6937a0b","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2018-05-14 09:15:32.000000000","message":"Patch Set 1:\n\n\u003e \u003e like that better\n \u003e \n \u003e It just seems like another hack to get around the fact that we need\n \u003e to store the marker. We should either a) remove the unique\n \u003e constraint on the uuid column, or b) reversibly mutate the marker\n \u003e value, or c) add a boolean column that we can set to True for just\n \u003e the record that was last processed, or d) store the marker value\n \u003e somewhere else, such as a separate table. I\u0027ve listed them in the\n \u003e order of preference, with a) and b) much better than c) or d). But\n \u003e IMO they are all preferable to any of the workaround hacks that\n \u003e exist or have been proposed.\n\nHow do you feel about storing the marker UUID in the project_id field in the form of INSTANCE_MIGRATION_MARKER-\u003cUUID\u003e ?\nPro:\n* project_id is already a string field so this data would fit there\n* don\u0027t need to change the field type of the InstanceMapping.instance_uuid. It is not nullable so we have to store something here for the marker object. The 00000000-0000-0000-0000-00000000 value could be used there.\nCons:\n* If there is an ongoing mapping (i.e. there is a marker in the database with the current format) when the deployer upgrades to the proposed new code then we need to make sure that the new code understand the old marker.","accounts_in_message":[],"_revision_number":1},{"id":"7de04d7ab5a848d7bdd8e3ef659334cf48690e0b","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2018-05-14 09:43:54.000000000","message":"Patch Set 1:\n\n\u003e \u003e \u003e like that better\n \u003e \u003e\n \u003e \u003e It just seems like another hack to get around the fact that we\n \u003e need\n \u003e \u003e to store the marker. We should either a) remove the unique\n \u003e \u003e constraint on the uuid column, or b) reversibly mutate the marker\n \u003e \u003e value, or c) add a boolean column that we can set to True for\n \u003e just\n \u003e \u003e the record that was last processed, or d) store the marker value\n \u003e \u003e somewhere else, such as a separate table. I\u0027ve listed them in the\n \u003e \u003e order of preference, with a) and b) much better than c) or d).\n \u003e But\n \u003e \u003e IMO they are all preferable to any of the workaround hacks that\n \u003e \u003e exist or have been proposed.\n \u003e \n \u003e How do you feel about storing the marker UUID in the project_id\n \u003e field in the form of INSTANCE_MIGRATION_MARKER-\u003cUUID\u003e ?\n \u003e\n \u003e Pro:\n \u003e * project_id is already a string field so this data would fit there\n \u003e * don\u0027t need to change the field type of the InstanceMapping.instance_uuid.\n \u003e It is not nullable so we have to store something here for the\n \u003e marker object. The 00000000-0000-0000-0000-00000000 value could be\n \u003e used there.\n \u003e\n \u003e Cons:\n \u003e * If there is an ongoing mapping (i.e. there is a marker in the\n \u003e database with the current format) when the deployer upgrades to the\n \u003e proposed new code then we need to make sure that the new code\n \u003e understand the old marker.\n\nReading Dan\u0027s mail on the ML over again convinced me that the above Cons is too big of a problem to worth the effort fixing it properly for just 3 warning in the unit test.","accounts_in_message":[],"_revision_number":1},{"id":"787483c7d8c7abea7bfd6fe2d015d1597f695720","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2018-05-14 11:20:05.000000000","message":"Patch Set 1:\n\nWhile the actual fix is debated here I proposed to suppress the warnings in a separate patch. https://review.openstack.org/#/c/568263\n\nCheers,\ngibi","accounts_in_message":[],"_revision_number":1},{"id":"a3f743deabd9fb39f9db29dd63670b8ad28e065c","author":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"date":"2018-05-14 18:16:19.000000000","message":"Abandoned\n\nSquashing the warnings in the tests is more than enough to resolve this issue, IMHO","accounts_in_message":[],"_revision_number":1}],"current_revision_number":1,"current_revision":"cd58c3e3452912ea847e68d73116b9209dce2988","revisions":{"cd58c3e3452912ea847e68d73116b9209dce2988":{"kind":"REWORK","_number":1,"created":"2018-05-10 18:47:02.000000000","uploader":{"_account_id":4393,"name":"Dan Smith","email":"dms@danplanet.com","username":"danms"},"ref":"refs/changes/69/567669/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/69/567669/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/69/567669/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/69/567669/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/69/567669/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/69/567669/1"}}},"commit":{"parents":[{"commit":"a8d3c61a579648f3ee469f81aee24d57cc8f37cb","subject":"Merge \"Remove [scheduler]/host_manager config option\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/a8d3c61a579648f3ee469f81aee24d57cc8f37cb"}]}],"author":{"name":"Dan Smith","email":"dansmith@redhat.com","date":"2018-05-10 18:32:32.000000000","tz":-420},"committer":{"name":"Dan Smith","email":"dansmith@redhat.com","date":"2018-05-10 18:46:48.000000000","tz":-420},"subject":"Change the field type of InstanceMapping.instance_uuid","message":"Change the field type of InstanceMapping.instance_uuid\n\nThe InstanceMapping.instance_uuid field is currently a UUIDField, which in\noslo.versioned_objects is actually just a string field that requires a\nstrict opinionated formatting of 8-4-4-4-12. In nova-manage, we use a different\nrepresentation when setting the instance mapping marker to work around the\nfact that we have a unique constraint on the column (unique string, indifferent\nto the UUIDness we impart on it).\n\nWhen we do this, the oslo library generates a warning about the formatting, which\nis undesirable for test runs. Since we\u0027re already storing values in this object\nfield that don\u0027t meet the required formatting, this patch changes that field to\na bare StringField, and keeps the version at 1.0. This is okay because we\u0027re not\nchanging the format of the object on the wire (it is actually never serialized\nanyway), and because we\u0027re not changing anything that would prevent older code\nfrom serializing it (if we ever did). Doing so eliminates the warning and makes\nthe field definition line up with how we are using it.\n\nNote that it has also been asserted that the marker we use for map_instances may\nshow up in certain APIs, although I do not understand how that could happen.\nHowever, this patch also adds a filter to the only InstanceMappingList query that\ncould return it, ensuring that we do not.\n\nChange-Id: I4625e64a53acd776356de5b0b40d4faef9dc343a\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/cd58c3e3452912ea847e68d73116b9209dce2988"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/cd58c3e3452912ea847e68d73116b9209dce2988"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[],"submit_requirements":[]}