)]}'
{"id":"openstack%2Fnova~616603","triplet_id":"openstack%2Fnova~master~I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30","project":"openstack/nova","branch":"master","topic":"bug/1789868","hashtags":[],"change_id":"I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30","subject":"libvirt: Add a default VirtIO-RNG device to guests","status":"MERGED","created":"2018-11-08 16:27:43.000000000","updated":"2020-01-23 19:24:37.000000000","submitted":"2020-01-23 18:03:15.000000000","submitter":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"total_comment_count":26,"unresolved_comment_count":0,"has_review_started":true,"submission_id":"616603-1579802595392-5aeb02ef","meta_rev_id":"bf618d11db0fd55daf06e80e5b780809f7bb676d","_number":616603,"virtual_id_number":616603,"owner":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"actions":{},"labels":{"Verified":{"approved":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"tag":"autogenerated:zuul:gate","value":2,"date":"2020-01-23 18:03:15.000000000","post_submit":true,"permitted_voting_range":{"min":2,"max":2},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"date":"2020-01-23 12:28:12.000000000","_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"value":0,"date":"2020-01-23 15:54:00.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-01-23 17:54:52.000000000","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,"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},{"value":0,"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"value":0,"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"value":0,"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},{"value":0,"_account_id":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},{"value":0,"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},{"value":0,"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},{"value":0,"date":"2020-01-23 17:39:21.000000000","_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":0,"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"date":"2020-01-23 19:24:37.000000000","post_submit":true,"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"value":0,"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"}],"values":{"-2":"Fails","-1":"Doesn\u0027t seem to work"," 0":"No score","+1":"Works for me","+2":"Verified"},"description":"","default_value":0,"optional":true},"Code-Review":{"approved":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"recommended":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"all":[{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"value":0,"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"value":0,"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},{"value":0,"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"value":0,"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"value":0,"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},{"value":0,"_account_id":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},{"value":1,"date":"2020-01-23 12:42:07.000000000","permitted_voting_range":{"min":1,"max":2},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},{"value":0,"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},{"value":0,"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":2,"date":"2020-01-23 12:27:24.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"value":2,"date":"2020-01-23 12:25:20.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"value":0,"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"}],"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":{"approved":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"all":[{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"value":0,"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"value":0,"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},{"value":0,"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"value":0,"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"value":0,"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},{"value":0,"_account_id":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},{"value":0,"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},{"value":0,"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},{"value":0,"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":1,"date":"2020-01-23 12:27:24.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"value":0,"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"}],"values":{"-1":"Work in progress"," 0":"Ready for reviews","+1":"Approved"},"description":"","default_value":0,"optional":true},"Review-Priority":{"all":[{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"value":0,"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},{"value":0,"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},{"value":0,"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},{"value":0,"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"value":0,"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},{"value":0,"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},{"value":0,"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"value":0,"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},{"value":0,"_account_id":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},{"value":0,"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},{"value":0,"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},{"value":0,"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"value":0,"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},{"value":0,"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},{"value":0,"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"value":0,"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"value":0,"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"value":0,"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"}],"values":{" 0":"Default Priority","+1":"Contributor Review Promise","+2":"Core Review Promise"},"description":"","default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"REVIEWER":[{"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},{"_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":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},{"_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":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"_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":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},{"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},{"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},{"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},{"_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":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},{"_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":"2018-11-16 01:58:11.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-11-16 02:33:30.000000000","updated_by":{"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2018-11-16 02:52:24.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-11-16 21:35:56.000000000","updated_by":{"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},"reviewer":{"_account_id":20408,"name":"Pavel Abalikhin","email":"anpavl@gmail.com","username":"pabalikhin"},"state":"REVIEWER"},{"updated":"2018-12-18 12:51:14.000000000","updated_by":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"reviewer":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"state":"REVIEWER"},{"updated":"2019-02-18 20:38:42.000000000","updated_by":{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2019-02-18 22:38:42.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":"2019-02-19 02:08:08.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":"2019-02-19 21:37:12.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":"2019-08-06 21:39:49.000000000","updated_by":{"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},"reviewer":{"_account_id":6484,"name":"Feilong Wang","email":"hustemb@gmail.com","username":"flwang"},"state":"REVIEWER"},{"updated":"2019-08-07 13:03:57.000000000","updated_by":{"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},"reviewer":{"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},"state":"REVIEWER"},{"updated":"2019-11-08 08:59:56.000000000","updated_by":{"_account_id":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},"reviewer":{"_account_id":26458,"name":"Brin Zhang","email":"zhangbailin@inspur.com","username":"zhangbailin"},"state":"REVIEWER"},{"updated":"2020-01-15 12:44:38.000000000","updated_by":{"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},"reviewer":{"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},"state":"REVIEWER"},{"updated":"2020-01-20 19:49:28.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-01-21 15:00:12.000000000","updated_by":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"reviewer":{"_account_id":14070,"name":"Eric Fried","email":"openstack@fried.cc","username":"efried"},"state":"REVIEWER"},{"updated":"2020-01-23 12:25:20.000000000","updated_by":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"reviewer":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"state":"REVIEWER"},{"updated":"2020-01-23 12:27:24.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"},{"updated":"2020-01-23 12:28:12.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-01-23 12:42:07.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-01-23 15:54:00.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-01-23 17:39:21.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-01-23 17:54:52.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-01-23 18:03:15.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-01-23 19:24:37.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"}],"messages":[{"id":"b21fa819b183ca25cf974b104e3a99bea1f1f9a3","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2018-11-08 16:27:43.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"a167c9ad7985c32119700652643627610eeb0480","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-08 17:05:31.000000000","message":"Patch Set 1:\n\n(1 comment)","accounts_in_message":[],"_revision_number":1},{"id":"ceb0fec5a45676a4e473dace4d8fbb7495e83edd","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-08 17:07:49.000000000","message":"Patch Set 1:\n\n* pci-test http://52.27.155.124/pci/616603/1 : FAILURE","accounts_in_message":[],"_revision_number":1},{"id":"a9454e9e16495048fb1732a239c81025243ec9c2","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2018-11-08 17:30:14.000000000","message":"Patch Set 1:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/1/check-vote/ext-nova-zuul/f22ea59 : FAILURE in 1h 01m 11s","accounts_in_message":[],"_revision_number":1},{"id":"fa68fe68d4abf60a008765f4e7caf5cbac40f144","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2018-11-08 17:37:43.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/03/616603/1/check/tempest-dsvm-full-xenial/3c79730/ : SUCCESS in 1h 01m 03s\n- tempest-dsvm-full-xenial-py3 https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/1/check/tempest-dsvm-full-xenial-py3/f15f18f/ : SUCCESS in 1h 09m 24s (non-voting)\n- grenade-dsvm-xenial https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/1/check/grenade-dsvm-xenial/e558a91/ : SUCCESS in 54m 30s (non-voting)","accounts_in_message":[],"_revision_number":1},{"id":"6f0a59065daa847a13700c932def7c09554360a8","author":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"date":"2018-11-08 18:04:54.000000000","message":"Patch Set 1:\n\nTesting succeeded on ubuntu-xenial-s390x. For rechecking only on the ubuntu-xenail-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/616603/1/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/095a5c9 : SUCCESS in 1h 36m 20s","accounts_in_message":[],"_revision_number":1},{"id":"1adc5880e7cc774399d16389a60f3e70949478ba","author":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"date":"2018-11-08 18:13:13.000000000","message":"Patch Set 1:\n\nTesting completed on the zVM Driver CI system check-nova pipeline.  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-25039 : SUCCESS in 1h 44m 39s","accounts_in_message":[],"_revision_number":1},{"id":"2705a4d827a4e0d4adcc8c4c2a0f46db840eb2b8","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2018-11-08 18:33:01.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- tempest-full http://logs.openstack.org/03/616603/1/check/tempest-full/5a999ef/ : SUCCESS in 1h 40m 50s\n- neutron-grenade http://logs.openstack.org/03/616603/1/check/neutron-grenade/6224971/ : SUCCESS in 49m 49s\n- tempest-full-py3 http://logs.openstack.org/03/616603/1/check/tempest-full-py3/5c01a8f/ : SUCCESS in 1h 28m 37s\n- openstack-tox-cover http://logs.openstack.org/03/616603/1/check/openstack-tox-cover/e181e59/ : FAILURE in 14m 42s\n- openstack-tox-lower-constraints http://logs.openstack.org/03/616603/1/check/openstack-tox-lower-constraints/2b73bfb/ : FAILURE in 13m 20s\n- openstack-tox-pep8 http://logs.openstack.org/03/616603/1/check/openstack-tox-pep8/d3a1b34/ : SUCCESS in 10m 38s\n- openstack-tox-py27 http://logs.openstack.org/03/616603/1/check/openstack-tox-py27/012a6ff/ : FAILURE in 12m 24s\n- openstack-tox-py35 http://logs.openstack.org/03/616603/1/check/openstack-tox-py35/449aeb5/ : FAILURE in 14m 48s\n- openstack-tox-py36 http://logs.openstack.org/03/616603/1/check/openstack-tox-py36/2b841bf/ : FAILURE in 12m 31s\n- openstack-tox-docs http://logs.openstack.org/03/616603/1/check/openstack-tox-docs/35dee4a/html/ : SUCCESS in 6m 50s\n- ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa http://logs.openstack.org/03/616603/1/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/bd92810/ : SUCCESS in 48m 17s (non-voting)\n- devstack-plugin-ceph-tempest http://logs.openstack.org/03/616603/1/check/devstack-plugin-ceph-tempest/2eb91c6/ : FAILURE in 23m 08s (non-voting)\n- legacy-grenade-dsvm-neutron-multinode-live-migration http://logs.openstack.org/03/616603/1/check/legacy-grenade-dsvm-neutron-multinode-live-migration/e0304b5/ : SUCCESS in 1h 04m 48s (non-voting)\n- neutron-grenade-multinode http://logs.openstack.org/03/616603/1/check/neutron-grenade-multinode/1e223ff/ : SUCCESS in 1h 15m 12s\n- nova-cells-v1 http://logs.openstack.org/03/616603/1/check/nova-cells-v1/a8338b0/ : SUCCESS in 1h 07m 24s\n- nova-live-migration http://logs.openstack.org/03/616603/1/check/nova-live-migration/d4b8267/ : SUCCESS in 43m 41s\n- nova-lvm http://logs.openstack.org/03/616603/1/check/nova-lvm/0ac718e/ : SUCCESS in 58m 14s (non-voting)\n- nova-multiattach http://logs.openstack.org/03/616603/1/check/nova-multiattach/2dc4b13/ : SUCCESS in 58m 46s\n- nova-next http://logs.openstack.org/03/616603/1/check/nova-next/7753037/ : SUCCESS in 1h 48m 02s\n- nova-tox-functional http://logs.openstack.org/03/616603/1/check/nova-tox-functional/6098b37/ : SUCCESS in 20m 31s\n- nova-tox-functional-py35 http://logs.openstack.org/03/616603/1/check/nova-tox-functional-py35/eaa9e2b/ : SUCCESS in 27m 48s\n- tempest-multinode-full http://logs.openstack.org/03/616603/1/check/tempest-multinode-full/9992998/ : SUCCESS in 1h 44m 12s (non-voting)\n- tempest-slow http://logs.openstack.org/03/616603/1/check/tempest-slow/9dcc30c/ : SUCCESS in 1h 45m 27s","accounts_in_message":[],"_revision_number":1},{"id":"d396a87a4c56ed08b69780a65705c4fed58e7f31","author":{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},"date":"2018-11-08 18:56:15.000000000","message":"Patch Set 1:\n\nBuild succeeded.\n\n- nova-out-of-tree-pvm http://184.172.12.213/03/616603/1/check/nova-out-of-tree-pvm/8bdf6df : SUCCESS in 2h 26m 11s\n- nova-in-tree-pvm http://184.172.12.213/03/616603/1/check/nova-in-tree-pvm/c16d59b : SUCCESS in 2h 27m 42s","accounts_in_message":[],"_revision_number":1},{"id":"a0f0a4047fdae031d53ba0461bd5f0e59a38760a","author":{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},"date":"2018-11-08 19:14:37.000000000","message":"Patch Set 1:\n\nBuild succeeded (check pipeline).\n\n- tempest-dsvm-intel-nfv-xenial http://52.27.155.124/portland/2018-11-08/616603/1/check/tempest-dsvm-intel-nfv-xenial/0afc32b : SUCCESS in 30m 12s (non-voting)\n- tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial http://52.27.155.124/portland/2018-11-08/616603/1/check/tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial/8820488 : SUCCESS in 1h 10m 35s (non-voting)\n- tempest-dsvm-ovsdpdk-nfv-networking-xenial http://52.27.155.124/portland/2018-11-08/616603/1/check/tempest-dsvm-ovsdpdk-nfv-networking-xenial/8f83486 : SUCCESS in 1h 01m 41s (non-voting)","accounts_in_message":[],"_revision_number":1},{"id":"69c17c1e3e6d8495dd496048e6041729af1f3d18","author":{"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},"date":"2018-11-08 19:53:04.000000000","message":"Patch Set 1:\n\nBuild succeeded.\n\n- check-dsvm-tempest-vz7-exe-minimal http://openstack-3rd-party-virtuozzo-ci-logs.virtuozzo.com/03/616603/1/check/check-dsvm-tempest-vz7-exe-minimal/16b9ac6 : SUCCESS in 1h 27m 06s\n\nFor information, see https://wiki.openstack.org/wiki/ThirdPartySystems/Virtuozzo_CI Make the comment \u0027run-Virtuozzo CI\u0027 to recheck","accounts_in_message":[],"_revision_number":1},{"id":"04e5c8266a8009312f10647b6ba7ba376dfede8b","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2018-11-14 16:17:14.000000000","message":"Patch Set 1: Workflow-1","accounts_in_message":[],"_revision_number":1},{"id":"e8eedca5344bf24bec3f5c4c21acf8e99d402f50","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2018-11-15 14:34:44.000000000","message":"Patch Set 1:\n\n(1 comment)","accounts_in_message":[],"_revision_number":1},{"id":"7f464faba3ed30458f412df1b04eb76b9c52b604","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-15 15:03:30.000000000","message":"Patch Set 1:\n\nI just tested it. To enable virtio-rng in OpenStack Pike I had to:\n1) Set hw_rng_model\u003dvirtio and hw_qemu_guest_agent\u003dyes for Glance Image. I believe, that qemu-guest-agent socket is not really needed for virtio-rng.\n2) Set hw_rng:allowed\u003dTrue for instance flavor.\n3) Set rng_dev_path\u003d/dev/urandom in [libvirt] section of the nova.conf for nova-compute\n\nSo it would be better to have a possibility to do fewer steps to enable virtio-rng, for example, just enable it with some config option in [libvirt] section of nova.conf.","accounts_in_message":[],"_revision_number":1},{"id":"c240d299f08271dcd8531670618f9fdb14cc0a76","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-15 22:17:53.000000000","message":"Uploaded patch set 2.","accounts_in_message":[],"_revision_number":2},{"id":"06c5d944d45120a05142a25c3a5424527b434592","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-15 22:36:11.000000000","message":"Patch Set 2:\n\n* pci-test http://52.27.155.124/pci/616603/2 : FAILURE","accounts_in_message":[],"_revision_number":2},{"id":"8970d7dd9c7ae7fa42980383739f34332505a980","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-15 23:14:51.000000000","message":"Uploaded patch set 3.","accounts_in_message":[],"_revision_number":3},{"id":"bd7d43fa2d8b84c8c30923c6d3faf15fa60876e6","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-15 23:29:46.000000000","message":"Uploaded patch set 4.","accounts_in_message":[],"_revision_number":4},{"id":"9c70fb3436b5a80d4ac6d4072c8eab62556b2487","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-15 23:34:04.000000000","message":"Patch Set 3:\n\n* pci-test http://52.27.155.124/pci/616603/3 : FAILURE","accounts_in_message":[],"_revision_number":3},{"id":"814a58b3c6d9ee7ef37bb7b8c516274f42ae3e33","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-15 23:37:03.000000000","message":"Uploaded patch set 5.","accounts_in_message":[],"_revision_number":5},{"id":"000e86253eedd7843603d6e4a257ce80b860042a","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-15 23:58:51.000000000","message":"Patch Set 4:\n\n* pci-test http://52.27.155.124/pci/616603/4 : SUCCESS","accounts_in_message":[],"_revision_number":4},{"id":"1ef1f602d10ed358540e9e168947a7b35bdb1e5c","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-16 00:06:04.000000000","message":"Patch Set 5:\n\n* pci-test http://52.27.155.124/pci/616603/5 : FAILURE","accounts_in_message":[],"_revision_number":5},{"id":"73ad1e35505c0bcd8855965b9f96f43c3b44ccb3","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2018-11-16 00:33:19.000000000","message":"Patch Set 5:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/5/check-vote/ext-nova-zuul/2b422b3 : FAILURE in 55m 11s","accounts_in_message":[],"_revision_number":5},{"id":"f41a41cc335c4c3d4f4f6ddf056dcbe92b40d96b","author":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"date":"2018-11-16 00:34:00.000000000","message":"Patch Set 5:\n\nTesting completed on the zVM Driver CI system check-nova pipeline.  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-25190 : SUCCESS in 56m 34s","accounts_in_message":[],"_revision_number":5},{"id":"555cf554bd758e4526c4a6ce6320d8404f39f062","author":{"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},"date":"2018-11-16 00:41:20.000000000","message":"Patch Set 5:\n\nBuild failed\n\n- check-dsvm-tempest-vz7-exe-minimal http://openstack-3rd-party-virtuozzo-ci-logs.virtuozzo.com/03/616603/5/check/check-dsvm-tempest-vz7-exe-minimal/7c09d2a : SUCCESS in 1h 02m 29s\n- check-dsvm-tempest-vz7-exe-multinode http://openstack-3rd-party-virtuozzo-ci-logs.virtuozzo.com/03/616603/5/check/check-dsvm-tempest-vz7-exe-multinode/d8372cb : FAILURE in 42m 27s\n\nFor information, see https://wiki.openstack.org/wiki/ThirdPartySystems/Virtuozzo_CI Make the comment \u0027run-Virtuozzo CI\u0027 to recheck","accounts_in_message":[],"_revision_number":5},{"id":"928d9b99321f40a835e2384965a3f2dee3001af1","author":{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},"date":"2018-11-16 00:47:51.000000000","message":"Patch Set 5:\n\nBuild succeeded.\n\n- Nova-ML2-Sriov http://13.74.249.42/03/616603/5/check-nova/Nova-ML2-Sriov/ae9dd4a : SUCCESS in 1h 04m 46s (non-voting)\n- Nova-MACVTAP-ML2-Sriov http://13.74.249.42/03/616603/5/check-nova/Nova-MACVTAP-ML2-Sriov/018c0ba : SUCCESS in 35m 10s (non-voting)\n- NVMe http://13.74.249.42/03/616603/5/check-nova/NVMe/194fc86 : SUCCESS in 47m 17s (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":5},{"id":"797fbd42844e0f5b7e1c54134c27ec8fb5c8abfd","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2018-11-16 00:50:07.000000000","message":"Patch Set 5:\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/03/616603/5/check/tempest-dsvm-full-xenial/69e8e8b/ : SUCCESS in 1h 11m 56s\n- tempest-dsvm-full-xenial-py3 https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/5/check/tempest-dsvm-full-xenial-py3/2909ad3/ : SUCCESS in 1h 12m 33s (non-voting)\n- grenade-dsvm-xenial https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/5/check/grenade-dsvm-xenial/8c028a0/ : SUCCESS in 55m 14s (non-voting)","accounts_in_message":[],"_revision_number":5},{"id":"d10559087c61d1a967474456b865506cbaf9a59d","author":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"date":"2018-11-16 00:55:32.000000000","message":"Patch Set 5:\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/616603/5/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/07c1799 : FAILURE in 1h 17m 51s","accounts_in_message":[],"_revision_number":5},{"id":"232c2882b9379c1c47e737c626c3c431059246f0","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-16 01:28:06.000000000","message":"Uploaded patch set 6.","accounts_in_message":[],"_revision_number":6},{"id":"779bfbe2266acd28767db56673fb92be54685097","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-11-16 01:33:57.000000000","message":"Uploaded patch set 7.","accounts_in_message":[],"_revision_number":7},{"id":"4404cb39c8e233aab260e48576f809fa047dbae4","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-16 01:49:36.000000000","message":"Patch Set 6:\n\n* pci-test http://52.27.155.124/pci/616603/6 : FAILURE","accounts_in_message":[],"_revision_number":6},{"id":"dd86174bb11f71cf0a706a9435266f10614f3d98","author":{"_account_id":15751,"name":"Intel PCI CI","email":"pci-ci@intel.com","username":"intelpcici","tags":["SERVICE_USER"]},"date":"2018-11-16 01:58:11.000000000","message":"Patch Set 7:\n\n* pci-test http://52.27.155.124/pci/616603/7 : SUCCESS","accounts_in_message":[],"_revision_number":7},{"id":"f6a7ef49b7aaa969b6b5f178b3fabd8cff41a2a2","author":{"_account_id":16898,"name":"Virtuozzo CI","email":"virtuozzo6-ci@virtuozzo.com","username":"virtuozzo6-ci","tags":["SERVICE_USER"]},"date":"2018-11-16 02:33:30.000000000","message":"Patch Set 7:\n\nBuild failed\n\n- check-dsvm-tempest-vz7-exe-minimal http://openstack-3rd-party-virtuozzo-ci-logs.virtuozzo.com/03/616603/7/check/check-dsvm-tempest-vz7-exe-minimal/f7974dc : SUCCESS in 57m 04s\n- check-dsvm-tempest-vz7-exe-multinode http://openstack-3rd-party-virtuozzo-ci-logs.virtuozzo.com/03/616603/7/check/check-dsvm-tempest-vz7-exe-multinode/efc090e : FAILURE in 37m 00s\n\nFor information, see https://wiki.openstack.org/wiki/ThirdPartySystems/Virtuozzo_CI Make the comment \u0027run-Virtuozzo CI\u0027 to recheck","accounts_in_message":[],"_revision_number":7},{"id":"5011d7b5a4dfab88048334a58ac8fd07b78cbca8","author":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"date":"2018-11-16 02:34:10.000000000","message":"Patch Set 7:\n\nTesting completed on the zVM Driver CI system check-nova pipeline.  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-25192 : SUCCESS in 59m 46s","accounts_in_message":[],"_revision_number":7},{"id":"a8d75c58c8406cacc278c77385554a0a44f92984","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2018-11-16 02:45:00.000000000","message":"Patch Set 7:\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/03/616603/7/check/tempest-dsvm-full-xenial/76eb412/ : SUCCESS in 1h 04m 38s\n- tempest-dsvm-full-xenial-py3 https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/7/check/tempest-dsvm-full-xenial-py3/647235b/ : SUCCESS in 1h 10m 33s (non-voting)\n- grenade-dsvm-xenial https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/7/check/grenade-dsvm-xenial/6d29d2f/ : SUCCESS in 49m 00s (non-voting)","accounts_in_message":[],"_revision_number":7},{"id":"d691e367a3559ac0361d01ac9b99f39763de9351","author":{"_account_id":9732,"name":"Mellanox CI","email":"mlnx-openstack-ci@dev.mellanox.co.il","username":"mellanox","tags":["SERVICE_USER"]},"date":"2018-11-16 02:52:24.000000000","message":"Patch Set 7:\n\nBuild succeeded.\n\n- Nova-ML2-Sriov http://13.74.249.42/03/616603/7/check-nova/Nova-ML2-Sriov/152edc4 : SUCCESS in 1h 11m 16s (non-voting)\n- Nova-MACVTAP-ML2-Sriov http://13.74.249.42/03/616603/7/check-nova/Nova-MACVTAP-ML2-Sriov/a5c9e1e : SUCCESS in 51m 17s (non-voting)\n- NVMe http://13.74.249.42/03/616603/7/check-nova/NVMe/de6197d : FAILURE in 40m 34s (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":7},{"id":"2e9702b6d810befdee8493657b0c77de643c1e4a","author":{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},"date":"2018-11-16 02:56:58.000000000","message":"Patch Set 7:\n\nBuild succeeded.\n\n- nova-out-of-tree-pvm http://184.172.12.213/03/616603/7/check/nova-out-of-tree-pvm/0ae5119 : SUCCESS in 1h 20m 27s\n- nova-in-tree-pvm http://184.172.12.213/03/616603/7/check/nova-in-tree-pvm/99a888c : SUCCESS in 1h 22m 33s","accounts_in_message":[],"_revision_number":7},{"id":"3a6991c3a8e6beadf96a33b19811c1cc8e3c2c86","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2018-11-16 02:58:00.000000000","message":"Patch Set 7:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/7/check-vote/ext-nova-zuul/6deb2ec : FAILURE in 1h 22m 53s","accounts_in_message":[],"_revision_number":7},{"id":"f8856a6cf14f95c8800c16782b7a775736563bbf","author":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"date":"2018-11-16 03:06:26.000000000","message":"Patch Set 7:\n\nTesting succeeded on ubuntu-xenial-s390x. For rechecking only on the ubuntu-xenail-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/616603/7/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/239aa99 : SUCCESS in 1h 31m 53s","accounts_in_message":[],"_revision_number":7},{"id":"3269ba4f5843ec4691c9095ffba675a38f2db91c","author":{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},"date":"2018-11-16 03:13:00.000000000","message":"Patch Set 7:\n\nBuild succeeded (check pipeline).\n\n- tempest-dsvm-intel-nfv-xenial http://52.27.155.124/portland/2018-11-16/616603/7/check/tempest-dsvm-intel-nfv-xenial/b8f9929 : SUCCESS in 37m 49s (non-voting)\n- tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial http://52.27.155.124/portland/2018-11-16/616603/7/check/tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial/aeac318 : SUCCESS in 1h 08m 12s (non-voting)\n- tempest-dsvm-ovsdpdk-nfv-networking-xenial http://52.27.155.124/portland/2018-11-16/616603/7/check/tempest-dsvm-ovsdpdk-nfv-networking-xenial/6cbeffe : SUCCESS in 56m 26s (non-voting)","accounts_in_message":[],"_revision_number":7},{"id":"32963bed2032403040e91c05ba0d15bc6f42b43c","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2018-11-16 03:22:32.000000000","message":"Patch Set 7:\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/616603/7 : FAILURE in 1h 48m 01s","accounts_in_message":[],"_revision_number":7},{"id":"7f9308051e9174f2157f625672d033e36d626b41","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2018-11-16 03:26:17.000000000","message":"Patch Set 7: Verified+1\n\nBuild succeeded (check pipeline).\n\n- tempest-full http://logs.openstack.org/03/616603/7/check/tempest-full/01eb9d7/ : SUCCESS in 1h 29m 55s\n- neutron-grenade http://logs.openstack.org/03/616603/7/check/neutron-grenade/cf4b9c6/ : SUCCESS in 48m 28s\n- tempest-full-py3 http://logs.openstack.org/03/616603/7/check/tempest-full-py3/e56038d/ : SUCCESS in 1h 17m 24s\n- openstack-tox-cover http://logs.openstack.org/03/616603/7/check/openstack-tox-cover/9f44965/cover/ : SUCCESS in 17m 40s\n- openstack-tox-lower-constraints http://logs.openstack.org/03/616603/7/check/openstack-tox-lower-constraints/d296d38/ : SUCCESS in 11m 48s\n- openstack-tox-pep8 http://logs.openstack.org/03/616603/7/check/openstack-tox-pep8/5b13118/ : SUCCESS in 9m 22s\n- openstack-tox-py27 http://logs.openstack.org/03/616603/7/check/openstack-tox-py27/29e6b84/ : SUCCESS in 16m 52s\n- openstack-tox-py35 http://logs.openstack.org/03/616603/7/check/openstack-tox-py35/c7d2ffd/ : SUCCESS in 14m 00s\n- openstack-tox-py36 http://logs.openstack.org/03/616603/7/check/openstack-tox-py36/d0e5e67/ : SUCCESS in 13m 14s\n- openstack-tox-docs http://logs.openstack.org/03/616603/7/check/openstack-tox-docs/1614395/html/ : SUCCESS in 5m 13s\n- ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa http://logs.openstack.org/03/616603/7/check/ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa/f9bef1d/ : SUCCESS in 47m 13s (non-voting)\n- devstack-plugin-ceph-tempest http://logs.openstack.org/03/616603/7/check/devstack-plugin-ceph-tempest/315d393/ : FAILURE in 26m 07s (non-voting)\n- legacy-grenade-dsvm-neutron-multinode-live-migration http://logs.openstack.org/03/616603/7/check/legacy-grenade-dsvm-neutron-multinode-live-migration/177b251/ : SUCCESS in 1h 05m 11s (non-voting)\n- neutron-grenade-multinode http://logs.openstack.org/03/616603/7/check/neutron-grenade-multinode/b827919/ : SUCCESS in 1h 11m 38s\n- nova-cells-v1 http://logs.openstack.org/03/616603/7/check/nova-cells-v1/a325ff0/ : SUCCESS in 51m 02s\n- nova-live-migration http://logs.openstack.org/03/616603/7/check/nova-live-migration/b215bd2/ : SUCCESS in 49m 47s\n- nova-lvm http://logs.openstack.org/03/616603/7/check/nova-lvm/d19c287/ : SUCCESS in 55m 53s (non-voting)\n- nova-multiattach http://logs.openstack.org/03/616603/7/check/nova-multiattach/3b8d95a/ : SUCCESS in 55m 33s\n- nova-next http://logs.openstack.org/03/616603/7/check/nova-next/da860bf/ : SUCCESS in 1h 35m 44s\n- nova-tox-functional http://logs.openstack.org/03/616603/7/check/nova-tox-functional/b17a1b0/ : SUCCESS in 22m 00s\n- nova-tox-functional-py35 http://logs.openstack.org/03/616603/7/check/nova-tox-functional-py35/9537092/ : SUCCESS in 18m 36s\n- tempest-multinode-full http://logs.openstack.org/03/616603/7/check/tempest-multinode-full/fd7ed6b/ : SUCCESS in 1h 36m 48s (non-voting)\n- tempest-slow http://logs.openstack.org/03/616603/7/check/tempest-slow/921d425/ : SUCCESS in 1h 44m 52s","accounts_in_message":[],"_revision_number":7},{"id":"9f73c3b5b6c5d6da14bcb687085321c084e8c27f","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2018-11-16 03:26:39.000000000","message":"Patch Set 7:\n\nBuild failed.  For information on how to proceed, see https://wiki.openstack.org/wiki/GerritJenkinsGit#Test_Failures\n\n- EMC_VxFlexOS_NOVA http://publiclogs.emc.com/616603/7/EMC_VxFlexOS_NOVA/None : NOT_REGISTERED\n\nLeave a comment with \u0027run-dell-emc-vxflexos\u0027 to trigger a recheck, for more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/Dell_EMC_VxFlexOS_CI","accounts_in_message":[],"_revision_number":7},{"id":"984e2e15dc049f6ee70e32727c8c8ee963b17557","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2018-11-16 04:13:52.000000000","message":"Patch Set 7:\n\n* nova-quobyteci-dsvm-volume http://78.46.57.153:8081/refs-changes-03-616603-7 : SUCCESS \n\nhttps://wiki.openstack.org/wiki/ThirdPartySystems/Quobyte_CI","accounts_in_message":[],"_revision_number":7},{"id":"566249968819321b936641dddb71bc9bf2e84cda","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2018-11-19 09:37:10.000000000","message":"Patch Set 7:\n\n\u003e I just tested it. To enable virtio-rng in OpenStack Pike I had to:\n \u003e 1) Set hw_rng_model\u003dvirtio and hw_qemu_guest_agent\u003dyes for Glance\n \u003e Image. I believe, that qemu-guest-agent socket is not really needed\n \u003e for virtio-rng.\n\nYes, QEMU Guest Agent is not required for a \u0027virtio-rng\u0027 device; it is not relevant in this case.\n\n \u003e 2) Set hw_rng:allowed\u003dTrue for instance flavor.\n \u003e 3) Set rng_dev_path\u003d/dev/urandom in [libvirt] section of the\n \u003e nova.conf for nova-compute\n\nFor more recent releases, no need for step (3), as that is already the default.\n\n \u003e So it would be better to have a possibility to do fewer steps to\n \u003e enable virtio-rng, for example, just enable it with some config\n \u003e option in [libvirt] section of nova.conf.\n\nYes, I was thinking so as well.  The current approach is a bit messy.","accounts_in_message":[],"_revision_number":7},{"id":"ca4cd3fe5910ea7b453cfa4e9bf01e7666052ece","author":{"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},"date":"2018-11-28 15:35:02.000000000","message":"Patch Set 7:\n\n(1 comment)","accounts_in_message":[],"_revision_number":7},{"id":"49df8eeb38c30dcb3f4aa95fc2ed8e3732154819","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2018-12-18 12:51:14.000000000","message":"Patch Set 7:\n\n(1 comment)","accounts_in_message":[],"_revision_number":7},{"id":"b6f8e6efca27f0d38665ba80b2c1be9b4a6e3f14","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2019-02-18 20:37:54.000000000","message":"Patch Set 8: Patch Set 7 was rebased","accounts_in_message":[],"_revision_number":8},{"id":"6792a4f0d3e0f1110d44ded1c05375a96a7ed411","author":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"date":"2019-02-18 20:38:15.000000000","message":"Patch Set 9: Commit message was updated.","accounts_in_message":[],"_revision_number":9},{"id":"c94b6f6afa7d3b37e83ab88dcb34a29e3fe768de","author":{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},"date":"2019-02-18 20:38:22.000000000","message":"Patch Set 8:\n\nBuild succeeded (check pipeline).\n\n- tempest-dsvm-intel-nfv-xenial tempest-dsvm-intel-nfv-xenial : SKIPPED (non-voting)\n- tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial : SKIPPED (non-voting)\n- tempest-dsvm-ovsdpdk-nfv-networking-xenial tempest-dsvm-ovsdpdk-nfv-networking-xenial : SKIPPED (non-voting)","accounts_in_message":[],"_revision_number":8},{"id":"ac3eb32f1e25a688fd41728603c4c2594d0a840a","author":{"_account_id":16376,"name":"Intel NFV CI","email":"openstack-nfv-ci@intel.com","username":"intel-nfv-ci","tags":["SERVICE_USER"]},"date":"2019-02-18 20:38:42.000000000","message":"Patch Set 9:\n\nBuild succeeded (check pipeline).\n\n- tempest-dsvm-intel-nfv-xenial tempest-dsvm-intel-nfv-xenial : SKIPPED (non-voting)\n- tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial tempest-dsvm-multinode-ovsdpdk-nfv-networking-xenial : SKIPPED (non-voting)\n- tempest-dsvm-ovsdpdk-nfv-networking-xenial tempest-dsvm-ovsdpdk-nfv-networking-xenial : SKIPPED (non-voting)","accounts_in_message":[],"_revision_number":9},{"id":"4eec50a00ddc70c0a570c03199aa9d8d45beee80","author":{"_account_id":16128,"name":"IBM PowerVM CI","email":"powervmci@linux.vnet.ibm.com","username":"powervmci","tags":["SERVICE_USER"]},"date":"2019-02-18 22:38:42.000000000","message":"Patch Set 9:\n\nBuild failed. Comment \u0027powervm: recheck\u0027 to recheck.\n For 3rd party CI contact info: https://wiki.openstack.org/wiki/ThirdPartySystems/IBM_PowerVM_CI\n\n- nova-out-of-tree-pvm http://184.172.12.213/03/616603/9/check/nova-out-of-tree-pvm/bc3913d : FAILURE in 38m 37s\n- nova-in-tree-pvm http://184.172.12.213/03/616603/9/check/nova-in-tree-pvm/4b80388 : FAILURE in 38m 53s","accounts_in_message":[],"_revision_number":9},{"id":"7de49c8b6d103687bed7f98a4ba9025c50904c94","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2019-02-18 23:56:13.000000000","message":"Patch Set 9: Verified+1\n\nBuild succeeded (check pipeline).\n\n- tempest-full http://logs.openstack.org/03/616603/9/check/tempest-full/71b9be8/ : SUCCESS in 1h 58m 38s\n- neutron-grenade http://logs.openstack.org/03/616603/9/check/neutron-grenade/de79d18/ : SUCCESS in 1h 12m 56s\n- grenade-py3 http://logs.openstack.org/03/616603/9/check/grenade-py3/a290c29/ : SUCCESS in 53m 26s\n- tempest-full-py3 http://logs.openstack.org/03/616603/9/check/tempest-full-py3/bd6d43a/ : SUCCESS in 1h 38m 08s\n- openstack-tox-cover http://logs.openstack.org/03/616603/9/check/openstack-tox-cover/c304fa6/cover/ : SUCCESS in 16m 53s\n- openstack-tox-lower-constraints http://logs.openstack.org/03/616603/9/check/openstack-tox-lower-constraints/1a2ef31/ : SUCCESS in 12m 40s\n- openstack-tox-pep8 http://logs.openstack.org/03/616603/9/check/openstack-tox-pep8/492afc5/ : SUCCESS in 11m 54s\n- openstack-tox-py27 http://logs.openstack.org/03/616603/9/check/openstack-tox-py27/f480688/ : SUCCESS in 12m 42s\n- openstack-tox-py35 http://logs.openstack.org/03/616603/9/check/openstack-tox-py35/0e3553d/ : SUCCESS in 13m 02s\n- openstack-tox-py36 http://logs.openstack.org/03/616603/9/check/openstack-tox-py36/9a6a773/ : SUCCESS in 20m 44s\n- openstack-tox-docs http://logs.openstack.org/03/616603/9/check/openstack-tox-docs/bddc38f/html/ : SUCCESS in 6m 37s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa http://logs.openstack.org/03/616603/9/check/ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa/fd46cf8/ : SUCCESS in 49m 37s (non-voting)\n- devstack-plugin-ceph-tempest http://logs.openstack.org/03/616603/9/check/devstack-plugin-ceph-tempest/55fa2d2/ : TIMED_OUT in 2h 04m 40s (non-voting)\n- neutron-grenade-multinode http://logs.openstack.org/03/616603/9/check/neutron-grenade-multinode/abeaa33/ : SUCCESS in 1h 15m 21s\n- nova-live-migration http://logs.openstack.org/03/616603/9/check/nova-live-migration/73459a4/ : SUCCESS in 50m 10s\n- nova-lvm http://logs.openstack.org/03/616603/9/check/nova-lvm/1106653/ : SUCCESS in 1h 22m 02s (non-voting)\n- nova-next http://logs.openstack.org/03/616603/9/check/nova-next/19a88cf/ : SUCCESS in 1h 59m 20s\n- nova-tox-functional http://logs.openstack.org/03/616603/9/check/nova-tox-functional/9c98d76/ : SUCCESS in 20m 41s\n- nova-tox-functional-py35 http://logs.openstack.org/03/616603/9/check/nova-tox-functional-py35/6fcf019/ : SUCCESS in 20m 35s\n- tempest-multinode-full http://logs.openstack.org/03/616603/9/check/tempest-multinode-full/5737e21/ : SUCCESS in 1h 55m 50s (non-voting)\n- tempest-slow-py3 http://logs.openstack.org/03/616603/9/check/tempest-slow-py3/76e3773/ : SUCCESS in 2h 02m 49s","accounts_in_message":[],"_revision_number":9},{"id":"3e14f7ae58bf25ca714f22d627cdb36a69467c06","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2019-02-18 23:56:39.000000000","message":"Patch Set 9:\n\nBuild failed.  For information on how to proceed, see https://wiki.openstack.org/wiki/GerritJenkinsGit#Test_Failures\n\n- EMC_VxFlexOS_NOVA http://publiclogs.emc.com/03/616603/9/check/EMC_VxFlexOS_NOVA/15681a5/EMC_VxFlexOS_NOVA/None : NOT_REGISTERED\n\nLeave a comment with \u0027run-dell-emc-vxflexos\u0027 to trigger a recheck, for more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/Dell_EMC_VxFlexOS_CI","accounts_in_message":[],"_revision_number":9},{"id":"8c3758c13a2fc62ae7f0f785e4a48481bf8b2db4","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2019-02-19 00:39:55.000000000","message":"Patch Set 9:\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/03/616603/9/check/tempest-dsvm-full-xenial/f36567f/ : SUCCESS in 1h 10m 40s\n- tempest-dsvm-full-xenial-py3 https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/9/check/tempest-dsvm-full-xenial-py3/f99bdbd/ : SUCCESS in 1h 19m 38s (non-voting)\n- grenade-dsvm-xenial https://dal05.objectstorage.softlayer.net/v1/AUTH_3d8e6ecb-f597-448c-8ec2-164e9f710dd6/pkvmci/nova/03/616603/9/check/grenade-dsvm-xenial/2af57fe/ : SUCCESS in 1h 32m 02s (non-voting)","accounts_in_message":[],"_revision_number":9},{"id":"bc097c11a0c653305e1ed46ff8b531d41d59a9c8","author":{"_account_id":23498,"name":"IBM zVM CI","email":"zvmosci@us.ibm.com","username":"zvmosci"},"date":"2019-02-19 02:08:08.000000000","message":"Patch Set 9:\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-27849 : FAILURE in 2h 03m 55s","accounts_in_message":[],"_revision_number":9},{"id":"ae7e59dde59a6717eb9c1dcbb87957e4600d1240","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2019-02-19 02:19:49.000000000","message":"Patch Set 9:\n\nBuild succeeded.\n\n- nova http://cloudbase-ci.com/nova/616603/9 : SUCCESS in 2h 18m 02s","accounts_in_message":[],"_revision_number":9},{"id":"0f54a05afa9a27d75a2aea7ac438ab5b87964161","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2019-02-19 04:37:27.000000000","message":"Patch Set 9:\n\n* nova-quobyteci-dsvm-volume http://78.46.57.153:8081/refs-changes-03-616603-9 : FAILURE \n\nSee https://wiki.openstack.org/wiki/ThirdPartySystems/Quobyte_CI for rechecking and info.","accounts_in_message":[],"_revision_number":9},{"id":"fbb1ba4479d4567559fdaafd0e98fe1de61a975c","author":{"_account_id":14595,"name":"z Systems KVM","email":"zkvm-ci@linux.vnet.ibm.com","username":"ibm-zkvm-ci","tags":["SERVICE_USER"]},"date":"2019-02-19 21:37:12.000000000","message":"Patch Set 9:\n\nTesting succeeded on ubuntu-xenial-s390x. For rechecking only on the ubuntu-xenail-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/616603/9/check-tempest-dsvm-neutron-full-ubuntu-xenial-s390x/4e63cb2 : SUCCESS in 1h 15m 48s","accounts_in_message":[],"_revision_number":9},{"id":"27e999272b61e646ce99b439672375916df2f9ad","author":{"_account_id":16006,"name":"goldyfruit","email":"gaetan.trellu@incloudus.com","username":"goldyfruit"},"date":"2019-08-07 13:03:57.000000000","message":"Patch Set 9: Code-Review+1","accounts_in_message":[],"_revision_number":9},{"id":"c6e533e7c3c4a30b733dab6162bb8e0ac0ccbe8c","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-15 11:54:19.000000000","message":"Uploaded patch set 10.","accounts_in_message":[],"_revision_number":10},{"id":"4998b7a5fffe4fbaff65690f91a23af09972de34","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 12:18:08.000000000","message":"Patch Set 10:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/03/616603/10/check/pmem-tempest-plugin-filtered/33bbdb9/ : SUCCESS in 22m 05s","accounts_in_message":[],"_revision_number":10},{"id":"b72b011daf56af513368bb9fb1b24395527c2a0a","author":{"_account_id":20498,"name":"Spyros Trigazis","email":"spyridon.trigazis@cern.ch","username":"strigazi"},"date":"2020-01-15 12:44:38.000000000","message":"Patch Set 10: Code-Review+1","accounts_in_message":[],"_revision_number":10},{"id":"16d6d7351ebeb5e3a6c8b8758ab8079289ba39bf","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2020-01-15 14:41:09.000000000","message":"Patch Set 10: Code-Review-1\n\n(1 comment)","accounts_in_message":[],"_revision_number":10},{"id":"fbfcd84d60c7871849f6f17c650f817156024cc3","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-15 14:57:38.000000000","message":"Patch Set 10:\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/616603/10 : FAILURE in 21m 26s","accounts_in_message":[],"_revision_number":10},{"id":"07d1b5716d2313f4b90c1baef038626ed7fc523e","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-15 15:18:35.000000000","message":"Patch Set 10: 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/7a37bf408f7c4838b2858ac635d81317 : SUCCESS in 57m 34s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/51a01e7e527f4aa49a9b9c3daad92cf2 : SUCCESS in 1h 21m 53s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/3645322a937b434884325edafddca6b3 : SUCCESS in 21m 15s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/63e2bb504c98445c98e331791a84a4ef : SUCCESS in 19m 57s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/f66f1404cd4d4c20bfafd575f893836e : SUCCESS in 13m 31s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/d38fc8bd656e485f842c6f68a0406804 : SUCCESS in 14m 23s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/c6a8f771e438436c8e96791eec5b50ed : SUCCESS in 15m 25s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/54109e6ffc37411dbb65a84f901dd6e7 : SUCCESS in 11m 02s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/122a18198f3d4fd0b778cc178f2b024a : FAILURE in 1h 25m 33s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/0286de5f791644afa1d5c2a9f02fd1de : SUCCESS in 1h 02m 56s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/6b74b093ae9545bdbfb90d3e369f3556 : SUCCESS in 1h 23m 05s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/4296e66887a24a4ea39ee1a46c4a07bb : SUCCESS in 48m 24s\n- nova-lvm https://zuul.opendev.org/t/openstack/build/4ea629db770741239198b22a782af050 : SUCCESS in 55m 44s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/78e93cca3f9c44c2a4f9c03884612e98 : SUCCESS in 1h 52m 46s\n- nova-next https://zuul.opendev.org/t/openstack/build/e7013453a84b41f0a73c6da522bac3c1 : FAILURE in 1h 35m 02s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/a3d73d69ed8e4a9e8fdb1b888271605e : SUCCESS in 19m 03s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/888979b3538748d880d7fced44ca7ccb : SUCCESS in 1h 31m 28s","accounts_in_message":[],"_revision_number":10},{"id":"ac0b05d3db82adc4b480e7807af8b42d146aa9c3","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-15 15:59:50.000000000","message":"Patch Set 10:\n\n(1 comment)","accounts_in_message":[],"_revision_number":10},{"id":"8929efa0d858136c13a094af54a5754f672da286","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-17 20:34:40.000000000","message":"Patch Set 10:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/10/check-vote/ext-nova-zuul/96f42e8 : FAILURE in 42m 05s","accounts_in_message":[],"_revision_number":10},{"id":"04f5619248158f69ef6b3e6927965854581721f6","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-20 10:12:01.000000000","message":"Patch Set 10:\n\n(1 comment)","accounts_in_message":[],"_revision_number":10},{"id":"2c4080c4afad2e4d205bf6895d2b302d221e2412","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-20 14:08:21.000000000","message":"Uploaded patch set 11.","accounts_in_message":[],"_revision_number":11},{"id":"5ae7dca3bce472f5ec623a7f4e27837aef89fa8d","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-20 14:32:37.000000000","message":"Patch Set 11:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/03/616603/11/check/pmem-tempest-plugin-filtered/3c52ee3/ : SUCCESS in 23m 11s","accounts_in_message":[],"_revision_number":11},{"id":"43c33ad7151984a6cdafdf137b21610deaf34aba","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-01-20 14:37:33.000000000","message":"Patch Set 11: Code-Review+1\n\n(1 comment)\n\nya i think this makes sense over all. it would be nice to get this merged sooner rather then later.\n\nby the way the reason this was not enabled by default in the past was when /dev/random was the defualt entropy souce there was a concern that the host could run out of entropy and the instance would block when spawning waiting for entorpy. now that we use /dev/urandom enableing htis by default should actully decrease the time it takes guest to spawn as it will provide more entropy for cloud init and other service to use on inital spawn to generate host ssh keys and other uses.","accounts_in_message":[],"_revision_number":11},{"id":"32f528b8151ee8d9764f4c33f58cf6ae139a7db2","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-01-20 14:42:41.000000000","message":"Patch Set 11: Code-Review-1\n\n(1 comment)\n\nactully looking at the commit message it is not reflective of what the patch does so that should be updated before we merge this to actully discribe what the patch does.","accounts_in_message":[],"_revision_number":11},{"id":"7b17402d0ba2901285bcb6c44ea0242dc33dd6bb","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-20 15:12:44.000000000","message":"Patch Set 11:\n\n(2 comments)","accounts_in_message":[],"_revision_number":11},{"id":"a314a2c976e0606f235c650ce2a4d5f9056adea4","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-20 15:21:57.000000000","message":"Uploaded patch set 12.","accounts_in_message":[],"_revision_number":12},{"id":"1cf5b61f82ddcff7c4c149aa30cb6628ef4be634","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-01-20 15:30:39.000000000","message":"Patch Set 12:\n\n(2 comments)","accounts_in_message":[],"_revision_number":12},{"id":"3a1f6f3f9a5c1aab23e28396e31fb00bd5300d3b","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-01-20 15:30:43.000000000","message":"Patch Set 12: Code-Review+1","accounts_in_message":[],"_revision_number":12},{"id":"666db51b9a8b36d592f9b0e2bf7902c1c6a86b4f","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-20 15:47:37.000000000","message":"Patch Set 12:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/03/616603/12/check/pmem-tempest-plugin-filtered/5e83bc2/ : SUCCESS in 24m 33s","accounts_in_message":[],"_revision_number":12},{"id":"60cd624f4fa69240aea0a46e26c9be23d59d3e41","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-20 16:50:28.000000000","message":"Patch Set 12:\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/616603/12 : FAILURE in 13m 52s","accounts_in_message":[],"_revision_number":12},{"id":"92753553932ddda7024e0898615b8f1b82c73657","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-20 18:05:03.000000000","message":"Patch Set 12:\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/03/616603/12/check/tempest-dsvm-full-xenial/52cfee8/ : FAILURE in 1h 25m 39s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/12/check/tempest-dsvm-full-xenial-py3/72bfa4f/ : FAILURE in 1h 27m 29s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/12/check/grenade-dsvm-xenial/ea27127/ : FAILURE in 2h 40m 06s (non-voting)","accounts_in_message":[],"_revision_number":12},{"id":"0449fc79cd522563598fdb1f5d25887e1c8208a6","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-20 19:11:26.000000000","message":"Patch Set 12: Verified+1\n\nBuild succeeded (check pipeline).\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/ca44e227947944d5a30e490c1a73a1c0 : SUCCESS in 58m 47s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/56dccf71e4ac4d539fc30c60d3f88f47 : SUCCESS in 1h 39m 04s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/64820887894a4f5bbb0a8cb3deb5a60d : SUCCESS in 16m 05s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/d7588d07c19e43b8a6734a8980e777e8 : SUCCESS in 26m 56s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/4ad303d234144ed2a1863f23f16efb33 : SUCCESS in 12m 04s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/430826cfa4b9405db56df72546275401 : SUCCESS in 13m 46s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/85e1aaef07c04c3f8c378c2451e64fe2 : SUCCESS in 14m 50s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/3f35030e55b94e3987ff5752b8a97e3b : SUCCESS in 14m 04s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/9dfc647012c04cdeb9c202152183b205 : SUCCESS in 31m 01s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/0fdcbd24c4d94dd0a839fe7da132e381 : SUCCESS in 59m 43s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/a64ed5f29e4f459cbf20db7a8d85f100 : SUCCESS in 1h 12m 33s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/9504a218eb5445d6b7641a703963426c : SUCCESS in 1h 14m 47s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/4027992dafd8441c8c8c318691443435 : SUCCESS in 1h 05m 20s\n- nova-lvm https://zuul.opendev.org/t/openstack/build/cd6d1bec5a4b4dbb986fad48f765e27c : FAILURE in 1h 01m 37s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/4b3d9c084ac14cd2941816457d686392 : SUCCESS in 1h 35m 46s\n- nova-next https://zuul.opendev.org/t/openstack/build/3c9bf8a5c0024d87bace544e28f14e26 : SUCCESS in 2h 23m 30s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/c9565d88cce245c283b6e88c8267b0f3 : SUCCESS in 18m 54s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/97c5c1d624e245f2b70811af796195b8 : SUCCESS in 57m 54s","accounts_in_message":[],"_revision_number":12},{"id":"0c5b708bd501f375dea66da8ce5424a5abd9e03d","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2020-01-20 19:49:28.000000000","message":"Patch Set 12:\n\n* nova-quobyteci-dsvm-volume http://78.46.57.153:8081/refs-changes-03-616603-12 : FAILURE \n\nSee https://wiki.openstack.org/wiki/ThirdPartySystems/Quobyte_CI for rechecking and info.","accounts_in_message":[],"_revision_number":12},{"id":"dc7b9b1bfdbe66204d5d2d08bda5a23533af4352","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-21 00:14:16.000000000","message":"Patch Set 12:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/12/check-vote/ext-nova-zuul/cfb1e78 : FAILURE in 30m 54s","accounts_in_message":[],"_revision_number":12},{"id":"dca8e5ef4007dd07ac50ee99153123689d86d40c","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2020-01-21 12:14:14.000000000","message":"Patch Set 12: Code-Review-1\n\n(3 comments)","accounts_in_message":[],"_revision_number":12},{"id":"867ff7b4ae7c15037f57d9df89aa0ba33de0d4ee","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-21 14:56:00.000000000","message":"Uploaded patch set 13.","accounts_in_message":[],"_revision_number":13},{"id":"d71fa64318c65a60d2fe3d0579e1ca60f2b3aa49","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-21 15:20:56.000000000","message":"Patch Set 13:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/03/616603/13/check/pmem-tempest-plugin-filtered/5ba3679/ : SUCCESS in 23m 44s","accounts_in_message":[],"_revision_number":13},{"id":"c321f6e6ededb98c2db77144587f276cbc468300","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-21 15:25:13.000000000","message":"Patch Set 13:\n\n(2 comments)","accounts_in_message":[],"_revision_number":13},{"id":"79e7beac43b0565a33d42b06028ee7c2e8e64aed","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-21 16:35:29.000000000","message":"Uploaded patch set 14.","accounts_in_message":[],"_revision_number":14},{"id":"eeb958655af68552aa67291708f2b9c31499d6cb","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-01-21 16:47:11.000000000","message":"Patch Set 14: Code-Review+1\n\n(1 comment)","accounts_in_message":[],"_revision_number":14},{"id":"e93b86dc75b20dbdf3ef5d314e3e5be89caa1826","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-21 16:56:31.000000000","message":"Uploaded patch set 15.","accounts_in_message":[],"_revision_number":15},{"id":"15309fcc355013e996295e1e74e51d602be1ce70","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-21 16:58:14.000000000","message":"Patch Set 14:\n\n(1 comment)","accounts_in_message":[],"_revision_number":14},{"id":"5a82e33c0baf9ad894e35cc935a38a24f8b0ff88","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-21 17:21:28.000000000","message":"Patch Set 15:\n\nBuild SUCCESSFUL (check pipeline).\n\n- pmem-tempest-plugin-filtered http://52.27.155.124/03/616603/15/check/pmem-tempest-plugin-filtered/ce05a94/ : SUCCESS in 23m 40s","accounts_in_message":[],"_revision_number":15},{"id":"f9d0df4777e897d2d41a5d943871c86aec4cdc4d","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-21 17:36:27.000000000","message":"Patch Set 14:\n\nUpdate to Glance\u0027s documentation here:\n\nhttps://review.opendev.org/703657 (docs: hw_rng_model: Document that it has no effect since \u0027Ussuri\u0027)","accounts_in_message":[],"_revision_number":14},{"id":"74117b02ed36788a80675507a51a98f8617e7e12","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-21 19:23:33.000000000","message":"Patch Set 15:\n\nBuild succeeded.\n\n- nova http://cloudbase-ci.com/nova/616603/15 : SUCCESS in 2h 25m 58s","accounts_in_message":[],"_revision_number":15},{"id":"2f4d6e4852d942bfd568b07f5498d48e2f808ce5","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-21 19:40:52.000000000","message":"Patch Set 15:\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/03/616603/15/check/tempest-dsvm-full-xenial/e061801/ : FAILURE in 1h 23m 03s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/15/check/tempest-dsvm-full-xenial-py3/33732a8/ : FAILURE in 1h 26m 50s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/15/check/grenade-dsvm-xenial/fa54710/ : FAILURE in 2h 41m 57s (non-voting)","accounts_in_message":[],"_revision_number":15},{"id":"3f64d10bc79d8e4a647eaf88642676a46cbc2d78","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-21 20:52:06.000000000","message":"Patch Set 15: 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/24ef1dc181cb4d20bb379e97f57a07e2 : SUCCESS in 57m 34s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/72f3c5d9cdcb4b7683443d1189c4a28d : SUCCESS in 1h 15m 34s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/fee1ff9619e74405905a3b1b2ad0a12b : SUCCESS in 19m 02s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/d593ac73cba24b079169bca05b851148 : SUCCESS in 22m 27s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/c82b341e71aa4d5caa0054cd188518fe : SUCCESS in 10m 01s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/9417e591ac1c45d4b6e11d58f4c5acbc : SUCCESS in 12m 16s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/0c26adef1a434f3da00b061841976b9b : SUCCESS in 13m 05s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/bf63856cd2154b51acc62ed0cf17e183 : SUCCESS in 10m 59s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/b26cb5d4ef344f4d93e10ffbf7c6bc0e : SUCCESS in 36m 52s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/476478ce5ab54ba89199001e48864f99 : SUCCESS in 55m 35s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/10c8b2f4fcde4737b36fa7df46c92bdb : SUCCESS in 1h 10m 09s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/fb8a22dfa97c48de8df4a1aaa0f13599 : FAILURE in 1h 48m 00s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/c0f79a6914f44da4a8485ca832551fff : FAILURE in 14m 58s\n- nova-lvm https://zuul.opendev.org/t/openstack/build/b01476a846db4cc9ba070400262d7ffd : SUCCESS in 1h 14m 54s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/31c19dfe96b143159cfb3e58d3789ad5 : SUCCESS in 1h 31m 07s\n- nova-next https://zuul.opendev.org/t/openstack/build/dc6ec7a3fd454897b5c6bc2ea3aa4e4f : SUCCESS in 1h 36m 16s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/7a392fb09d8e4fd5b2ce72326c059236 : SUCCESS in 18m 24s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/b1d8538e9b2a4f07acfc0185ab2abec0 : SUCCESS in 1h 10m 17s","accounts_in_message":[],"_revision_number":15},{"id":"c0a3e228a677f20d8814e5fd2a90a2af3e35eb7c","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-21 22:42:15.000000000","message":"Patch Set 15:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/15/check-vote/ext-nova-zuul/add9af1 : FAILURE in 42m 05s","accounts_in_message":[],"_revision_number":15},{"id":"2ca288d0fb1409a862bd1de84063ffdde2ae0d9b","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-22 09:16:56.000000000","message":"Patch Set 15:\n\nrecheck","accounts_in_message":[],"_revision_number":15},{"id":"ab9f4d98c91faa2e52fc09dbbcd25cd05923796c","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-22 09:19:45.000000000","message":"Patch Set 15:\n\nBuild failed.\n\n- pmem-tempest-plugin-filtered finger://d0fe4b8af32b/e42dda32cae941449686e8200a49b14a : RETRY_LIMIT in 7s","accounts_in_message":[],"_revision_number":15},{"id":"6e288256ab5d679a89f1a7f1d0976a47dab10385","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-22 09:44:22.000000000","message":"Patch Set 15:\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/616603/15 : FAILURE in 26m 36s","accounts_in_message":[],"_revision_number":15},{"id":"09906b75af1b5c2a4f579909bed53ae1ea38f310","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-22 10:00:00.000000000","message":"Patch Set 15:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/15/check-vote/ext-nova-zuul/179456f : FAILURE in 42m 25s","accounts_in_message":[],"_revision_number":15},{"id":"935c76fa68dd114e4c7d5dd0a16faa98e19f7d40","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-22 10:58:58.000000000","message":"Patch Set 15:\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/a18e2efec23541eda4443bd1970f6ffa : SUCCESS in 1h 09m 21s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/dda33fbc12da4f1cb2e50eeff39ede52 : SUCCESS in 1h 20m 07s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/9b22a7e077a84cb1a1e8b1bac626bc49 : SUCCESS in 19m 42s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/c3bc4b0983944d498092f249565e29b3 : SUCCESS in 18m 28s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/45d6ea5d097541aaa6bd15d8aabca002 : SUCCESS in 12m 34s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/89b128c6cf7243e9a0edea676a0e045e : SUCCESS in 15m 50s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/d30c18695f2e4695b70a4c49c59dd4b3 : SUCCESS in 15m 58s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/d6b6715bc1964621bde9647e5277303b : SUCCESS in 9m 22s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/504df86ab78849ae929cc0710fb10ce0 : SUCCESS in 33m 05s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/d356b514c84e42e9aacf51becda72645 : SUCCESS in 55m 03s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/01f3033164c64bf482b9faf1dbeabba4 : SUCCESS in 1h 01m 19s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/766c42b8b57a408eace1991be9a51a4f : SUCCESS in 1h 14m 43s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/ce5c1b08a48348bcad0d27dd05b0d076 : FAILURE in 13m 06s\n- nova-lvm https://zuul.opendev.org/t/openstack/build/cbafd34839ab4ecdb2df8a10ea1bb61b : SUCCESS in 59m 08s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/a5ab3c73736447fd8648be0ee284a070 : SUCCESS in 1h 26m 27s\n- nova-next https://zuul.opendev.org/t/openstack/build/2eb68ea33efe4d249e38830e2bb24aec : SUCCESS in 1h 35m 10s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/df8664fa82fb484bb94dd224ab1100e1 : SUCCESS in 17m 14s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/c961761c3b294cc2941afad4a0b68fa3 : SUCCESS in 1h 20m 19s","accounts_in_message":[],"_revision_number":15},{"id":"c57559e444e10542fd78e892137d793359b08fa2","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-22 12:03:24.000000000","message":"Patch Set 15:\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/03/616603/15/check/tempest-dsvm-full-xenial/773cd1e/ : FAILURE in 42m 09s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/15/check/tempest-dsvm-full-xenial-py3/b81bc17/ : FAILURE in 44m 58s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/15/check/grenade-dsvm-xenial/2b40e71/ : FAILURE in 2h 44m 30s (non-voting)","accounts_in_message":[],"_revision_number":15},{"id":"753f6dc2643469f5b80d362fa20f195753362d06","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-22 12:07:06.000000000","message":"Patch Set 15:\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-bionic https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/15/check/tempest-dsvm-full-bionic/7fefa66/ : FAILURE in 1h 32m 37s\n- tempest-dsvm-full-bionic-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/15/check/tempest-dsvm-full-bionic-py3/630a7b7/ : FAILURE in 1h 27m 59s (non-voting)","accounts_in_message":[],"_revision_number":15},{"id":"b783442845e9aa65469f8d8c30b943caa8a2b1c6","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-22 16:59:05.000000000","message":"Patch Set 15:\n\n\"Zuul is failing due to PyYAML BS.  Fixes in DevStack and DevStack Gate are merging -- https://review.opendev.org/#/c/703735/ and its dep\"\n  -- Thanks, Eric Fried","accounts_in_message":[],"_revision_number":15},{"id":"b0f663672947e05d3bfc246cb33194f1d5329f54","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-23 11:35:57.000000000","message":"Patch Set 15:\n\nrecheck","accounts_in_message":[],"_revision_number":15},{"id":"f0c7ee2c2bb74f98ce44d1fe60d0ca9e3dede2c5","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-23 11:40:20.000000000","message":"Patch Set 15:\n\nBuild failed.\n\n- pmem-tempest-plugin-filtered finger://d0fe4b8af32b/2f3a92abfbeb4e65b64f8eb8846fa517 : RETRY_LIMIT in 7s","accounts_in_message":[],"_revision_number":15},{"id":"1ce24370e8de9d2ccaafcd56cb5c8128e84f9705","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2020-01-23 11:57:43.000000000","message":"Patch Set 15: Code-Review+2\n\n(1 comment)\n\nThanks! LGTM","accounts_in_message":[],"_revision_number":15},{"id":"0f407816cc14891d291949a63738d4314f0d643d","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-23 12:08:27.000000000","message":"Patch Set 15:\n\n(1 comment)","accounts_in_message":[],"_revision_number":15},{"id":"d9c0c065ed380ab932e438527eaac6c774ced883","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-23 12:18:01.000000000","message":"Uploaded patch set 16.","accounts_in_message":[],"_revision_number":16},{"id":"48a9c245956126ed871449ab7038747ae483c4f9","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2020-01-23 12:19:02.000000000","message":"Patch Set 16: Code-Review+2","accounts_in_message":[],"_revision_number":16},{"id":"a24f072a6f5cba2c2a2ad140202afff6e43b083a","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2020-01-23 12:21:53.000000000","message":"Patch Set 16:\n\n(1 comment)","accounts_in_message":[],"_revision_number":16},{"id":"253c86cf7e8479ef82b3579d0a8f078667568639","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-23 12:23:39.000000000","message":"Patch Set 16:\n\n(1 comment)","accounts_in_message":[],"_revision_number":16},{"id":"ff20c09336c510b5003230921fdc04efa05a4f14","author":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"date":"2020-01-23 12:25:02.000000000","message":"Uploaded patch set 17.","accounts_in_message":[],"_revision_number":17},{"id":"745cc745ecd3d458adc94ac86fc8cee79f739774","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2020-01-23 12:25:20.000000000","message":"Patch Set 17: Code-Review+2","accounts_in_message":[],"_revision_number":17},{"id":"e0932d0b6330d79ee9c6879030126809152d4ca4","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2020-01-23 12:27:24.000000000","message":"Patch Set 17: Code-Review+2 Workflow+1","accounts_in_message":[],"_revision_number":17},{"id":"96aa5d97b7b92e005c88a9e055449f331a89828a","author":{"_account_id":29963,"name":"Intel_Zuul","display_name":"Intel Corporation CI","email":"intel-openstack-ci@intel.com","username":"Intel_Zuul"},"date":"2020-01-23 12:28:12.000000000","message":"Patch Set 17:\n\nBuild failed.\n\n- pmem-tempest-plugin-filtered finger://d0fe4b8af32b/239f7aef47ef4a048d6f5e1b26eabac2 : RETRY_LIMIT in 7s","accounts_in_message":[],"_revision_number":17},{"id":"397c9f70c622b2fb0cd16692de58be0b176b0fec","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2020-01-23 12:42:07.000000000","message":"Patch Set 17: Code-Review+1\n\n(2 comments)\n\nyep looks good","accounts_in_message":[],"_revision_number":17},{"id":"0eb208835e7fd119e07cb318790afed8f98950a4","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-23 15:53:21.000000000","message":"Patch Set 17: Verified+1\n\nBuild succeeded (check pipeline).\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/5eaafc8bbee24ff7a310699ecb6d5d00 : SUCCESS in 1h 28m 52s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/340269f3b2b34a09bb25bffc05306ca5 : SUCCESS in 1h 47m 26s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/8092a501972344669f9166d56a1b2263 : SUCCESS in 29m 59s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/af71ff5e0e0e45748388790ab55fd974 : SUCCESS in 26m 58s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/1723787cb6c5429582e743be39bb7c18 : SUCCESS in 12m 20s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/67a24bc5935f46ae86a2db86f5961d8d : SUCCESS in 16m 04s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/59258b86dae541bfad88c30b70d80277 : SUCCESS in 19m 28s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/3dc0d81c8b10447d9a9e0f622275a4a1 : SUCCESS in 14m 44s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/8fc24a9dade14d8cbecf399af5779c13 : SUCCESS in 32m 31s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/7c1a218d2f6c42bf85cae2d3bc1ff4d0 : SUCCESS in 55m 02s (non-voting)\n- devstack-plugin-ceph-tempest-py3 https://zuul.opendev.org/t/openstack/build/4b60305c1cd240bbae7592631d1f92af : SUCCESS in 1h 28m 20s (non-voting)\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/ea81276c213d49a7ab66a1e0e835ce5e : SUCCESS in 1h 15m 40s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/aebf431508a24b06ab5d0204516dec95 : SUCCESS in 46m 05s\n- nova-lvm https://zuul.opendev.org/t/openstack/build/de434535723f4112a7d63ad966656236 : SUCCESS in 58m 48s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/19618c1e7eac4ba09cbdc5448e27889e : SUCCESS in 1h 29m 14s\n- nova-next https://zuul.opendev.org/t/openstack/build/53bd8c4baa094e57856bfb1e2e2aa9ce : SUCCESS in 2h 05m 12s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/2f0fa68f89ab4e8e83923ccc5fb4bddf : SUCCESS in 15m 57s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/cceb00acc46c4716bfc2931f12c659a6 : SUCCESS in 59m 31s","accounts_in_message":[],"_revision_number":17},{"id":"85db2c76b0f83ec4eb30232198b4d6d374904bcf","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-23 15:53:44.000000000","message":"Patch Set 17: -Verified\n\nStarting gate jobs.","accounts_in_message":[],"_revision_number":17},{"id":"eb6caa64fd1ff92680530434810c676bb9d67031","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2020-01-23 15:54:00.000000000","message":"Patch Set 17:\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/03/616603/17/check/EMC_VxFlexOS_NOVA/b9a9762/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":17},{"id":"ed2024d7463ac94e309cfa12568f685c9fd67e46","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2020-01-23 17:39:21.000000000","message":"Patch Set 17:\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/616603/17 : FAILURE in 2h 32m 26s","accounts_in_message":[],"_revision_number":17},{"id":"55a239a32661533ac67d01c0ea5cf052846ed22f","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2020-01-23 17:54:52.000000000","message":"Patch Set 17:\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/03/616603/17/check/tempest-dsvm-full-xenial/e886716/ : FAILURE in 41m 36s\n- tempest-dsvm-full-xenial-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/17/check/tempest-dsvm-full-xenial-py3/b9d9860/ : FAILURE in 45m 10s (non-voting)\n- grenade-dsvm-xenial https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/03/616603/17/check/grenade-dsvm-xenial/e53b0a2/ : FAILURE in 2h 42m 41s (non-voting)","accounts_in_message":[],"_revision_number":17},{"id":"f9f258ff71bde14c9f43675f80fd0dc9adca0ec6","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-23 18:03:15.000000000","message":"Patch Set 17: Verified+2\n\nBuild succeeded (gate pipeline).\n\n- grenade-py3 https://zuul.opendev.org/t/openstack/build/2005c19711034520a682fe7cdd808a17 : SUCCESS in 1h 07m 55s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/8479b0a2a5a14a7abe2df80331162f8a : SUCCESS in 1h 18m 38s\n- openstack-tox-lower-constraints https://zuul.opendev.org/t/openstack/build/7fd4e57188d24934a43feead8e0528c8 : SUCCESS in 17m 03s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/f7e39ecc0d3f45a2995b843e9786b80a : SUCCESS in 9m 38s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/e2b1b7fdc07b424bb950c74fba659328 : SUCCESS in 15m 09s\n- openstack-tox-py37 https://zuul.opendev.org/t/openstack/build/cc233d8da3ec47e78267c4a7189d106d : SUCCESS in 13m 24s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/9054a0436fa247bcb931e65556b94d50 : SUCCESS in 10m 41s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/abdf4223d401493fb6ee8a72a7544b45 : SUCCESS in 36m 46s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/4538699023fa47dc9c1660146f52ea46 : SUCCESS in 1h 23m 25s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/d1f0a52e09a74796830e3434b074292a : SUCCESS in 1h 01m 18s\n- nova-tox-functional-py36 https://zuul.opendev.org/t/openstack/build/3dd2637700fd472795b5436425c4409e : SUCCESS in 16m 33s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/7fb940a6707140f4ae3fd1c300bbd25d : SUCCESS in 1h 32m 22s\n- nova-next https://zuul.opendev.org/t/openstack/build/150896a0bf9c4b8389af8d7ba6f04eef : SUCCESS in 1h 27m 19s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/7b70aa2644954034baa9cc68cc64f3b5 : SUCCESS in 1h 06m 32s","accounts_in_message":[],"_revision_number":17},{"id":"6053a4e36c0b7531b81bd7c5dac6348defb3246c","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-23 18:03:15.000000000","message":"Change has been successfully merged by Zuul","accounts_in_message":[],"_revision_number":17},{"id":"f8fd512c841078b6c053d1c7a20eebeb863496d8","tag":"autogenerated:zuul:promote","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2020-01-23 18:08:29.000000000","message":"Patch Set 17:\n\nBuild succeeded (promote pipeline).\n\n- promote-openstack-tox-docs https://zuul.opendev.org/t/openstack/build/fe745d9851d34ebfb10e165cbe89a825 : SUCCESS in 3m 19s\n- promote-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/9ca286197c244282a0a07cf559750c08 : SUCCESS in 3m 10s","accounts_in_message":[],"_revision_number":17},{"id":"b9e73b9e8a0ede52a2a85ae3c0ecd1f5538a1f90","author":{"_account_id":9008,"name":"VMware NSX CI","username":"vmwareminesweeper","tags":["SERVICE_USER"]},"date":"2020-01-23 19:24:37.000000000","message":"Patch Set 17:\n\nBuild failed\n\n- dsvm-nova http://207.189.188.190/logs/03/616603/17/check-vote/ext-nova-zuul/e220257 : FAILURE in 27m 02s","accounts_in_message":[],"_revision_number":17}],"current_revision_number":17,"current_revision":"de512f2c025429b72ade5a5ec38a6f1bde60af3c","revisions":{"9a2ba75c07af6f006ae99f38295c21fc6cc51939":{"kind":"REWORK","_number":1,"created":"2018-11-08 16:27:43.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/1"}}},"commit":{"parents":[{"commit":"38b21503a2acfb5ef48a22e664358ea3a9826a5a","subject":"Merge \"Remove mox in libvirt/test_driver.py (6)\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/38b21503a2acfb5ef48a22e664358ea3a9826a5a"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-11-08 16:25:13.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9a2ba75c07af6f006ae99f38295c21fc6cc51939"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9a2ba75c07af6f006ae99f38295c21fc6cc51939"}]},"branch":"refs/heads/master"},"8bca3a37b73e84b9411d301afd154ed3ad3989ee":{"kind":"REWORK","_number":2,"created":"2018-11-15 22:17:53.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/2","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/2","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/2 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/2 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/2 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/2"}}},"commit":{"parents":[{"commit":"5adfb64c6c6a212db93988da11469f77ed3ac87c","subject":"Merge \"Update compute API.get() stubs in test_server_actions\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5adfb64c6c6a212db93988da11469f77ed3ac87c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2018-11-15 22:10:21.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/8bca3a37b73e84b9411d301afd154ed3ad3989ee"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/8bca3a37b73e84b9411d301afd154ed3ad3989ee"}]},"branch":"refs/heads/master"},"029f2a55ed7bd930266d9c4238720b5909492685":{"kind":"REWORK","_number":3,"created":"2018-11-15 23:14:51.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/3","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/3","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/3 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/3 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/3 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/3"}}},"commit":{"parents":[{"commit":"5adfb64c6c6a212db93988da11469f77ed3ac87c","subject":"Merge \"Update compute API.get() stubs in test_server_actions\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5adfb64c6c6a212db93988da11469f77ed3ac87c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2018-11-15 23:14:09.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/029f2a55ed7bd930266d9c4238720b5909492685"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/029f2a55ed7bd930266d9c4238720b5909492685"}]},"branch":"refs/heads/master"},"ed26b3384639adc6fdc9267b95019cf70642b257":{"kind":"REWORK","_number":4,"created":"2018-11-15 23:29:46.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/4","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/4","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/4 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/4 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/4 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/4"}}},"commit":{"parents":[{"commit":"5adfb64c6c6a212db93988da11469f77ed3ac87c","subject":"Merge \"Update compute API.get() stubs in test_server_actions\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5adfb64c6c6a212db93988da11469f77ed3ac87c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2018-11-15 23:29:06.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/ed26b3384639adc6fdc9267b95019cf70642b257"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/ed26b3384639adc6fdc9267b95019cf70642b257"}]},"branch":"refs/heads/master"},"3f0dd4c20942650739162059e742f5eef5c24a12":{"kind":"REWORK","_number":5,"created":"2018-11-15 23:37:03.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/5","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/5","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/5 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/5 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/5 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/5"}}},"commit":{"parents":[{"commit":"5adfb64c6c6a212db93988da11469f77ed3ac87c","subject":"Merge \"Update compute API.get() stubs in test_server_actions\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5adfb64c6c6a212db93988da11469f77ed3ac87c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2018-11-15 23:36:19.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/3f0dd4c20942650739162059e742f5eef5c24a12"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/3f0dd4c20942650739162059e742f5eef5c24a12"}]},"branch":"refs/heads/master"},"d6145f05f57a966c10648171be2a332339d48206":{"kind":"REWORK","_number":6,"created":"2018-11-16 01:28:06.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/6","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/6","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/6 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/6 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/6 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/6"}}},"commit":{"parents":[{"commit":"5adfb64c6c6a212db93988da11469f77ed3ac87c","subject":"Merge \"Update compute API.get() stubs in test_server_actions\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5adfb64c6c6a212db93988da11469f77ed3ac87c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2018-11-16 01:27:19.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d6145f05f57a966c10648171be2a332339d48206"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d6145f05f57a966c10648171be2a332339d48206"}]},"branch":"refs/heads/master"},"26822f845ddc1b704cd914cfa6c3e05872b955a4":{"kind":"REWORK","_number":7,"created":"2018-11-16 01:33:57.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/7","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/7","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/7 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/7 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/7 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/7"}}},"commit":{"parents":[{"commit":"5adfb64c6c6a212db93988da11469f77ed3ac87c","subject":"Merge \"Update compute API.get() stubs in test_server_actions\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5adfb64c6c6a212db93988da11469f77ed3ac87c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2018-11-16 01:33:19.000000000","tz":60},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/26822f845ddc1b704cd914cfa6c3e05872b955a4"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/26822f845ddc1b704cd914cfa6c3e05872b955a4"}]},"branch":"refs/heads/master"},"92c84530ef638a11fafb2c526435f9100965c6e7":{"kind":"TRIVIAL_REBASE","_number":8,"created":"2019-02-18 20:37:54.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/8","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/8","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/8 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/8 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/8 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/8"}}},"commit":{"parents":[{"commit":"d2a87a44468f91d5a468e1262e7e2fd8c7add35c","subject":"Merge \"create_veth_pair is unused, remove it.\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d2a87a44468f91d5a468e1262e7e2fd8c7add35c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2019-02-18 20:37:54.000000000","tz":0},"subject":"[WIP] libvirt: Add a default Virtio RNG device to guests","message":"[WIP] libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/92c84530ef638a11fafb2c526435f9100965c6e7"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/92c84530ef638a11fafb2c526435f9100965c6e7"}]},"branch":"refs/heads/master"},"5b01d7009958c0371a5a5d40b39220615eaaa093":{"kind":"NO_CODE_CHANGE","_number":9,"created":"2019-02-18 20:38:15.000000000","uploader":{"_account_id":9373,"name":"Vlad Gusev","email":"vlad.esten@gmail.com","username":"s10"},"ref":"refs/changes/03/616603/9","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/9","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/9 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/9 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/9 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/9"}}},"commit":{"parents":[{"commit":"d2a87a44468f91d5a468e1262e7e2fd8c7add35c","subject":"Merge \"create_veth_pair is unused, remove it.\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d2a87a44468f91d5a468e1262e7e2fd8c7add35c"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Vlad Gusev","email":"vlad.esten@gmail.com","date":"2019-02-18 20:38:10.000000000","tz":0},"subject":"libvirt: Add a default Virtio RNG device to guests","message":"libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5b01d7009958c0371a5a5d40b39220615eaaa093"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/5b01d7009958c0371a5a5d40b39220615eaaa093"}]},"branch":"refs/heads/master"},"9890b6b786aaa86ad636a5bac71936e3d77fd1f1":{"kind":"REWORK","_number":10,"created":"2020-01-15 11:54:19.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/10","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/10","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/10 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/10 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/10 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/10"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-15 11:48:49.000000000","tz":60},"subject":"libvirt: Add a default Virtio RNG device to guests","message":"libvirt: Add a default Virtio RNG device to guests\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such decisions).  Therefore Nova, as a\n    management application, should take the decision here.\n\n(b) When QEMU exposes a Virtio-RNG device to the guest, that device\n    needs a source of entropy; and QEMU by default uses the legacy and\n    problematic `/dev/random` as the source — instead of the preferred\n    `/dev/urandom`.  So QEMU\u0027s default for Virtio-RNG devices is not\n    sufficient, and Nova should not rely on it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a Virtio-RNG device for guests by default.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using Virtio-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9890b6b786aaa86ad636a5bac71936e3d77fd1f1"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9890b6b786aaa86ad636a5bac71936e3d77fd1f1"}]},"branch":"refs/heads/master"},"9f5d6e64bd1e474a518d9c21328ade85810b04a7":{"kind":"REWORK","_number":11,"created":"2020-01-20 14:08:21.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/11","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/11","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/11 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/11 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/11 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/11"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-20 13:51:27.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: This is to ensure guests are not starved to entropy during boot\n       time.\n\nLooking at the Nova Git history, back in Jan-2014, when configuring RNG\ndevices was introduced (in commit: b94550f -- \"libvirt: configuration\nelement for a random number generator device\"), Nova _did_ have a\ndefault of RNG device (which used its entropy source as \u0027/dev/random\u0027).\n\nHowever, it was immediately removed (in commit: 605677c -- \"libvirt:\nremove explicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t quite hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.\n\n    I raised the topic on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default:\n    https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    (\"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\")\n\nTherefore make Nova configure a VirtIO-RNG device by default for guests.\nAnd use `/dev/urandom` as the default entropy source.  This will also\nwork for Windows guests, when using VirtIO-Win drivers[*] on the Linux\nhost.\n\n[*]\nhttps://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9f5d6e64bd1e474a518d9c21328ade85810b04a7"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9f5d6e64bd1e474a518d9c21328ade85810b04a7"}]},"branch":"refs/heads/master"},"768eca25f039b4341b2d0aa7793fb6e39313b2cb":{"kind":"REWORK","_number":12,"created":"2020-01-20 15:21:57.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/12","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/12","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/12 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/12 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/12 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/12"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-20 15:20:20.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: We\u0027re adding a default VirtIO-RNG device to ensure guests are\n       not starved of entropy (and thus not hang) during boot time.\n\nBackground\n----------\n\nLooking at the Nova Git history, Nova commit b94550f419 (libvirt:\nconfiguration element for a random number generator device, 2014-01-16)\n_did_ add a default of RNG device (but with its entropy source to the\nundesirable \u0027/dev/random\u0027).  However, the default RNG device was\nimmediately removed in another commit (605677c -- \"libvirt: remove\nexplicit /dev/random rng default\"), with this \u0027rationale\u0027:\n\n    \"libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    \"It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\"\n\nThe above reasoning doesn\u0027t hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.  (Discussion[+] on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default:\n\nTherefore, make Nova configure a VirtIO-RNG device by default for\nguests.  (Which will be using `/dev/urandom` as the default entropy\nsource.)  This will also work for Windows guests, when using VirtIO-Win\ndrivers[*] on the Linux host.\n\n[*] https://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n[+] https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    -- \"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\"\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/768eca25f039b4341b2d0aa7793fb6e39313b2cb"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/768eca25f039b4341b2d0aa7793fb6e39313b2cb"}]},"branch":"refs/heads/master"},"10cdb63d497d1d46d09544f4c43f672d1d308f26":{"kind":"REWORK","_number":13,"created":"2020-01-21 14:56:00.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/13","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/13","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/13 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/13 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/13 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/13"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-21 14:46:45.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: We\u0027re adding the default VirtIO-RNG device to ensure guests are\n       not starved of entropy (and thus not hang) during boot time.\n\nBackground\n----------\n\nFrom Nova Git history, commit b94550f419 (\"libvirt: configuration\nelement for a random number generator device\") _did_ add a default RNG\ndevice (but with its entropy source to the undesirable \u0027/dev/random\u0027).\nHowever, the default RNG device was immediately removed in another\ncommit (605677c -- \"libvirt: remove explicit /dev/random rng default\"),\nwith this \u0027rationale\u0027:\n\n    libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\n\nThe above reasoning doesn\u0027t hold up:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.  (Discussion[+] on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default.)\n\n                    - - -\n\nMake Nova configure a VirtIO-RNG device by default for guests.  (Which\nwill be using `/dev/urandom` as the default entropy source.)  This will\nalso work for Windows guests, when using VirtIO-Win drivers[*] on the\nLinux host.\n\n[*] https://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n[+] https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    -- \"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\"\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/10cdb63d497d1d46d09544f4c43f672d1d308f26"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/10cdb63d497d1d46d09544f4c43f672d1d308f26"}]},"branch":"refs/heads/master"},"37d594c80f0f07eee694fc96e880586edb1150b5":{"kind":"REWORK","_number":14,"created":"2020-01-21 16:35:29.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/14","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/14","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/14 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/14 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/14 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/14"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-21 16:34:47.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: We\u0027re adding the default VirtIO-RNG device to ensure guests are\n       not starved of entropy (and thus not hang) during boot time.\n\nBackground\n----------\n\nFrom Nova Git history, commit b94550f419 (\"libvirt: configuration\nelement for a random number generator device\") _did_ add a default RNG\ndevice (but with its entropy source to the undesirable \u0027/dev/random\u0027).\nHowever, the default RNG device was immediately removed in another\ncommit (605677c -- \"libvirt: remove explicit /dev/random rng default\"),\nwith this rationale:\n\n    libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\n\nThe above reasoning doesn\u0027t hold up, because:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.  (Discussion[+] on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default.)\n\n                    * * *\n\nIn this patch:\n\n  - Make Nova configure a VirtIO-RNG device by default for guests.\n    (Which will be using `/dev/urandom` as the default entropy source.)\n    This will also work for Windows guests, when using VirtIO-Win\n    drivers[*] on the Linux host.\n\n  - The \u0027hw_rng_model\u0027 image metadata property is now rendered\n    (temporarily) useless -- as it\u0027s not used anywhere outside the\n    _add_rng_device() method.  But we don\u0027t want to deprecate it yet, as\n    we may extend it (see code comment for details); docucment that.\n\n[*] https://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n[+] https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    -- \"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\"\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/37d594c80f0f07eee694fc96e880586edb1150b5"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/37d594c80f0f07eee694fc96e880586edb1150b5"}]},"branch":"refs/heads/master"},"650bf5987660d68aa8188fcd620d7ac4d5a5e061":{"kind":"REWORK","_number":15,"created":"2020-01-21 16:56:31.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/15","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/15","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/15 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/15 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/15 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/15"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-21 16:56:19.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: We\u0027re adding the default VirtIO-RNG device to ensure guests are\n       not starved of entropy (and thus not hang) during boot time.\n\nBackground\n----------\n\nFrom Nova Git history, commit b94550f419 (\"libvirt: configuration\nelement for a random number generator device\") _did_ add a default RNG\ndevice (but with its entropy source to the undesirable \u0027/dev/random\u0027).\nHowever, the default RNG device was immediately removed in another\ncommit (605677c -- \"libvirt: remove explicit /dev/random rng default\"),\nwith this rationale:\n\n    libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\n\nThe above reasoning doesn\u0027t hold up, because:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.  (Discussion[+] on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default.)\n\n                    * * *\n\nIn this patch:\n\n  - Make Nova configure a VirtIO-RNG device by default for guests.\n    (Which will be using `/dev/urandom` as the default entropy source.)\n    This will also work for Windows guests, when using VirtIO-Win\n    drivers[*] on the Linux host.\n\n  - The \u0027hw_rng_model\u0027 image metadata property is now rendered\n    (temporarily) useless -- as it\u0027s not used anywhere outside the\n    _add_rng_device() method.  But we don\u0027t want to deprecate it yet, as\n    we may extend it (see code comment for details); docucment that.\n\n[*] https://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n[+] https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    -- \"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\"\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/650bf5987660d68aa8188fcd620d7ac4d5a5e061"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/650bf5987660d68aa8188fcd620d7ac4d5a5e061"}]},"branch":"refs/heads/master"},"391031417f6411049eac07fcfb29a6793e1ce94a":{"kind":"REWORK","_number":16,"created":"2020-01-23 12:18:01.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/16","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/16","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/16 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/16 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/16 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/16"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-23 12:16:41.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: We\u0027re adding the default VirtIO-RNG device to ensure guests are\n       not starved of entropy (and thus not hang) during boot time.\n\nBackground\n----------\n\nFrom Nova Git history, commit b94550f419 (\"libvirt: configuration\nelement for a random number generator device\") _did_ add a default RNG\ndevice (but with its entropy source to the undesirable \u0027/dev/random\u0027).\nHowever, the default RNG device was immediately removed in another\ncommit (605677c -- \"libvirt: remove explicit /dev/random rng default\"),\nwith this rationale:\n\n    libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\n\nThe above reasoning doesn\u0027t hold up, because:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.  (Discussion[+] on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default.)\n\n                    * * *\n\nIn this patch:\n\n  - Make Nova configure a VirtIO-RNG device by default for guests.\n    (Which will be using `/dev/urandom` as the default entropy source.)\n    This will also work for Windows guests, when using VirtIO-Win\n    drivers[*] on the Linux host.\n\n  - The \u0027hw_rng_model\u0027 image metadata property is now rendered\n    (temporarily) useless -- as it\u0027s not used anywhere outside the\n    _add_rng_device() method.  But we don\u0027t want to deprecate it yet, as\n    we may extend it (see code comment for details); docucment that.\n\n[*] https://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n[+] https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    -- \"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\"\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/391031417f6411049eac07fcfb29a6793e1ce94a"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/391031417f6411049eac07fcfb29a6793e1ce94a"}]},"branch":"refs/heads/master"},"de512f2c025429b72ade5a5ec38a6f1bde60af3c":{"kind":"REWORK","_number":17,"created":"2020-01-23 12:25:02.000000000","uploader":{"_account_id":6962,"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","username":"kashyapc"},"ref":"refs/changes/03/616603/17","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/03/616603/17","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/17 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/17 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/03/616603/17 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/03/616603/17"}}},"commit":{"parents":[{"commit":"093e65c2cacdcbf1cb498a3be1785f5116c11ead","subject":"Merge \"pre-commit: Use Python 3 to run checks\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/093e65c2cacdcbf1cb498a3be1785f5116c11ead"}]}],"author":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2018-09-20 09:16:40.000000000","tz":120},"committer":{"name":"Kashyap Chamarthy","email":"kchamart@redhat.com","date":"2020-01-23 12:24:52.000000000","tz":60},"subject":"libvirt: Add a default VirtIO-RNG device to guests","message":"libvirt: Add a default VirtIO-RNG device to guests\n\ntl;dr: We\u0027re adding the default VirtIO-RNG device to ensure guests are\n       not starved of entropy (and thus not hang) during boot time.\n\nBackground\n----------\n\nFrom Nova Git history, commit b94550f419 (\"libvirt: configuration\nelement for a random number generator device\") _did_ add a default RNG\ndevice (but with its entropy source to the undesirable \u0027/dev/random\u0027).\nHowever, the default RNG device was immediately removed in another\ncommit (605677c -- \"libvirt: remove explicit /dev/random rng default\"),\nwith this rationale:\n\n    libvirt (or rather qemu) will default to /dev/random if no rng device\n    path is specified [...]\n\n    It\u0027s preferable for us to not duplicate this default to allow for a\n    future where libvirt or the hypervisor needs to make more intelligent\n    decisions about the default device to use.\n\nThe above reasoning doesn\u0027t hold up, because:\n\n(a) libvirt does not make \"policy\" decisions, such as choosing an\n    entropy source (or any other such).  Therefore Nova, as a management\n    application, should make the decision here.\n\n(b) More importantly, when QEMU exposes a VirtIO-RNG device to the\n    guest, that device needs a source of entropy; and QEMU by default\n    uses the legacy and problematic `/dev/random` as the source —\n    instead of the preferred `/dev/urandom`.  So QEMU\u0027s default for\n    VirtIO-RNG devices is not sufficient, and Nova should not rely on\n    it.  (Discussion[+] on \u0027qemu-devel\u0027 list to consider changing QEMU\u0027s\n    default.)\n\n                    * * *\n\nIn this patch:\n\n  - Make Nova configure a VirtIO-RNG device by default for guests.\n    (Which will be using `/dev/urandom` as the default entropy source.)\n    This will also work for Windows guests, when using VirtIO-Win\n    drivers[*] on the Linux host.\n\n  - The \u0027hw_rng_model\u0027 image metadata property is now rendered\n    (temporarily) useless -- as it\u0027s not used anywhere outside the\n    _add_rng_device() method.  But we don\u0027t want to deprecate it yet, as\n    we may extend it (see code comment for details); docucment that.\n\n[*] https://docs.pagure.org/docs-fedora/create-windows-vms-using-virtio.html\n[+] https://lists.nongnu.org/archive/html/qemu-devel/2018-09/msg02724.html\n    -- \"[RFC] Virtio RNG: Consider changing the default entropy source to\n    /dev/urandom?\"\n\nCloses-Bug: #1789868\n\nChange-Id: I28e66c9640c38d23b8c0dbd0b05f5260bfcf6d30\nSigned-off-by: Kashyap Chamarthy \u003ckchamart@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/de512f2c025429b72ade5a5ec38a6f1bde60af3c"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/de512f2c025429b72ade5a5ec38a6f1bde60af3c"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[],"submit_requirements":[]}