)]}'
{"id":"openstack%2Fnova~854440","triplet_id":"openstack%2Fnova~master~I4b67cca3807fbda9e9b07b220a28e331def57624","project":"openstack/nova","branch":"master","topic":"bp/pci-device-tracking-in-placement","attention_set":{},"removed_from_attention_set":{"7730":{"account":{"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},"last_update":"2022-12-13 17:33:49.000000000","reason":"Change was submitted"},"11604":{"account":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"last_update":"2022-11-03 11:31:51.000000000","reason":"\u003cGERRIT_ACCOUNT_11604\u003e replied on the change","reason_account":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"}},"9708":{"account":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"last_update":"2022-12-13 13:49:35.000000000","reason":"\u003cGERRIT_ACCOUNT_9708\u003e replied on the change","reason_account":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"}}},"hashtags":[],"change_id":"I4b67cca3807fbda9e9b07b220a28e331def57624","subject":"Split PCI pools per PF","status":"MERGED","created":"2022-08-24 17:40:33.000000000","updated":"2022-12-13 17:35:38.000000000","submitted":"2022-12-13 17:33:49.000000000","submitter":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"total_comment_count":8,"unresolved_comment_count":1,"has_review_started":true,"submission_id":"854440-bp/pci-device-tracking-in-placement","meta_rev_id":"71229a799528ccec555a9884362c23a37b5f5435","_number":854440,"virtual_id_number":854440,"owner":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"actions":{},"labels":{"Verified":{"approved":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"value":0,"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},{"value":0,"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},{"value":0,"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},{"value":0,"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},{"tag":"autogenerated:zuul:gate","value":2,"date":"2022-12-13 17:33:48.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"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":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"recommended":{"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},"all":[{"value":1,"date":"2022-11-06 00:50:00.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},{"value":1,"date":"2022-12-07 12:42:58.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},{"value":2,"date":"2022-11-03 11:31:51.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":2,"date":"2022-12-09 17:05:57.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":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},{"value":1,"date":"2022-11-28 11:54:59.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"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":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"all":[{"value":0,"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},{"value":0,"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},{"value":0,"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":1,"date":"2022-12-09 17:06:09.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},{"value":0,"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"values":{"-1":"Work in progress"," 0":"Ready for reviews","+1":"Approved"},"description":"","default_value":0,"optional":true},"Review-Priority":{"recommended":{"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},"all":[{"value":0,"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},{"value":0,"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},{"value":0,"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":1,"date":"2022-10-20 09:58:05.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},{"value":0,"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"values":{" 0":"Default Priority","+1":"Contributor Review Promise","+2":"Core Review Promise"},"description":"","value":1,"default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"REVIEWER":[{"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},{"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},{"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},{"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"}],"CC":[{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},{"_account_id":15670,"name":"StorPool OpenStack CI","email":"openstack-ci@storpool.com","username":"storpoolci","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":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},{"_account_id":34420,"name":"openstack lightbits","display_name":"Lightbits CI","email":"openstack@lightbitslabs.com","username":"openstack_lightbits"}]},"pending_reviewers":{},"reviewer_updates":[{"updated":"2022-08-24 17:43:43.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":"2022-08-24 17:54:09.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":"CC"},{"updated":"2022-08-24 18:17:37.000000000","updated_by":{"_account_id":15670,"name":"StorPool OpenStack CI","email":"openstack-ci@storpool.com","username":"storpoolci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":15670,"name":"StorPool OpenStack CI","email":"openstack-ci@storpool.com","username":"storpoolci","tags":["SERVICE_USER"]},"state":"CC"},{"updated":"2022-08-25 03:42:09.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":"CC"},{"updated":"2022-08-28 22:37:16.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":"CC"},{"updated":"2022-08-29 20:50:41.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":"2022-09-02 15:24:08.000000000","updated_by":{"_account_id":34420,"name":"openstack lightbits","display_name":"Lightbits CI","email":"openstack@lightbitslabs.com","username":"openstack_lightbits"},"reviewer":{"_account_id":34420,"name":"openstack lightbits","display_name":"Lightbits CI","email":"openstack@lightbitslabs.com","username":"openstack_lightbits"},"state":"CC"},{"updated":"2022-10-20 09:58:05.000000000","updated_by":{"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},"reviewer":{"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},"state":"REVIEWER"},{"updated":"2022-11-06 00:50:00.000000000","updated_by":{"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},"reviewer":{"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},"state":"REVIEWER"},{"updated":"2022-11-28 11:54:59.000000000","updated_by":{"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},"reviewer":{"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},"state":"REVIEWER"},{"updated":"2022-12-07 12:42:58.000000000","updated_by":{"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},"reviewer":{"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},"state":"REVIEWER"},{"updated":"2022-12-09 17:05:57.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"}],"messages":[{"id":"3afa8191022a41b7e7367d30b0a42d16d0739e28","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-24 17:40:33.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"331d87b0e5937a044964035a1f3a8ea1f9ce5e33","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-24 17:43:43.000000000","message":"Patch Set 1: Verified-1\n\nMerge Failed.\n\nThis change or one of its cross-repo dependencies was unable to be automatically merged with the current state of its repository. Please rebase the change and upload a new patchset.\nWarning:\n  Error merging gerrit/openstack/nova for 853835,6","accounts_in_message":[],"_revision_number":1},{"id":"fb6ab223e8825230ac573a7d8062a2953becb5a0","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-24 17:43:47.000000000","message":"Patch Set 1:\n\nMerge Failed.\n\nThis change or one of its cross-repo dependencies was unable to be automatically merged with the current state of its repository. Please rebase the change and upload a new patchset.\nWarning:\n  Error merging gerrit/openstack/nova for 853835,6","accounts_in_message":[],"_revision_number":1},{"id":"8de6a0e5d10cc613010d8c1bd8a1d5f90b0e62f4","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2022-08-24 17:54:09.000000000","message":"Patch Set 1:\n\nMerge Failed.\n\nThis change or one of its cross-repo dependencies was unable to be automatically merged with the current state of its repository. Please rebase the change and upload a new patchset.","accounts_in_message":[],"_revision_number":1},{"id":"5b264bbe5935ed81d14d10c8af0e4f66363450df","author":{"_account_id":15670,"name":"StorPool OpenStack CI","email":"openstack-ci@storpool.com","username":"storpoolci","tags":["SERVICE_USER"]},"date":"2022-08-24 18:17:37.000000000","message":"Patch Set 1:\n\nMerge Failed.\n\nThis change or one of its cross-repo dependencies was unable to be automatically merged with the current state of its repository. Please rebase the change and upload a new patchset.","accounts_in_message":[],"_revision_number":1},{"id":"ceb14d6b233aa2ba26a20a1279920024c67d70b9","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2022-08-24 23:27:45.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-focal-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/40/854440/1/check/tempest-dsvm-full-focal-py3/cf0b873/ : SUCCESS in 2h 01m 51s","accounts_in_message":[],"_revision_number":1},{"id":"9a62728824a384769d6803ce045cdcb8b906a372","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-08-25 03:42:09.000000000","message":"Patch Set 1:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/1/iscsi : SUCCESS in 2h 46m 31s","accounts_in_message":[],"_revision_number":1},{"id":"232f2e57a8ba6d7724c10ec7b5354517c79189e5","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-25 08:09:56.000000000","message":"Uploaded patch set 2: Patch Set 1 was rebased.","accounts_in_message":[],"_revision_number":2},{"id":"9f23906d32f77fa09c2986f2cef7d85f621a4bfd","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-25 10:04:51.000000000","message":"Patch Set 2: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\nhttps://zuul.opendev.org/t/openstack/buildset/2bf63b8df4b1493caed5cee778e7380e\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/236a9ad0afb240f09c769cebd0782dd2 : SUCCESS in 1h 29m 41s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/f047517da8db43eab6e3d297a13aebcf : SUCCESS in 56m 22s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/f91cedc13c2947ddbbdc64600ce4ffa5 : FAILURE in 14m 45s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/6f3adcc3d5d74d219670ff006d65e35c : SUCCESS in 12m 43s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/29efaeb169294d70802dff085c81c566 : FAILURE in 13m 45s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/97d85bee1dec47c9b577a721a5024c7d : FAILURE in 12m 49s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/ac121c314c3048b2bd9697d6385205ec : FAILURE in 14m 38s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/a21675c49df94995b39e5f6cce8c7097 : SUCCESS in 9m 43s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/8b3c6eafaf234c4fb038216331917f98 : SUCCESS in 1h 08m 20s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/613a906a144547809f716efbb9be75d1 : SUCCESS in 1h 23m 43s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/d4c653bd9f3f4f12b90ea5c89cc2773f : SUCCESS in 50m 12s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/9750f279627b408db6ff1e2578362120 : SUCCESS in 57m 55s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/a596ede7123441539ac2a49912a8bf9e : SUCCESS in 1h 39m 36s\n- nova-next https://zuul.opendev.org/t/openstack/build/79989705d5724702b2662b682989dd1f : SUCCESS in 1h 41m 23s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/c335fe6cdd804642b68e33f65335fd9c : SUCCESS in 52m 09s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/514e6c76d677446b84b9dcb531ce06e4 : SUCCESS in 5m 24s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/124c1796f1fe4705a154a3d9be06a910 : SUCCESS in 23m 35s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/a858042f42fd40d1833842c44d146cb2 : SUCCESS in 22m 14s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/e10962d4b77f4d23841fd38747eeb3f3 : SUCCESS in 25m 32s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/f115905c57b74155850438aecc167546 : SUCCESS in 1h 24m 36s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/7f3e715113f642cba9c678689deea5ec : SUCCESS in 1h 00m 11s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/69143a235d944c22ba23edc79bcad064 : SUCCESS in 35m 23s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/edc60f4f8692439da845289cab2b516f : SUCCESS in 45m 20s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"51dca8ed108830c15948b3b5dc7c73d30c5c9cc8","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-25 10:51:41.000000000","message":"Patch Set 2:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/9c824f95015c4b38b8e24b935628a7cc\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/c902a131a9b14fcbbaf3649a46655a22 : TIMED_OUT in 1h 01m 23s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/2d32bc2e33864777bb0aa54c97449fb9 : FAILURE in 24m 20s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"a5f361c024b8866a6aeb7cbf167eadbd978fe472","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2022-08-25 12:48:14.000000000","message":"Patch Set 2:\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-focal-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/40/854440/2/check/tempest-dsvm-full-focal-py3/e5764a0/ : SUCCESS in 2h 41m 07s","accounts_in_message":[],"_revision_number":2},{"id":"ba8092e2da5f7742cbd06b1cea5363d5a37e5b2a","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-08-25 16:13:43.000000000","message":"Patch Set 2:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/2/iscsi : SUCCESS in 2h 21m 06s","accounts_in_message":[],"_revision_number":2},{"id":"86bb20d04167887d3456cb8b4809acc2493f7624","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-26 17:56:44.000000000","message":"Uploaded patch set 3: Patch Set 2 was rebased.","accounts_in_message":[],"_revision_number":3},{"id":"a54f736d2877fb6aa40d3454bbd91566b88810b5","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-26 18:39:20.000000000","message":"Patch Set 3:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/df846f5de0254cc6a213fda97be0b178\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/4889eec5aa9c4d8b8108d6108a3fe71a : FAILURE in 38m 14s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/5b7edef548024cf49bbb5373f1195cd8 : FAILURE in 32m 00s (non-voting)","accounts_in_message":[],"_revision_number":3},{"id":"94da8544333bc9c1ec61870504f605c18358af59","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-26 19:52:39.000000000","message":"Patch Set 3: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\nhttps://zuul.opendev.org/t/openstack/buildset/d5a396e90dbf4fca9364668700225089\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/074caf9280274105aadcdbaf01db9c35 : SUCCESS in 1h 41m 20s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/8acedacecf804033865d785386e24e35 : SUCCESS in 1h 02m 01s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/ba09227e46724768a3ac0aa65a3a6fd2 : FAILURE in 16m 19s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/90d20b3a63454415a13294d707f93353 : SUCCESS in 12m 35s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/a4796c3ffa21400ba032ac7334877e9d : FAILURE in 11m 50s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/945133f4100647af9afdd3789e8b05d1 : FAILURE in 15m 19s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/ba9f41fde37d496788d3de6a9f8090be : FAILURE in 14m 11s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/9d5758643d5443739e775d9e11d6a2e8 : SUCCESS in 10m 51s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/fc2cc8b2c852467bb702b5b6967c3e35 : SUCCESS in 1h 02m 42s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/b720d77fb6de4eed86fde094496a57e6 : FAILURE in 1h 35m 21s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/99da2b26557149cea10d1a7e2facce1d : SUCCESS in 49m 34s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/c79267886e2d4e98b9279edf6b6ada0a : SUCCESS in 51m 47s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/2cccb0a0b9a64a629e34996819b17c20 : SUCCESS in 1h 33m 57s\n- nova-next https://zuul.opendev.org/t/openstack/build/d5a584b91e774cc083a602ed5683f876 : SUCCESS in 1h 37m 49s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/57bb4cbe1f6044ee87fc2c8c8deb81e8 : SUCCESS in 54m 12s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/b0cf7932738942a891aaf9007721c990 : SUCCESS in 5m 35s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/6ef711f6e68e442cbdc77b28c0f8158a : SUCCESS in 24m 28s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/535031bebb514a6a89b851791c631068 : SUCCESS in 21m 52s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/1aa94431500a423db507bdbb9f3f9ced : SUCCESS in 23m 40s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/c62ee0e6913a49c391d02adf2830bb28 : SUCCESS in 1h 11m 44s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/77632e56e42c4e8886b9c3ee4eee7790 : SUCCESS in 57m 11s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/6316e52b8e0046e9a482d7be886a87dc : SUCCESS in 33m 06s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/c7b424f3420545d9b2f844019427defa : SUCCESS in 47m 06s (non-voting)","accounts_in_message":[],"_revision_number":3},{"id":"22d29593554da81d96b7f48390754e53e3dd9b07","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-08-26 21:24:09.000000000","message":"Patch Set 3:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/3/iscsi : SUCCESS in 2h 54m 42s","accounts_in_message":[],"_revision_number":3},{"id":"68ce04799826d934dcf312ae01d9637879c84f14","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2022-08-26 21:39:26.000000000","message":"Patch Set 3:\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-focal-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/40/854440/3/check/tempest-dsvm-full-focal-py3/33041a5/ : TIMED_OUT in 3h 15m 58s","accounts_in_message":[],"_revision_number":3},{"id":"710e136011572fb2b5ae812052d15a8defa110d7","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-28 17:29:25.000000000","message":"Uploaded patch set 4.","accounts_in_message":[],"_revision_number":4},{"id":"5ec728e9b0fb16395cc77ebd0fba91e89edac759","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-28 18:35:21.000000000","message":"Patch Set 4:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/206fa95553334b6591a49e163640b7f8\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/d43321f6cbfc4e21a8e1728ce70f1f75 : SUCCESS in 48m 14s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/2c3362718c28449086266f2cc6b0c724 : SUCCESS in 35m 06s (non-voting)","accounts_in_message":[],"_revision_number":4},{"id":"8feca1dde1489fa7a5a28cf98e0d37a6c696e7d0","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-28 19:08:30.000000000","message":"Patch Set 4: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\nhttps://zuul.opendev.org/t/openstack/buildset/6e5e091361c84b049cd7b8b90226e1a3\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/8c28d6515bc64bf981dc2f3adc75959b : SUCCESS in 1h 30m 30s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/491a51e11a3546e7a000a10d9be1c113 : SUCCESS in 51m 18s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/d1e3122fb2a34263b1e3765a047bd6c3 : FAILURE in 17m 02s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/68a238ac18474d77bbad3a8070f6159d : SUCCESS in 13m 17s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/c18f793a7b4649388a8607be67f7596a : FAILURE in 11m 35s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/8ef29defe1ef401eb0d9844372b2ff7a : SUCCESS in 12m 57s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/720eeeea147a43e683a2b2eea4ed5068 : SUCCESS in 15m 40s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/10df9d8d7568407a93b830e4cce9fe99 : SUCCESS in 10m 41s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/623b6dc83fae48eea614eb400764d5d5 : SUCCESS in 54m 00s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/06ab2e88a6474d378cb622d4566ba18e : SUCCESS in 1h 17m 45s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/a284a780275c414aaec95ac082b3e7c6 : SUCCESS in 51m 41s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/bf3fb143291a413babc54723fe231e98 : SUCCESS in 1h 06m 09s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/4102039ad03f471ab0a8b7c43f30deea : SUCCESS in 1h 22m 32s\n- nova-next https://zuul.opendev.org/t/openstack/build/7657a22590ce4b70b36bc9bb2486f6d7 : SUCCESS in 1h 34m 47s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/ae6ce88ede9843819b1f26e290b500a5 : SUCCESS in 1h 07m 15s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/b2d7d49ab510470992677934d56ca919 : SUCCESS in 6m 54s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/c46aa4ffe8854cac934ad618cc9dceec : SUCCESS in 21m 14s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/891c8a2d69114f9592d99e1f3fd31558 : SUCCESS in 21m 37s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/4dc309dba312467681d189bf4e0d94f8 : SUCCESS in 22m 05s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/e51c3e432d984a85bbf50f537a5a62ed : SUCCESS in 1h 23m 22s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/bf8c8d4830f44fcbb4aaff5ebadc1705 : SUCCESS in 46m 19s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/6cdf05135c394eafb20dea588e3aec1d : SUCCESS in 31m 09s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/dd02259579b34e0c801ce7f97435be87 : SUCCESS in 46m 30s (non-voting)","accounts_in_message":[],"_revision_number":4},{"id":"0f343203b134f8c958cd31ea6aeed2408b33f0af","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-28 20:34:08.000000000","message":"Uploaded patch set 5: Patch Set 4 was rebased.","accounts_in_message":[],"_revision_number":5},{"id":"81e2bf0e7397bf29467917032146427cea0cbe29","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-28 21:33:59.000000000","message":"Patch Set 5:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/bd557375b6ad4bbf8e431a0c1db0e129\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/8b482f880512458b932823535883fc33 : SUCCESS in 29m 35s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/5215173f33b34d25a57cbc171b737ad1 : SUCCESS in 28m 02s (non-voting)","accounts_in_message":[],"_revision_number":5},{"id":"929f8699e572c3f105b8ba856891858a1e53be45","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-28 22:36:16.000000000","message":"Patch Set 5: Verified+1\n\nBuild succeeded (check pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/7ee8fd246f414f9a9c11bdc534487b71\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/e8d1812d228c46618746d0732e41434c : SUCCESS in 1h 58m 39s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/1df816da31f0404082de17281a41c4e2 : SUCCESS in 50m 40s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/292a05e453b245ee9837e1fd76a9192e : SUCCESS in 27m 42s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/607080d2cb864957af91e274ceca0d10 : SUCCESS in 17m 00s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/252317d46db742f284924f23ac49a717 : SUCCESS in 13m 48s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/1390241778c34648bc52711974bd7a11 : SUCCESS in 13m 44s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/2183ba15a4dc4b3c95efdf1aa5298b9c : SUCCESS in 15m 04s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/3ec17c9ff4184a8085a3c720d170e9ee : SUCCESS in 11m 39s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/e6abb1b6edd540c6bf92d73a021f7e4a : SUCCESS in 1h 36m 56s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/a6892b1912424886a99f364151934cf7 : SUCCESS in 1h 12m 13s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/7b3cd17fdc074de59b052792dba4487d : SUCCESS in 1h 06m 13s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/c8cb329780114696b2acf38c14864925 : SUCCESS in 53m 05s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/faceebbe96b54e4280f8934685155a75 : SUCCESS in 1h 22m 43s\n- nova-next https://zuul.opendev.org/t/openstack/build/2fdaeef077ed42a0b8ef5d3f9abdb03b : SUCCESS in 1h 47m 13s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/a6584146d1ee452c94bf6eb17e478459 : SUCCESS in 1h 26m 45s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/796b328910dd422bae9b844f23e8f4f0 : SUCCESS in 6m 41s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/1bbbd8556e8a4d9dbf5edbd4cecf09cf : SUCCESS in 23m 08s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/91ed392ed0204aec9f56d76b00d12e3b : SUCCESS in 22m 14s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/8e98d2e130054b05a9d706a3c457176b : SUCCESS in 23m 58s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/cc247fbb554248f68990820efbb2851c : SUCCESS in 1h 14m 52s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/006b5aa7b19a4573a82d995651410e81 : SUCCESS in 47m 21s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/0d42a65874d04d36b411e1f9d758a0ce : SUCCESS in 30m 43s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/de98356397f44a0b8fe6021073cfaa44 : SUCCESS in 39m 40s (non-voting)","accounts_in_message":[],"_revision_number":5},{"id":"e257994ad78020da55ed60be08bd09223119f2e8","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2022-08-28 22:37:16.000000000","message":"Patch Set 5:\n\nBuild failed.  For information on how to proceed, see https://docs.openstack.org/infra/manual/developers.html\n\n- EMC_PowerFlex_NOVA https://elab-os-logsrv.delllabs.net/40/854440/5/check/EMC_PowerFlex_NOVA/a89f75f/EMC_PowerFlex_NOVA/None : NOT_REGISTERED\n\nLeave a comment with \u0027run-DellEMC PowerFlex CI\u0027 to trigger a recheck. For more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/DellEMC_PowerFlex_CI","accounts_in_message":[],"_revision_number":5},{"id":"9c48e0db3204dbb091a8a5f8393cbeb446704fcc","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2022-08-28 23:04:20.000000000","message":"Patch Set 5:\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-focal-py3 https://oplab9.parqtec.unicamp.br/pub/ppc64el/openstack/nova/40/854440/5/check/tempest-dsvm-full-focal-py3/8d73a8f/ : FAILURE in 2h 09m 47s","accounts_in_message":[],"_revision_number":5},{"id":"2be0b4a30445cca15895def041cb25d0294b3d1e","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-08-29 01:17:27.000000000","message":"Patch Set 5:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/5/iscsi : SUCCESS in 2h 26m 21s","accounts_in_message":[],"_revision_number":5},{"id":"e3674911f9295c0cbb7849cea7a5c6e8f29308ee","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2022-08-29 20:50:41.000000000","message":"Patch Set 5: Code-Review+1\n\n(2 comments)","accounts_in_message":[],"_revision_number":5},{"id":"5c6f9c2f8b33deb0cbb0082bfeeaf601231b8dca","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-30 11:21:30.000000000","message":"Patch Set 5:\n\n(1 comment)","accounts_in_message":[],"_revision_number":5},{"id":"cdef1f499e2b69bea287f8a63fa0ad857b7d593b","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-08-30 16:33:54.000000000","message":"Uploaded patch set 6: Patch Set 5 was rebased.","accounts_in_message":[],"_revision_number":6},{"id":"dad25c3112b198155c51d3b4ab7a37f87619b7b9","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-30 18:24:29.000000000","message":"Patch Set 6:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/4d29d6f187ba435c9a3c4ceeea25f304\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/ab6fac76efee4e5b99396c86c2932829 : TIMED_OUT in 1h 01m 03s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/fb13af49af9645cf896c01bce5843302 : FAILURE in 46m 31s (non-voting)","accounts_in_message":[],"_revision_number":6},{"id":"2b3a0b35c8a03d1c9a8403225bd8af05e8c1878a","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-08-30 18:35:22.000000000","message":"Patch Set 6: Verified+1\n\nBuild succeeded (check pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/f8c17901c8b242b3ba25b4699f57f3f8\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/4da1d682d1fe434fbb442a8da3bc2c64 : SUCCESS in 1h 31m 34s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/7ad7af3fab2f420bb574d51ec28b4f75 : SUCCESS in 1h 21m 13s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/8c7e945045544276bf34a8f1c57fb0ab : SUCCESS in 16m 16s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/4976c82bfb344f14a1b5ee42e05734ce : SUCCESS in 16m 09s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/e9f275a333714844b6ecaa6515b8c576 : SUCCESS in 18m 22s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/39c12b3bbc3946639db84230ee15fbe3 : SUCCESS in 14m 21s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/76e92170a6604a579af6e1ae1c3cfd4e : SUCCESS in 15m 36s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/72902670b51245938ee02c56053da7a4 : SUCCESS in 12m 31s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/11f5912e51294b5d83c464b06043f3d9 : SUCCESS in 1h 15m 09s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/0dc2d36d64d543498587c41bf483869d : SUCCESS in 1h 11m 30s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/6e60afaceedc4c23a91ae21ab9a98be4 : SUCCESS in 1h 09m 16s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/6456a7666de04cb48e7151f1fff079ce : SUCCESS in 57m 59s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/3eb1b647f1d74fc59b1e49d37c7fa799 : SUCCESS in 1h 23m 40s\n- nova-next https://zuul.opendev.org/t/openstack/build/95f99f73edf6463e9b7fc3d37e3c6fd3 : SUCCESS in 1h 55m 17s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/33d592cac7db40ebb47cff871753be88 : SUCCESS in 1h 00m 11s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/a14123c2e8794726bf1d5536240ec336 : SUCCESS in 6m 40s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/8cfd49240d5040b5ab29271a9d578fda : SUCCESS in 22m 31s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/630ccd32d5d64013a4d8f643f2dffa04 : SUCCESS in 22m 45s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/1b6aec822f654851a81f68838af753f4 : SUCCESS in 29m 43s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/b50ec41f761b481cb2164c4b01c40f41 : SUCCESS in 1h 14m 57s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/a7d277a400b84eb0963cf461be4d6400 : SUCCESS in 54m 52s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/57dd359468104528b72e82bccef25dbc : SUCCESS in 30m 23s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/a7a22d1745134568b92b009293655aff : SUCCESS in 41m 17s (non-voting)","accounts_in_message":[],"_revision_number":6},{"id":"d1c7706ff6479a8b09fcf4d280013f12cb028748","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2022-08-30 18:36:25.000000000","message":"Patch Set 6:\n\nBuild failed.  For information on how to proceed, see https://docs.openstack.org/infra/manual/developers.html\n\n- EMC_PowerFlex_NOVA https://elab-os-logsrv.delllabs.net/40/854440/6/check/EMC_PowerFlex_NOVA/6595974/EMC_PowerFlex_NOVA/None : NOT_REGISTERED\n\nLeave a comment with \u0027run-DellEMC PowerFlex CI\u0027 to trigger a recheck. For more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/DellEMC_PowerFlex_CI","accounts_in_message":[],"_revision_number":6},{"id":"d8f3273157d73e60976af31f3b98e2330c45fdae","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-08-30 19:36:11.000000000","message":"Patch Set 6:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/6/iscsi : SUCCESS in 2h 40m 19s","accounts_in_message":[],"_revision_number":6},{"id":"a41074e5ebec36ec6609f58b9e48a26fe6dec16e","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-09-02 12:24:37.000000000","message":"Uploaded patch set 7: Patch Set 6 was rebased.","accounts_in_message":[],"_revision_number":7},{"id":"a87fe7ce22908ee81b376ceeb2b87d6651f4fa13","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-09-02 13:04:03.000000000","message":"Patch Set 7:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/327f637a70144c3d94586c4ba45bb466\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/6a53e2863ca1448293bccc3a299110b8 : SUCCESS in 34m 27s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/b931c4bef19a45b3b2929f05b11b42aa : SUCCESS in 33m 55s (non-voting)","accounts_in_message":[],"_revision_number":7},{"id":"438e3e2ddc746f0f492c9b3e73319dc4e1df39c1","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-09-02 14:37:59.000000000","message":"Patch Set 7: Verified+1\n\nBuild succeeded (check pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/27373027a8844e078a3da01b73dfe912\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/13ba6722a25f4671a93fe21709aed49b : SUCCESS in 1h 33m 12s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/6c8bb9d266b642f3868ff20cf1f5e763 : SUCCESS in 1h 22m 06s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/a083b1f91111447093396ace2d21abb4 : SUCCESS in 18m 40s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/7a19432076a7433e8b511e7e152dbfd2 : SUCCESS in 13m 55s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/3b208f7e52774f6aa8124405da8f134b : SUCCESS in 15m 21s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/8b3faa7f392a444a85f12bd2bb9dae4b : SUCCESS in 13m 28s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/360492e5cb8d4e55b2f1c76563535a1d : SUCCESS in 13m 55s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/0be5ce6c0ca24c76964317828bddbd2c : SUCCESS in 10m 44s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/f3134b4abeeb4b35ad4e5ddc9e557c18 : SUCCESS in 1h 15m 13s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/0a8aa398f7bd4f52a91f7ccac225d167 : SUCCESS in 1h 22m 45s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/15891e09ef5e434d88329a0e6f404869 : SUCCESS in 1h 12m 16s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/b1916154f52c4e6ba8fbb4495fb55928 : SUCCESS in 1h 04m 26s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/82383aed29a646268bd4b9c79b6d0cfc : SUCCESS in 1h 44m 39s\n- nova-next https://zuul.opendev.org/t/openstack/build/fe291b98758547ea96b4cf7fae85f26c : SUCCESS in 1h 55m 30s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/0d84b4f3e764477f89ff254a0e9636cf : SUCCESS in 47m 50s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/2e717e95e33149e2a163f60087dd7c15 : SUCCESS in 6m 09s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/80e38f1210d44eaf9548f10ce049e5c0 : SUCCESS in 25m 42s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/b4d9cec101fc400a828c8f255490e0a0 : SUCCESS in 24m 11s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/fc0130f713514cb9990309ce20048cf0 : SUCCESS in 33m 09s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/8c0acaaba2774665b97f718f114b2f70 : SUCCESS in 1h 23m 25s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/71775f6ca01141188b35b6facb256ed5 : SUCCESS in 1h 03m 12s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/0f2e7f63825b4fd0803c8d8a232e316f : SUCCESS in 42m 29s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/0c8b316f7bac49fc8e74fa08613adeea : SUCCESS in 48m 22s (non-voting)","accounts_in_message":[],"_revision_number":7},{"id":"746e9f231ff2756d78063eda17b5714513420f07","tag":"autogenerated:jenkins-gerrit-trigger","author":{"_account_id":34420,"name":"openstack lightbits","display_name":"Lightbits CI","email":"openstack@lightbitslabs.com","username":"openstack_lightbits"},"date":"2022-09-02 15:24:08.000000000","message":"Patch Set 7:\n\nBuild succeeded. log path: ${LOG_PATH}\nLeave a comment with \u0027run-Lightbits CI\u0027 to trigger a recheck. \nFor more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/LightbitsLabs_CI","accounts_in_message":[],"_revision_number":7},{"id":"d4460f1fac40e4b615451ac0e539300ee72c17f3","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-09-02 16:12:50.000000000","message":"Patch Set 7:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/7/iscsi : SUCCESS in 2h 37m 40s","accounts_in_message":[],"_revision_number":7},{"id":"a63557a8abec1da190de8c8ebf49c9bad202d1c1","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-10-17 11:59:07.000000000","message":"Uploaded patch set 8: Patch Set 7 was rebased.","accounts_in_message":[],"_revision_number":8},{"id":"5bc34cfde3ae9b646c8648382b25133d01a577b7","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-10-17 13:21:34.000000000","message":"Patch Set 8:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/c6a983fda43944c5a1f8a89b4d9f9532\n\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/6c251fadf16a4e20823e8d4ad19d465a : SUCCESS in 37m 42s (non-voting)\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/e3b448e75a3a494cb62f3b7ae1bffecd : SUCCESS in 38m 14s (non-voting)","accounts_in_message":[],"_revision_number":8},{"id":"d5e9067623d3fbe18a7d95e5a9b2f44c7e4f6f42","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-10-17 13:38:51.000000000","message":"Patch Set 8: Verified+1\n\nBuild succeeded (check pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/4e8bda07fc394c8c8c685be76f741932\n\n- grenade-skip-level https://zuul.opendev.org/t/openstack/build/64163e2fda0640c7bdafbfc26aeca446 : SUCCESS in 55m 52s (non-voting)\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/e01e20a275054160853cccf780ff2333 : SUCCESS in 1h 11m 56s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/4c6c9e8d29d946c69a50ac7318e218d3 : SUCCESS in 45m 35s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/da2931ba10f34c9389bcecb0c929dd31 : SUCCESS in 18m 57s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/8ac3f0734b954984b138afd369c02a5b : SUCCESS in 11m 04s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/dfa6bfdaec6345219de3c042d7fa5e5b : SUCCESS in 11m 23s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/b4618602284b4d35bc375a66bccf6af0 : SUCCESS in 13m 15s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/1df6a11653584e35974b50d0e8f66356 : SUCCESS in 11m 03s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/cf4eb1d6356f40ce8564216675991cda : SUCCESS in 1h 11m 28s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/b3c654776f044c7ab0f3f701439a6e4b : SUCCESS in 1h 04m 06s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/4cf73c17231f48d0a2ad574c6f5adc3b : SUCCESS in 58m 26s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/465fba7d3f964766a63e18f6677a3124 : SUCCESS in 39m 30s (non-voting)\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/70f89adc28de41818191099c56251941 : SUCCESS in 1h 21m 01s\n- nova-next https://zuul.opendev.org/t/openstack/build/7f572eac54b741f9a894a700cd8af7c7 : SUCCESS in 1h 36m 15s\n- nova-ovs-hybrid-plug https://zuul.opendev.org/t/openstack/build/c210db6461654d56ab1ce686eb8d0d29 : SUCCESS in 43m 07s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/dea93227f51a4f2babb75a59f4104b70 : SUCCESS in 5m 48s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/1738025a0cc14d6995c23dac8c1464ee : SUCCESS in 22m 15s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/5fbea52ab1374b0bba87dacc1cd3b640 : SUCCESS in 21m 55s\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/ddc4b683d93843539685c60ed5f61c88 : SUCCESS in 21m 19s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/d4c2ad7035fb4fb29f33eb3a39b9dfa4 : SUCCESS in 1h 03m 50s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/3dabd40666d64003b367d3846fd36237 : SUCCESS in 39m 41s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/537a83b23f1c4b6f896465c1cc1c4d29 : SUCCESS in 27m 47s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/cd1ac8c8f5ae4fa3b6b3063716868494 : SUCCESS in 32m 09s (non-voting)","accounts_in_message":[],"_revision_number":8},{"id":"2b44d56ee596cebbba33ac593502d9fa64fac11c","author":{"_account_id":15941,"name":"DellEMC PowerFlex CI","email":"emc.scaleio.ci@emc.com","username":"emc-scaleio-ci","tags":["SERVICE_USER"]},"date":"2022-10-17 13:39:31.000000000","message":"Patch Set 8:\n\nBuild failed.  For information on how to proceed, see https://docs.openstack.org/infra/manual/developers.html\n\n- EMC_PowerFlex_NOVA https://elab-os-logsrv.delllabs.net/40/854440/8/check/EMC_PowerFlex_NOVA/e636344/EMC_PowerFlex_NOVA/None : NOT_REGISTERED\n\nLeave a comment with \u0027run-DellEMC PowerFlex CI\u0027 to trigger a recheck. For more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/DellEMC_PowerFlex_CI","accounts_in_message":[],"_revision_number":8},{"id":"1f65f7ffe85598c96e22896dcc77eded3db86793","tag":"autogenerated:jenkins-gerrit-trigger","author":{"_account_id":34420,"name":"openstack lightbits","display_name":"Lightbits CI","email":"openstack@lightbitslabs.com","username":"openstack_lightbits"},"date":"2022-10-17 14:01:27.000000000","message":"Patch Set 8:\n\nBuild succeeded. log path: ${LOG_PATH}\nLeave a comment with \u0027run-Lightbits CI\u0027 to trigger a recheck. \nFor more information about CI, please see https://wiki.openstack.org/wiki/ThirdPartySystems/LightbitsLabs_CI","accounts_in_message":[],"_revision_number":8},{"id":"8b5b19e7e4b5a4e448020ac8b79e33b40f380de2","tag":"autogenerated:cloudbase-ci","author":{"_account_id":26515,"name":"Cloudbase Nova Hyper-V CI","email":"nova_hyperv_ci@cloudbasesolutions.com","username":"nova_hyperv_ci"},"date":"2022-10-17 14:46:43.000000000","message":"Patch Set 8:\n\nBuild succeeded. For checking Nova with Ceph, add a comment with run-Cloudbase Nova Ceph Hyper-V CI\n\n- nova http://cloudbase-ci.com/nova/854440/8/iscsi : SUCCESS in 2h 43m 13s","accounts_in_message":[],"_revision_number":8},{"id":"3391ed58652d289a7e9a75dcd198175d923b9326","author":{"_account_id":10118,"name":"IBM PowerKVM CI","email":"kvmpower@linux.vnet.ibm.com","username":"powerkvm","tags":["SERVICE_USER"]},"date":"2022-10-17 15:06:19.000000000","message":"Patch Set 8:\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-focal-py3 finger://zuul-v3-executor.novalocal/11e68a7ddc7c43378dab858ae3b2ec91 : POST_FAILURE in 2h 01m 39s","accounts_in_message":[],"_revision_number":8},{"id":"e31f0becd6f16ae87e9d3b497076ca01f6ac2418","author":{"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"},"date":"2022-10-20 09:58:05.000000000","message":"Patch Set 8: Review-Priority+1","accounts_in_message":[],"_revision_number":8},{"id":"6c3535685191162f25268d4bba82b9075925e276","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2022-11-03 11:31:51.000000000","message":"Patch Set 8: Code-Review+2","accounts_in_message":[],"_revision_number":8},{"id":"42b42beb084a7e22a4e33d4b1be47f2940675906","author":{"_account_id":7634,"name":"Takashi Natsume","email":"takanattie@gmail.com","username":"natsumet"},"date":"2022-11-06 00:50:00.000000000","message":"Patch Set 8: Code-Review+1\n\n(1 comment)","accounts_in_message":[],"_revision_number":8},{"id":"07827a34b5aa5146b1b85364b61582a8d69f7950","author":{"_account_id":32761,"name":"panhongyin","display_name":"panhongyin","email":"panhongyin@yovole.com","username":"panhongyin"},"date":"2022-11-28 11:54:59.000000000","message":"Patch Set 8: Code-Review+1","accounts_in_message":[],"_revision_number":8},{"id":"516e98d2ee0fd128f4dec62c36b98d4c9ebea524","author":{"_account_id":7730,"name":"Sahid Orentino Ferdjaoui","email":"sahid.ferdjaoui@industrialdiscipline.com","username":"sahid"},"date":"2022-12-07 12:42:58.000000000","message":"Patch Set 8: Code-Review+1\n\n(2 comments)","accounts_in_message":[],"_revision_number":8},{"id":"9529355eb833ac6c4bc2498d5b42e04b33799190","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-12-09 17:05:57.000000000","message":"Patch Set 8: Code-Review+2\n\n(1 comment)","accounts_in_message":[],"_revision_number":8},{"id":"56fbe9fd16865c0a23283cf66c704b8f991a8086","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-12-09 17:06:09.000000000","message":"Patch Set 8: Workflow+1","accounts_in_message":[],"_revision_number":8},{"id":"f7f94616be56ef01cef0738a16f6c6e3bcb9e051","author":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"date":"2022-12-13 13:49:35.000000000","message":"Patch Set 8:\n\n(1 comment)","accounts_in_message":[],"_revision_number":8},{"id":"07a841596b5f431ff5a40df77b9e3e0c083d239a","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-12-13 15:43:49.000000000","message":"Patch Set 8: -Verified\n\nStarting gate jobs.","accounts_in_message":[],"_revision_number":8},{"id":"1f86475cfff27511452b50d0fc6c28518cc020c1","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-12-13 17:33:48.000000000","message":"Patch Set 8: Verified+2\n\nBuild succeeded (gate pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/e0a386f8d8fb46c7bd2c21cc9c685153\n\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/d310f963a16d4fdbb40511f3a18332bc : SUCCESS in 1h 16m 26s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/8ece3d78d1f1453bb5a0b93da8be3045 : SUCCESS in 52m 28s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/a5c70e41eb6f448f9cf9dd94d9446f50 : SUCCESS in 11m 10s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/6821f8d3d57d4a93b6af024992b310b1 : SUCCESS in 11m 59s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/d1cd81acebe24cf1b99c91993294b3ce : SUCCESS in 13m 52s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/17cee251c5344569ace8330fc1cf14df : SUCCESS in 10m 44s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/df05e95485ba4f4c9cea65764e2d49e2 : SUCCESS in 43m 34s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/218144920ac74b79b6bbe5d91e82d06f : SUCCESS in 39m 30s (non-voting)\n- nova-tox-functional-py38 https://zuul.opendev.org/t/openstack/build/d19da5620bb54b04aaa22b83064ef635 : SUCCESS in 21m 37s\n- nova-tox-functional-py39 https://zuul.opendev.org/t/openstack/build/d0029edd2d5040b8b4587720731f2c9d : SUCCESS in 22m 29s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/2a0ba6df687a4dafbddb0225358f430f : SUCCESS in 1h 27m 33s\n- nova-next https://zuul.opendev.org/t/openstack/build/f3715dc26192440bbe6b03455e55bd69 : SUCCESS in 1h 29m 39s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/be5ca73a82234457b568b7bac6a5201b : SUCCESS in 5m 54s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/328ce67501f74c3b93c892535dd9ed40 : SUCCESS in 1h 06m 30s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/7fee582ce0c64f60aff6d5d3f9ae680b : SUCCESS in 1h 00m 12s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/563f7f332e624990a01fa5419077bfea : SUCCESS in 46m 21s","accounts_in_message":[],"_revision_number":8},{"id":"c14e119d69eb7c8f61ae985589b2a7aa8c0cc6e3","tag":"autogenerated:gerrit:merged","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-12-13 17:33:49.000000000","message":"Change has been successfully merged","accounts_in_message":[],"_revision_number":8},{"id":"71229a799528ccec555a9884362c23a37b5f5435","tag":"autogenerated:zuul:promote","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-12-13 17:35:38.000000000","message":"Patch Set 8:\n\nBuild succeeded (promote pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/a699a155255340b6a47535a690bb2c3d\n\n- promote-openstack-tox-docs https://zuul.opendev.org/t/openstack/build/d72fa749a24e4170b7daf3b6d696c6e3 : SUCCESS in 43s","accounts_in_message":[],"_revision_number":8}],"current_revision_number":8,"current_revision":"c2f48412b57080ca0950e47f35ba6cc926596a85","revisions":{"aaa99442db2e052b30f72028e215835e5bcdea6d":{"kind":"REWORK","_number":1,"created":"2022-08-24 17:40:33.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/1"}}},"commit":{"parents":[{"commit":"58812304799fd118122c920c46db2df863fafb24","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/58812304799fd118122c920c46db2df863fafb24"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 17:36:54.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nTODO:\n* unit test\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/aaa99442db2e052b30f72028e215835e5bcdea6d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/aaa99442db2e052b30f72028e215835e5bcdea6d"}]},"branch":"refs/heads/master"},"6fe46c4d672f93978138fbe8f071f472f3ae221d":{"kind":"TRIVIAL_REBASE","_number":2,"created":"2022-08-25 08:09:56.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/2","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/2","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/2 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/2 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/2 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/2"}}},"commit":{"parents":[{"commit":"0fa41c7fe86694f3798fa7cb53d4c5d0323b0fb7","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/0fa41c7fe86694f3798fa7cb53d4c5d0323b0fb7"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-25 08:07:34.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nTODO:\n* unit test\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/6fe46c4d672f93978138fbe8f071f472f3ae221d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/6fe46c4d672f93978138fbe8f071f472f3ae221d"}]},"branch":"refs/heads/master"},"9ee69b582ef4637997c92978d58614dca90ae709":{"kind":"TRIVIAL_REBASE","_number":3,"created":"2022-08-26 17:56:44.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/3","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/3","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/3 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/3 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/3 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/3"}}},"commit":{"parents":[{"commit":"6e61b09a1baed920ecd062c0da2aaf6dfd65ba97","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/6e61b09a1baed920ecd062c0da2aaf6dfd65ba97"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-26 17:05:45.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nTODO:\n* unit test\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9ee69b582ef4637997c92978d58614dca90ae709"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9ee69b582ef4637997c92978d58614dca90ae709"}]},"branch":"refs/heads/master"},"0e61762dc8ac18fc9ba1d6c768991ecdfb2b1e3b":{"kind":"REWORK","_number":4,"created":"2022-08-28 17:29:25.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/4","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/4","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/4 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/4 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/4 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/4"}}},"commit":{"parents":[{"commit":"00435f3f47614b72912bb975665a8bbc9749ad2f","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/00435f3f47614b72912bb975665a8bbc9749ad2f"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-28 16:46:22.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/0e61762dc8ac18fc9ba1d6c768991ecdfb2b1e3b"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/0e61762dc8ac18fc9ba1d6c768991ecdfb2b1e3b"}]},"branch":"refs/heads/master"},"7f9dfb140d7daf67e1fa38eeedfe42ab2c452307":{"kind":"TRIVIAL_REBASE","_number":5,"created":"2022-08-28 20:34:08.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/5","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/5","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/5 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/5 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/5 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/5"}}},"commit":{"parents":[{"commit":"d539d48691b90fd2438a145f2bf721615fc5aa28","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d539d48691b90fd2438a145f2bf721615fc5aa28"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-28 20:30:50.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/7f9dfb140d7daf67e1fa38eeedfe42ab2c452307"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/7f9dfb140d7daf67e1fa38eeedfe42ab2c452307"}]},"branch":"refs/heads/master"},"9058768103157b4934d37638d7b83fe1f7c93742":{"kind":"TRIVIAL_REBASE","_number":6,"created":"2022-08-30 16:33:54.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/6","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/6","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/6 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/6 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/6 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/6"}}},"commit":{"parents":[{"commit":"a5676a11dc5cd93b0f8040efea908a792451e792","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/a5676a11dc5cd93b0f8040efea908a792451e792"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-30 15:52:26.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9058768103157b4934d37638d7b83fe1f7c93742"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/9058768103157b4934d37638d7b83fe1f7c93742"}]},"branch":"refs/heads/master"},"048b9363f47d4ff6c08e0a23645a3e1504a76f0d":{"kind":"TRIVIAL_REBASE","_number":7,"created":"2022-09-02 12:24:37.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/7","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/7","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/7 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/7 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/7 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/7"}}},"commit":{"parents":[{"commit":"b3546b1fdf27353bcf10cb017d699ce9fb15b66d","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b3546b1fdf27353bcf10cb017d699ce9fb15b66d"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-09-02 12:20:22.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/048b9363f47d4ff6c08e0a23645a3e1504a76f0d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/048b9363f47d4ff6c08e0a23645a3e1504a76f0d"}]},"branch":"refs/heads/master"},"c2f48412b57080ca0950e47f35ba6cc926596a85":{"kind":"TRIVIAL_REBASE","_number":8,"created":"2022-10-17 11:59:07.000000000","uploader":{"_account_id":9708,"name":"Balazs Gibizer","display_name":"gibi","email":"gibizer@gmail.com","username":"gibi"},"ref":"refs/changes/40/854440/8","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/40/854440/8","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/8 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/8 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/40/854440/8 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/40/854440/8"}}},"commit":{"parents":[{"commit":"b10482cbc00518853485d83a9ace35c8d5172749","subject":"Support resource_class and traits in PCI alias","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b10482cbc00518853485d83a9ace35c8d5172749"}]}],"author":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-08-24 15:49:33.000000000","tz":120},"committer":{"name":"Balazs Gibizer","email":"gibi@redhat.com","date":"2022-10-17 11:56:18.000000000","tz":120},"subject":"Split PCI pools per PF","message":"Split PCI pools per PF\n\nEach PCI device and each PF is a separate RP in Placement and the\nscheduler allocate them specifically so the PCI filtering and claiming\nalso needs to handle these devices individually. Nova pooled PCI devices\ntogether if they had the same device_spec and same device type and numa\nnode. Now this is changed that only pool VFs from the same parent PF.\nFortunately nova already handled consuming devices for a single\nInstancePCIRequest from multiple PCI pools, so this change does not\naffect the device consumption code path.\n\nThe test_live_migrate_server_with_neutron test needed to be changed.\nOriginally this test used a compute with the following config:\n* PF 81.00.0\n** VFs 81.00.[1-4]\n* PF 81.01.0\n** VFs 81.01.[1-4]\n* PF 82.00.0\n\nAnd booted a VM that needed one VF and one PF. This request has two\nwidely different solutions:\n1) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 82.00.0 PF\n   This was what the test asserted to happen.\n2) allocate the VF from under 81.00 and therefore consume 81.00.0 and\n   allocate the 81.00.0 PF and therefore consume all the VFs under it\n   This results in a different amount of free devices than #1)\n\nAFAIK nova does not have any implemented preference for consuming PFs\nwithout VFs. The test just worked by chance (some internal device and\npool ordering made it that way). However when the PCI pools are split\nnova started choosing solution #2) making the test fail. As both\nsolution is equally good from nova\u0027s scheduling contract perspective I\ndon\u0027t consider this as a behavior change. Therefore the test is updated\nnot to create a situation where two different scheduling solutions are\npossible.\n\nblueprint: pci-device-tracking-in-placement\nChange-Id: I4b67cca3807fbda9e9b07b220a28e331def57624\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/c2f48412b57080ca0950e47f35ba6cc926596a85"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/c2f48412b57080ca0950e47f35ba6cc926596a85"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[{"rule_name":"gerrit~DefaultSubmitRule","status":"CLOSED","labels":[{"label":"Verified","status":"OK","applied_by":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}},{"label":"Code-Review","status":"OK","applied_by":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"}},{"label":"Workflow","status":"OK","applied_by":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"}},{"label":"Review-Priority","status":"MAY","applied_by":{"_account_id":32919,"name":"kiran pawar","display_name":"Kiran Pawar","email":"kinpaa@gmail.com","username":"kpdev"}}]}],"submit_requirements":[]}