)]}'
{"id":"openstack%2Fnova~971176","triplet_id":"openstack%2Fnova~master~I26c66d653a015d97b6e66a73c2d7aad0bcf48511","project":"openstack/nova","branch":"master","topic":"bp/numa-topology-with-rps","attention_set":{"38500":{"account":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"last_update":"2026-03-05 14:32:27.000000000","reason":"A robot voted negatively on a label"},"11604":{"account":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"last_update":"2026-02-27 15:50:23.000000000","reason":"\u003cGERRIT_ACCOUNT_38500\u003e replied on the change","reason_account":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."}}},"removed_from_attention_set":{},"hashtags":[],"change_id":"I26c66d653a015d97b6e66a73c2d7aad0bcf48511","subject":"NUMA Topology with Resource Providers: Scheduler changes","status":"NEW","created":"2025-12-16 12:26:00.000000000","updated":"2026-03-11 14:43:17.000000000","submit_type":"MERGE_IF_NECESSARY","mergeable":false,"submittable":false,"total_comment_count":21,"unresolved_comment_count":2,"has_review_started":true,"meta_rev_id":"98af60ddcaedd72477f204272b6f8cfb61b390a5","_number":971176,"virtual_id_number":971176,"owner":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"actions":{},"labels":{"Verified":{"disliked":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"tag":"autogenerated:zuul:check","value":-1,"date":"2026-03-11 14:43:17.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":"","value":-1,"default_value":0,"optional":true},"Code-Review":{"all":[{"value":0,"permitted_voting_range":{"min":-2,"max":2},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":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":"","default_value":0,"optional":true},"Workflow":{"all":[{"value":0,"permitted_voting_range":{"min":-1,"max":1},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"_account_id":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":{"all":[{"value":0,"permitted_voting_range":{"min":0,"max":2},"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"value":0,"permitted_voting_range":{"min":0,"max":1},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"values":{" 0":"Default Priority","+1":"Contributor Review Promise","+2":"Core Review Promise"},"description":"","default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"CC":[{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},{"_account_id":36571,"name":"vmwareapi CI run by SAP","display_name":"vmwareapi CI run by SAP","email":"openstack-ci@sap.com","username":"sap-openstack-ci","status":"CI account for integration tests of the Nova vmwareapi driver","tags":["SERVICE_USER"]}],"REVIEWER":[{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}]},"pending_reviewers":{},"reviewer_updates":[{"updated":"2025-12-16 13:04:13.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":"CC"},{"updated":"2025-12-16 13:08:43.000000000","updated_by":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"reviewer":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"state":"CC"},{"updated":"2025-12-16 13:37: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":"2025-12-16 19:36:06.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":"2026-01-03 02:27:39.000000000","updated_by":{"_account_id":36571,"name":"vmwareapi CI run by SAP","display_name":"vmwareapi CI run by SAP","email":"openstack-ci@sap.com","username":"sap-openstack-ci","status":"CI account for integration tests of the Nova vmwareapi driver","tags":["SERVICE_USER"]},"reviewer":{"_account_id":36571,"name":"vmwareapi CI run by SAP","display_name":"vmwareapi CI run by SAP","email":"openstack-ci@sap.com","username":"sap-openstack-ci","status":"CI account for integration tests of the Nova vmwareapi driver","tags":["SERVICE_USER"]},"state":"CC"}],"messages":[{"id":"45d2367298a42948db485517ac7864c6f4375442","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2025-12-16 12:26:00.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"3b26a794745f5e1b642307c4a35223431bd18f52","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2025-12-16 13:04:13.000000000","message":"Patch Set 1:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/43b189578d0848ffbebd89f02f949a96\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/140bc98a3ac644e8ad76418e6ce098aa : FAILURE in 30m 56s (non-voting)\n- openstack-tox-py312-arm64 https://zuul.opendev.org/t/openstack/build/cfa9e6688e0a4114b068d688359a6725 : FAILURE in 14m 42s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/1b001838c73b433fad2aacfa9c5e7dba : FAILURE in 35m 40s (non-voting)","accounts_in_message":[],"_revision_number":1},{"id":"26a1797d11807fe83b1708f33bbaace79c5994af","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2025-12-16 13:08:43.000000000","message":"Patch Set 1:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":1},{"id":"7885b015d5b4c1164570a5d14dc2da5661b65c92","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2025-12-16 13:37:43.000000000","message":"Patch Set 1: 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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/48a4498ad59b4b18b5b1266dc6096756\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/d8c74929b5a542379cfe18d682f5f080 : FAILURE in 56m 55s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/84bc2c89bfb04b3daa9f3398b3cc40da : FAILURE in 45m 15s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/ec1a9f5c260240df9bda3adf67afb6c7 : FAILURE in 27m 54s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/793a691570284b00b62f9511123895f7 : FAILURE in 15m 29s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/708385b9ae194607aa66bb5775c1d0a9 : SUCCESS in 6m 03s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/2a0b7d1411d44655a2e202d50726bf9f : FAILURE in 12m 52s\n- openstack-tox-py312 https://zuul.opendev.org/t/openstack/build/f24980e06aba4f23be9cca572ed66138 : FAILURE in 13m 45s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/072b2750d85e4acf8dbf4966d7a1e570 : FAILURE in 17m 04s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/09147dcbe7724f508f1f4422f1fe0fdb : FAILURE in 9m 24s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/71a88c1fa2a249f1bea6f76243096527 : FAILURE in 45m 02s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/bfff88305f8d4a77ac072ab57f962a6b : FAILURE in 48m 25s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/67a7b8fea20e4009a2627a8513045d7f : POST_FAILURE in 20m 42s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/fc5ba48494f04db78784d02214d7ebb0 : POST_FAILURE in 43m 26s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/6e6dbc1e7a89410e93375cb8cd5f98c0 : FAILURE in 56m 33s\n- nova-next https://zuul.opendev.org/t/openstack/build/4f2c2eb9d7064e9c964b6c777b22581b : POST_FAILURE in 50m 45s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/c87b8f27eefe4998a82420303bad1ba2 : POST_FAILURE in 32m 03s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/0109aabe08d44c77b790e35cfee5e222 : SUCCESS in 4m 49s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/25032d059f7d484f8eac03e6e02fbc62 : FAILURE in 35m 11s\n- nova-tox-functional-py312 https://zuul.opendev.org/t/openstack/build/e0dc91b3002f4e24be2a50707def64d2 : FAILURE in 40m 43s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/b5c320df449a4e9683dd54871f227550 : FAILURE in 1h 05m 50s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/91eadfbdbe894bed9bd3a80ea9bf5d5a : FAILURE in 35m 58s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/000bc3e52e64447d879a56f72531ba36 : FAILURE in 14m 18s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/ffa12722f5b14b94b97fd5aabcccbd79 : FAILURE in 28m 09s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/0079b0ad163143589bb200f23bf74e65 : FAILURE in 12m 24s","accounts_in_message":[],"_revision_number":1},{"id":"9388b8bf899e3206ef1aefecd151fcbabfebf8dd","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2025-12-16 19:36:06.000000000","message":"Patch Set 1: Code-Review-1\n\n(6 comments)","accounts_in_message":[],"_revision_number":1},{"id":"e3b30d4827ba7a3e822d1571fd6328bfdf4cad90","tag":"autogenerated:sap-openstack-ci~result","author":{"_account_id":36571,"name":"vmwareapi CI run by SAP","display_name":"vmwareapi CI run by SAP","email":"openstack-ci@sap.com","username":"sap-openstack-ci","status":"CI account for integration tests of the Nova vmwareapi driver","tags":["SERVICE_USER"]},"date":"2026-01-03 02:27:39.000000000","message":"Patch Set 1:\n\nIgnore for now: Test failed. Logs on \u003chttp://openstack-ci-logs.global.cloud.sap/openstack-nova-971176-s5nk5/index.html\u003e","accounts_in_message":[],"_revision_number":1},{"id":"78651aee3c7921e5a0231847e60e03984f47a361","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-01-23 15:21:08.000000000","message":"Uploaded patch set 2.\n\nOutdated Votes:\n* Code-Review-1 (copy condition: \"changekind:TRIVIAL_REBASE OR is:MIN\")\n* Verified-1\n","accounts_in_message":[],"_revision_number":2},{"id":"f788f1dd33907ffa94b4b2d373192104e5fb081b","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-01-23 16:18:59.000000000","message":"Patch Set 2: Verified-1\n\n(3 comments)\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/ee7dad39bd5342dc9e8c4c0182a678fa\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/65b4789a311843078179ae2752cd8362 : FAILURE in 52m 07s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/2115df59799947b5ae08c585202a1732 : FAILURE in 24m 37s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/924002dde3024e1cb089a29f032cc745 : POST_FAILURE in 22m 10s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/e13d37fef2614560b27a6e9b6fc0a1e5 : FAILURE in 5m 36s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/f3fbb3d199f84502be10b665a02c9177 : FAILURE in 7m 55s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/705ce1cc246b47bfa0b5cacbac99da9a : FAILURE in 6m 43s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/9e55e12801dc466f969d8420146b344b : FAILURE in 6m 25s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/57a9fb6a724241c68bfbcf340b24cc22 : FAILURE in 7m 51s\n- ironic-tempest-ipa-wholedisk-bios-agent_ipmitool-tinyipa https://zuul.opendev.org/t/openstack/build/710dded3e25d4aed8f108b6337c9e46f : POST_FAILURE in 25m 28s (non-voting)\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/5564add37fdf454da7ece5588c15de23 : FAILURE in 25m 29s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/eaded405daa5453896874aef27a4e170 : POST_FAILURE in 30m 09s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/b45b7002718c4e479c7156c744ad8085 : POST_FAILURE in 26m 56s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/8e2f2fc2fa8c462491517552f8ecfbe6 : FAILURE in 28m 29s\n- nova-next https://zuul.opendev.org/t/openstack/build/c36dc78b5433404ca257a0737c6cc52b : POST_FAILURE in 26m 15s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/87831f0bf89942da8fbc351c269607e6 : POST_FAILURE in 11m 01s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/a6cd5a08e4ea44fba752b2ec0ea0c28b : SUCCESS in 6m 30s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/fe3aece132f6440d928c2b1145f1b05a : FAILURE in 3m 29s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/26a743c4e6f74029bf727f3233e317c9 : FAILURE in 5m 33s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/aee71ba72d574dde9a154c0b69247ccd : FAILURE in 32m 27s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/8870be1412fd4d40a1617535dc9689ca : FAILURE in 21m 19s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/a408be0a084a4efc834b635491e0a173 : FAILURE in 21m 48s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/20eadced6fc04208a50b3b438e25a1aa : FAILURE in 24m 44s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/4bf2fe0cac234fcfa4ab34940cc0d03a : FAILURE in 5m 44s","accounts_in_message":[],"_revision_number":2},{"id":"2325bc91001c502ee3e7a2fe08a4c9647a971646","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-01-23 17:57:36.000000000","message":"Patch Set 2:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/baee4c9744c9452eb5f12d1c046e33d5\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/d1a8d7b4397345fe959b9f60dae52b64 : FAILURE in 12m 23s (non-voting)\n- openstack-tox-py312-arm64 https://zuul.opendev.org/t/openstack/build/46fc57a569d14d1cb0e9a32208cf562b : FAILURE in 11m 55s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/8506f81bdea44a4590d81c4834655712 : RETRY_LIMIT in 7m 12s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"1e88b7abafb625b67a956eb06d31814d795c7206","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-18 17:27:24.000000000","message":"Uploaded patch set 3.\n\nOutdated Votes:\n* Verified-1\n","accounts_in_message":[],"_revision_number":3},{"id":"ce59da4f32aec55dd516690e3b8fad34639574ed","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-02-18 18:03:31.000000000","message":"Patch Set 3:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":3},{"id":"ed150fdeec2d716a0baa1459c025ac39ce192095","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-02-18 18:47:30.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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/dc489aa81c0b4b2cae0e7e7d774248fb\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/63a43ad8a8704140a2185222a1a7819b : FAILURE in 57m 53s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/3b95704a172e4605976dd7d73b5bf6d7 : FAILURE in 45m 27s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/07c7ae3daea3467cb875d286cc2e3c5c : FAILURE in 58m 54s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/231b4a3f6bc5424daf50cbbbe765462d : FAILURE in 36m 35s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/5069569c5dc04899bbf176195bfea5c4 : SUCCESS in 7m 28s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/ae965d8511bb49eb81c3e613db228659 : FAILURE in 16m 20s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/a7cfd7e10d15449f8f26cc388e61d028 : FAILURE in 14m 31s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/db042d37fc104e22bd3d000ef25b9768 : FAILURE in 10m 12s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/a9af65503fac48759f1e9337d9f65a0b : FAILURE in 47m 31s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/a693e24d0aeb4e5b8508b67b332d77d7 : POST_FAILURE in 42m 01s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/9f2ecd463b384348b23d55f9d92c07d6 : POST_FAILURE in 24m 48s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/49d0e1e717fe4ead8791b64abc9bf8de : FAILURE in 1h 07m 33s\n- nova-next https://zuul.opendev.org/t/openstack/build/0aeb37a64c0f47d6b1d318316fce724e : POST_FAILURE in 55m 24s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/bbc63ec727ba4dd5a6288e28122dab4c : POST_FAILURE in 17m 32s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/a0baf90176064e23b3c4c4826b1f7c5c : SUCCESS in 5m 14s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/3bfd5251e2a8427e9e0827edadf347a5 : FAILURE in 39m 44s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/e83858713b20462b8bd7188a3edd5d5c : FAILURE in 52m 36s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/7fa66c05be85482d86479978565560dd : FAILURE in 32m 16s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/94f0e5e541d54a0797c2ba29abc93c8d : FAILURE in 35m 05s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/ae68fd1303fe4842bec5762bd9688cf0 : FAILURE in 30m 59s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/e1f418b3b79547649c20287fc03368ef : FAILURE in 38m 25s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/18463198b8a047c29debfa86bedd4d75 : FAILURE in 12m 41s","accounts_in_message":[],"_revision_number":3},{"id":"c4b20f613e7060bdce77859e547e6556761436c1","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-02-18 23:07:39.000000000","message":"Patch Set 3:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/838ba7b66d7a4191a75796eaad76f3bd\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/5bdfae5a51f242b0be122fedd55cdf7e : FAILURE in 21m 00s (non-voting)\n- openstack-tox-py312-arm64 https://zuul.opendev.org/t/openstack/build/88531d0403e54eb2b43d195e04dae623 : FAILURE in 21m 45s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/f921b2b8a5ee4dd7a9f9a6600037a205 : RETRY_LIMIT in 5m 28s (non-voting)","accounts_in_message":[],"_revision_number":3},{"id":"ccfeb23a46ac858b40f3fce1d5106c9d5c9fce7e","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-21 17:55:46.000000000","message":"Patch Set 3:\n\n(5 comments)","accounts_in_message":[],"_revision_number":3},{"id":"2697b792fdf7e0d00e458631244d18f39e7c20ab","author":{"_account_id":11604,"name":"sean mooney","email":"smooney@redhat.com","username":"sean-k-mooney"},"date":"2026-02-21 22:57:52.000000000","message":"Patch Set 3: Code-Review-1\n\n(3 comments)","accounts_in_message":[],"_revision_number":3},{"id":"71ad40f679b63fe42dc3fcf667d4352ced4db641","tag":"autogenerated:gerrit:setTopic","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-23 18:53:01.000000000","message":"Topic port-numa-rps-to-latest-scheduler removed","accounts_in_message":[],"_revision_number":3},{"id":"f50c90e71cc533c4cf8bf95b8d9b1792047184b6","tag":"autogenerated:gerrit:setTopic","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-23 18:53:07.000000000","message":"Topic set to bp/numa-topology-with-rps","accounts_in_message":[],"_revision_number":3},{"id":"c611ad1350cd6cc943c70661f0c8df888bae6a43","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-27 14:50:19.000000000","message":"Uploaded patch set 4: Patch Set 3 was rebased. Commit message was updated.\n\nOutdated Votes:\n* Code-Review-1 (copy condition: \"changekind:TRIVIAL_REBASE OR is:MIN\")\n* Verified-1\n","accounts_in_message":[],"_revision_number":4},{"id":"e65d5030770768e25de545bb74ed6df9324c99f1","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-27 15:08:47.000000000","message":"Uploaded patch set 5.","accounts_in_message":[],"_revision_number":5},{"id":"45d272b42e4d18f5bb26e78534ac4a9f5697bc84","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-02-27 15:20:39.000000000","message":"Patch Set 5:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":5},{"id":"f237e76030c3cbb029de78ddaea600812a39a447","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-02-27 15:27:06.000000000","message":"Patch Set 4:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":4},{"id":"41fe8839c1f9711f3a3936a3dbfa609769a6840a","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-02-27 15:50:23.000000000","message":"Patch Set 3:\n\n(4 comments)","accounts_in_message":[],"_revision_number":3},{"id":"85fb565e56bbf92948673fd8ed74567a0694d17a","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-02-27 16:35:32.000000000","message":"Patch Set 5: 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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/e4a80a17a59d4e56b25089e5ed180329\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/bb53ef07fff84f8aa6922ccae22205b3 : FAILURE in 32m 38s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/fc842d87be2d4871bda8df7104de4bb4 : FAILURE in 23m 41s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/ecb78188b34a426c9aa5d27c7b34ff9e : FAILURE in 58m 52s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/4f4a934f965f44e59869a3a188b19956 : FAILURE in 24m 57s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/306bb39b5a6d479ba7fdbca9eb510157 : SUCCESS in 7m 52s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/12fd3ae95f7746289798f7c21176d381 : FAILURE in 15m 15s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/0291431884024e7ea2128ebf288c6748 : FAILURE in 13m 48s\n- openstack-tox-py314 https://zuul.opendev.org/t/openstack/build/12c680f938ac4e79a2e506510a4d55f4 : FAILURE in 7m 20s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/ab031b9a72e147afb68798064e02bf59 : FAILURE in 8m 17s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/80c77dcc382d4bbe907384c0f3427b67 : FAILURE in 24m 49s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/1955a6c5f40a43c8b1d45a6e8f05119f : POST_FAILURE in 37m 11s\n- nova-graceful-shutdown https://zuul.opendev.org/t/openstack/build/f7bfa15eb9a44453a26975b94684bfa1 : FAILURE in 36m 17s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/17bf78e3983e48aaa572025637261a09 : POST_FAILURE in 44m 04s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/0b0144a4805e4c73b5082a9b5ee02a4e : FAILURE in 29m 51s\n- nova-next https://zuul.opendev.org/t/openstack/build/ebf6edb3ec1f43c49286e5ac7add2b7a : POST_FAILURE in 27m 50s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/7aa4c970fa0a4df2aaa599aac3d0e590 : POST_FAILURE in 36m 06s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/a5757bd0953142f586180e6ad8dc61f5 : SUCCESS in 5m 41s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/08bf71bccbd543e38f07ed6db9f02070 : FAILURE in 1h 02m 03s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/98d4dd0ccf7341b9ba8c2464f6bd1862 : FAILURE in 39m 18s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/84e94786789940359af131bf3ebc1fd5 : FAILURE in 41m 30s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/70b9f35ad8954ee884bc6904630490f3 : FAILURE in 38m 14s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/b7c0e5cd1a764f2fa864aa67a7686af5 : FAILURE in 31m 02s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/8f378d19c29844d49358c1218cc73ad3 : FAILURE in 14m 37s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/7b8cebd438454e089ad4dfa7f1717736 : FAILURE in 12m 04s","accounts_in_message":[],"_revision_number":5},{"id":"4f3ebd23d46be1d4e7964d5f7e54d95ecba1be20","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-02-27 17:13:51.000000000","message":"Patch Set 5:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/c83d4d58f3d44695a7922b6b1499eb44\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/9f08f16cc1a44d06ad3d476d9fa17fe1 : FAILURE in 27m 40s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/16b437cada4f43c7bf5ba3fbf7ed08be : RETRY_LIMIT in 5m 22s (non-voting)\n- openstack-tox-py314-arm64 https://zuul.opendev.org/t/openstack/build/73dab480426b4f12979c15a8476ed479 : FAILURE in 11m 45s (non-voting)","accounts_in_message":[],"_revision_number":5},{"id":"e2f0206b12e4842080739f56032f19fd6804e367","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-03-02 17:40:34.000000000","message":"Patch Set 5:\n\n(1 comment)","accounts_in_message":[],"_revision_number":5},{"id":"4da11d0e29d30d790626ec47bb39435111cd9752","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-03-03 11:37:49.000000000","message":"Uploaded patch set 6.\n\nOutdated Votes:\n* Verified-1\n","accounts_in_message":[],"_revision_number":6},{"id":"8bb77efa67c48402805404fc5d31e2c960ad4e2f","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-03-03 12:14:21.000000000","message":"Patch Set 6:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":6},{"id":"ef07a56b04785be07ded0439b8b74642a5c1d742","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-03 12:33:57.000000000","message":"Patch Set 6:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/29b76a538d2d40c3a51b49bde91788e4\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/c7136d60202946ae9efd20a053b1147e : FAILURE in 17m 12s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/f3b4c323ed8c43b4b1bfd507630865f1 : RETRY_LIMIT in 6m 09s (non-voting)\n- openstack-tox-py314-arm64 https://zuul.opendev.org/t/openstack/build/545ae80a2153464494b8ee7675b9783e : FAILURE in 13m 42s (non-voting)","accounts_in_message":[],"_revision_number":6},{"id":"64f0153a6ac6cc817f692bb8f32c5b7174183fe4","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-03 12:51:23.000000000","message":"Patch Set 6: 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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/8e9de21860c547c7afc1789a78d01919\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/2493e1de8914414090ae0f4e71248f9b : FAILURE in 58m 47s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/e0c5fcec952a49c881286a139be99304 : FAILURE in 25m 18s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/7b2200718fad43ed94003e3afabd2a6e : FAILURE in 56m 07s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/30132019eae142ecba715b087b2d6fec : FAILURE in 22m 34s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/244026d5d76649a7bb893a3b59094694 : SUCCESS in 6m 31s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/8ff9ad4c8b134d68a5ae8b8a505e1fb0 : FAILURE in 11m 34s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/6fc9ab55f5234a45b13a9e2927325f68 : FAILURE in 13m 31s\n- openstack-tox-py314 https://zuul.opendev.org/t/openstack/build/2e221e3dd62e400595b545919b688226 : FAILURE in 11m 41s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/108ff8e8bb9844b59a09524299cb976d : FAILURE in 10m 50s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/7078f7235de34404800e455a167cc35d : FAILURE in 40m 53s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/f0e31d8d72034be7a6108430b1e3abb1 : POST_FAILURE in 44m 43s\n- nova-graceful-shutdown https://zuul.opendev.org/t/openstack/build/857213ec1fc944e880a2f4a84e3e2956 : FAILURE in 31m 09s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/4db236da54a24df7b7191386ab844790 : POST_FAILURE in 48m 42s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/cf2a414b8cf847f2ace00123279a26ef : FAILURE in 56m 39s\n- nova-next https://zuul.opendev.org/t/openstack/build/a2d63c0ac8a545959786a39e0a9264cd : POST_FAILURE in 37m 05s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/e532ef9c82a54ac4ac6b18eaadba1bb1 : POST_FAILURE in 31m 59s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/f6168527034b44fdb40436fddbb12bdb : SUCCESS in 3m 17s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/954ae4892ba14d1fa44f4e2bd88f46c6 : FAILURE in 38m 43s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/511d4fa292b6452f803f788e062e4ed9 : FAILURE in 36m 55s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/b00bcc58949e4ab581c3a15ecf473843 : FAILURE in 1h 11m 01s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/f7c5a6af41e04f21adb471dcfb146f81 : FAILURE in 36m 47s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/b3941d50389542908c8437268db274c1 : FAILURE in 28m 04s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/803ef7ee0dc041809924264eb9e8e664 : FAILURE in 21m 06s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/21c6751e96dc45e181f76f1cfa30acfe : FAILURE in 16m 08s","accounts_in_message":[],"_revision_number":6},{"id":"f81c2fc299d1beb068192b605aa33c8bf6a5d776","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-03-04 10:55:30.000000000","message":"Uploaded patch set 7: Patch Set 6 was rebased.\n\nOutdated Votes:\n* Verified-1\n","accounts_in_message":[],"_revision_number":7},{"id":"287fc6df301444d390994dff1a4aa7c3589cc0e8","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-03-04 11:33:22.000000000","message":"Patch Set 7:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":7},{"id":"7c9f2c625eac131b82bd59ab8ca1977ca888463e","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-04 12:24:49.000000000","message":"Patch Set 7: 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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/a952ed55dc1e444c8047bd5190d24c8e\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/08926246de494656ae983cf8591e6cf8 : FAILURE in 1h 01m 26s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/c7d02ed890844557b507fee6e0aaa5c7 : FAILURE in 47m 11s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/c263a5ea3d154120bf6cd4a3bef64935 : FAILURE in 37m 22s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/d887026d17164676aeec97fe38ea68e0 : FAILURE in 38m 08s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/c51a68cdf75e4205a96a74f64effb249 : SUCCESS in 6m 39s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/dcb73cec09e74f5e825aa8e8a497d639 : FAILURE in 17m 05s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/01a02e7fd70d445d81984c3a81a9f9d9 : FAILURE in 13m 49s\n- openstack-tox-py314 https://zuul.opendev.org/t/openstack/build/7f114c2b1d75457b8a80ecfeb3fd1209 : FAILURE in 8m 15s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/aa7bad2b38c141bba2edbd6be312cb95 : FAILURE in 9m 01s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/66b0d3e65e814b1a9a814f51000cb85b : FAILURE in 1h 00m 31s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/23bcbf9c761a45c7b78cf268a9a0e3f9 : POST_FAILURE in 42m 37s\n- nova-graceful-shutdown https://zuul.opendev.org/t/openstack/build/24a003e1eb9c4969b1f6506ad7be24c9 : FAILURE in 43m 55s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/835dad50ffbb4c999a7137ff2150a41b : POST_FAILURE in 21m 34s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/78ff34a476a4444188b64249541bfebf : FAILURE in 59m 00s\n- nova-next https://zuul.opendev.org/t/openstack/build/cf99b10a92bf4b70bf4f7cfa43328cb8 : POST_FAILURE in 1h 01m 17s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/ac31e5d0301645de9313e5b4b4279d07 : POST_FAILURE in 24m 03s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/11beb8708d0d4226b8eade3130f5234a : SUCCESS in 5m 38s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/9cb059cc7e454d73af4b1057884ca8f8 : FAILURE in 35m 11s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/9e8c034476474f31aac89564e3c22460 : FAILURE in 33m 16s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/94d5c299e4044241a08949e1b2e614f6 : FAILURE in 1h 19m 13s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/75b77f1ef2cb44d5b1be3f998693bd10 : FAILURE in 37m 16s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/bd5d8503728143b285c99b8e521aacc5 : FAILURE in 29m 00s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/cd322544db1445b2a9e37e2b07d1e5b3 : FAILURE in 15m 25s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/d303f3b414e744ff911be7e80848f19d : FAILURE in 17m 49s","accounts_in_message":[],"_revision_number":7},{"id":"d9d36c3530cc9ec0d88a25b09586e276ebec1976","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-04 12:36:06.000000000","message":"Patch Set 7:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/1f1cff9ce68748229ce4a34e99b83808\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/b56e3c256dc04fbfb3a904908c990190 : FAILURE in 19m 52s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/03414d0bfc6c49c49d6b0696f8e2284a : RETRY_LIMIT in 6m 53s (non-voting)\n- openstack-tox-py314-arm64 https://zuul.opendev.org/t/openstack/build/6b0a9ba7fe2b4e6e93f5f81dba2ee6e3 : FAILURE in 16m 52s (non-voting)","accounts_in_message":[],"_revision_number":7},{"id":"54bf54f1c3b72b4eb808ec3cafa96462bd4bfb90","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-03-05 13:04:10.000000000","message":"Uploaded patch set 8.\n\nOutdated Votes:\n* Verified-1\n","accounts_in_message":[],"_revision_number":8},{"id":"af6743a399d00aa8426f9ecd3905422848af587f","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-03-05 13:15:01.000000000","message":"Patch Set 8:\n\n(2 comments)","accounts_in_message":[],"_revision_number":8},{"id":"1e5dbdf27de82850354a89cb09755c7c52962eb9","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-03-05 13:30:31.000000000","message":"Patch Set 8:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":8},{"id":"179497449605a0a4257d4d9453788d541ce8ca13","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-05 13:41:57.000000000","message":"Patch Set 8:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/3ff52afe3c554f37a619cbacea0a67de\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/81c0aa555940498eaf2b9f48dd1378e9 : FAILURE in 35m 06s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/6fd18d9a1b6d4dacb917f94624260615 : RETRY_LIMIT in 5m 55s (non-voting)\n- openstack-tox-py314-arm64 https://zuul.opendev.org/t/openstack/build/13cee3fe0d334a7e87d91749681016dc : FAILURE in 15m 59s (non-voting)","accounts_in_message":[],"_revision_number":8},{"id":"4e1539c4de30be0f4cb3c2733fe3b4667c508a70","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-05 14:32:27.000000000","message":"Patch Set 8: 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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/43ee26aa4dc3407a8327beb55f634b0c\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/7d074adc1728430382df02a58887d319 : FAILURE in 1h 06m 16s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/68c17aefd3654e08a11879fa2a634930 : FAILURE in 56m 41s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/64b0bdbeb1ad4ecba7ed359d5090fb66 : FAILURE in 37m 03s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/5e693e1f9b994089ade5be5c1928681c : FAILURE in 24m 21s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/c6ffad0f9c1f40aca61b99b4f3af743f : SUCCESS in 6m 20s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/cdb46b06a0cb4c8a8ca70b4cbaa622ee : FAILURE in 17m 33s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/6ab0b80b8a194674ac02a69bcf162ebd : FAILURE in 9m 37s\n- openstack-tox-py314 https://zuul.opendev.org/t/openstack/build/c24ad8e189a74c6b90f4f62db7c2941d : FAILURE in 9m 50s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/a819db74f1c54ecea2907c49da700b95 : FAILURE in 10m 04s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/d9a61b066b434d7a9ef2ff9503c4a590 : FAILURE in 22m 51s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/84962f53f9cd47f3b626b48f90f83491 : POST_FAILURE in 43m 06s\n- nova-graceful-shutdown https://zuul.opendev.org/t/openstack/build/08dc7b2ad8c04e8792d707f1d775171e : FAILURE in 33m 05s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/161a7ebb2d154c18963f3bf8eb334425 : POST_FAILURE in 51m 37s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/0ff0fc027d294556b6942cffe2bcd1c7 : FAILURE in 29m 51s\n- nova-next https://zuul.opendev.org/t/openstack/build/9870cbd08c4c4557be21a47a116292b7 : POST_FAILURE in 56m 08s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/9c76bc60b35541f3a24252b69ae3adf2 : POST_FAILURE in 37m 09s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/39ce199511034c34b7840f440d6b20b3 : SUCCESS in 6m 45s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/783122e4fb9b40af980892a71966e51c : FAILURE in 40m 37s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/aed5bdc67e3343958008fb2ac211af9c : FAILURE in 47m 51s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/279f82852fa149d6a3678fc525fac4ea : FAILURE in 31m 55s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/01c33b5089b74464947d58aa8770f18c : FAILURE in 40m 04s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/1efeaa8ebb2242918e6fa29a96286f79 : FAILURE in 30m 55s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/a57ac4c6deb54d93ae1c312a3db6139a : FAILURE in 21m 25s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/6962fd84a9a8479faadcc558c88294a1 : FAILURE in 17m 34s","accounts_in_message":[],"_revision_number":8},{"id":"4f0f51667e008edbbb185e3e9ee9ad9889fb903a","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"date":"2026-03-11 13:30:37.000000000","message":"Uploaded patch set 9: Patch Set 8 was rebased.\n\nOutdated Votes:\n* Verified-1\n","accounts_in_message":[],"_revision_number":9},{"id":"d81016ec99646e0a72066ea5e8001f00e281d2ca","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-11 13:52:21.000000000","message":"Patch Set 9:\n\nBuild succeeded (ARM64 pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/2d0d0809eb09435192a7ed9f40359345\n\n- openstack-tox-py310-arm64 https://zuul.opendev.org/t/openstack/build/00e6319a3bbf44a8bc3ec39eb2382ad1 : FAILURE in 19m 43s (non-voting)\n- openstack-tox-py313-arm64 https://zuul.opendev.org/t/openstack/build/e91c507114594ad7b93e1f2e5c111b1c : FAILURE in 13m 54s (non-voting)\n- openstack-tox-py314-arm64 https://zuul.opendev.org/t/openstack/build/efca6017aba44c0581f940fe60c31712 : FAILURE in 13m 01s (non-voting)","accounts_in_message":[],"_revision_number":9},{"id":"07b92f3e9de35f9c7dfcfe1587cd7882033841ff","author":{"_account_id":14384,"name":"Quobyte CI","email":"openstack-ci-external@quobyte.com","username":"quobyteci","tags":["SERVICE_USER"]},"date":"2026-03-11 14:06:18.000000000","message":"Patch Set 9:\n\nBuild Failed \n\n* quobyteci:  nova_quobyteci : FAILURE, logs at: https://oscilogs.quobyte.com/logs/I26c66d653a015d97b6e66a73c2d7aad0bcf48511 .","accounts_in_message":[],"_revision_number":9},{"id":"98af60ddcaedd72477f204272b6f8cfb61b390a5","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2026-03-11 14:43:17.000000000","message":"Patch Set 9: 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\nand https://docs.openstack.org/project-team-guide/testing.html#how-to-handle-test-failures\n\nhttps://zuul.opendev.org/t/openstack/buildset/725ba6ffd90f4f64b398c4d950b9516b\n\n- grenade-skip-level-always https://zuul.opendev.org/t/openstack/build/b09c818815c547548ba7885127386c74 : FAILURE in 59m 05s\n- tempest-integrated-compute https://zuul.opendev.org/t/openstack/build/03b293dfa64a468996a9279f522ac23c : FAILURE in 38m 18s\n- openstacksdk-functional-devstack https://zuul.opendev.org/t/openstack/build/d25b7c0c96944799ba407c893bcb6918 : FAILURE in 53m 37s\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/c140a993f4f94848b7963aa3e5ca177f : FAILURE in 37m 44s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/b089a466c5ac4926a5b47cc0cec4c4aa : SUCCESS in 7m 48s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/152696bd16b0491cbcb73614d92488b5 : FAILURE in 10m 07s\n- openstack-tox-py313 https://zuul.opendev.org/t/openstack/build/325c23c889ee498281e0ae0aad06a9bc : FAILURE in 8m 15s\n- openstack-tox-py314 https://zuul.opendev.org/t/openstack/build/b281291efdcb4c9d8bda096b3dfd5cf6 : FAILURE in 11m 16s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/c5b91e88d23945f7abb1e557d3d05819 : FAILURE in 9m 08s\n- nova-ceph-multistore https://zuul.opendev.org/t/openstack/build/586d0b98501d4fb3927c68dcc28f1532 : FAILURE in 48m 48s\n- nova-live-migration https://zuul.opendev.org/t/openstack/build/e8c01525f80f4cf0b4e31576e9487991 : POST_FAILURE in 42m 06s\n- nova-graceful-shutdown https://zuul.opendev.org/t/openstack/build/c548dda251da4e50a784019676898bf5 : FAILURE in 36m 16s\n- nova-live-migration-ceph https://zuul.opendev.org/t/openstack/build/3d205f4c361242f5a3115ceb6fe2cbcf : POST_FAILURE in 25m 02s\n- nova-multi-cell https://zuul.opendev.org/t/openstack/build/f3cf4527d43045fb901fe87a974770c9 : FAILURE in 58m 52s\n- nova-next https://zuul.opendev.org/t/openstack/build/9a5a50bb53d44a309a0304506acd8622 : POST_FAILURE in 26m 46s\n- nova-alt-configurations https://zuul.opendev.org/t/openstack/build/1afbf71bdff349ff8389aceeaab9ae7e : POST_FAILURE in 39m 19s\n- nova-tox-validate-backport https://zuul.opendev.org/t/openstack/build/95f458554edd4e68957071a8547c0e3d : SUCCESS in 2m 57s (non-voting)\n- nova-tox-functional-py310 https://zuul.opendev.org/t/openstack/build/bc984e404c434be689a543b221e4bb11 : FAILURE in 41m 05s\n- nova-tox-functional-py313 https://zuul.opendev.org/t/openstack/build/aaa8774abffc4d0395682a3477e575f5 : FAILURE in 48m 54s\n- nova-grenade-multinode https://zuul.opendev.org/t/openstack/build/b4e2f25b6f524e07aa5290dc35d4d7d2 : FAILURE in 31m 31s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/fb354f30c96d418cbb7e4c8e5f6a7dbb : FAILURE in 36m 22s\n- cyborg-tempest https://zuul.opendev.org/t/openstack/build/69473b8232be4cb399aa1b5aceb30fb6 : FAILURE in 31m 55s (non-voting)\n- barbican-tempest-plugin-simple-crypto https://zuul.opendev.org/t/openstack/build/2c069169c16c42a8b401c9f561546117 : FAILURE in 22m 22s (non-voting)\n- nova-tox-py312-threading https://zuul.opendev.org/t/openstack/build/89afefb1c9e34822b7fcf95f7b22cebb : FAILURE in 19m 22s","accounts_in_message":[],"_revision_number":9}],"current_revision_number":9,"current_revision":"d7271fda9c14de3d105d26f0aaa96cb49473269d","revisions":{"30df62544d92d5708523098eb85ce31592cb0f5d":{"kind":"REWORK","_number":1,"created":"2025-12-16 12:26:00.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/1"}}},"commit":{"parents":[{"commit":"fc19a29d203f7980eaa5b5be92e6de39ddc802b0","subject":"Merge \"Make libvirt Tpool proxying conditional\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/fc19a29d203f7980eaa5b5be92e6de39ddc802b0"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-16 12:16:36.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), the related\nobjects (NUMACell and RequestGroup), NUMA fitting (hardware), and\nintroduces the first configuration options and exceptions related to the\nsolution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/30df62544d92d5708523098eb85ce31592cb0f5d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/30df62544d92d5708523098eb85ce31592cb0f5d"}]},"branch":"refs/heads/master"},"b170454eede993f417a3d5e00322ee2b838bd273":{"kind":"REWORK","_number":2,"created":"2026-01-23 15:21:08.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/2","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/2","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/2 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/2 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/2 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/2"}}},"commit":{"parents":[{"commit":"7579dbdf0e721707e7c6b0e705a2763c0a3fdd95","subject":"Merge \"Use *_OR_ADMIN policy defaults for server shares\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/7579dbdf0e721707e7c6b0e705a2763c0a3fdd95"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-01-23 15:20:36.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), the related\nobjects (NUMACell and RequestGroup), NUMA fitting (hardware), and\nintroduces the first configuration options and exceptions related to the\nsolution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b170454eede993f417a3d5e00322ee2b838bd273"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b170454eede993f417a3d5e00322ee2b838bd273"}]},"branch":"refs/heads/master"},"07ba93398246d18f7e994a9b7bb51f9358bed4da":{"kind":"REWORK","_number":3,"created":"2026-02-18 17:27:24.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/3","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/3","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/3 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/3 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/3 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/3"}}},"commit":{"parents":[{"commit":"716fa5edb98610883c9c305655f0315089fb6c5b","subject":"Merge \"Fix injection of [cors] allowed_origin\"","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/716fa5edb98610883c9c305655f0315089fb6c5b"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-02-18 17:23:27.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), the related\nobjects (NUMACell and RequestGroup), NUMA fitting (hardware), and\nintroduces the first configuration options and exceptions related to the\nsolution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/07ba93398246d18f7e994a9b7bb51f9358bed4da"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/07ba93398246d18f7e994a9b7bb51f9358bed4da"}]},"branch":"refs/heads/master"},"c56bb6a0b1ab996040a28376e9029d86c5cdd60a":{"kind":"TRIVIAL_REBASE_WITH_MESSAGE_UPDATE","_number":4,"created":"2026-02-27 14:50:19.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/4","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/4","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/4 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/4 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/4 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/4"}}},"commit":{"parents":[{"commit":"18d3d2eb9e6ad74cc76f8f6cd59376a27e268bb2","subject":"NUMA Topology with Resource Providers: Object changes","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/18d3d2eb9e6ad74cc76f8f6cd59376a27e268bb2"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-02-27 14:49:12.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), NUMA fitting\n(hardware), and introduces the first configuration options and\nexceptions related to the solution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/c56bb6a0b1ab996040a28376e9029d86c5cdd60a"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/c56bb6a0b1ab996040a28376e9029d86c5cdd60a"}]},"branch":"refs/heads/master"},"1ed30b6032add075919fd7de7eefe7e19b1f46b1":{"kind":"REWORK","_number":5,"created":"2026-02-27 15:08:47.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/5","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/5","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/5 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/5 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/5 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/5"}}},"commit":{"parents":[{"commit":"18d3d2eb9e6ad74cc76f8f6cd59376a27e268bb2","subject":"NUMA Topology with Resource Providers: Object changes","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/18d3d2eb9e6ad74cc76f8f6cd59376a27e268bb2"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-02-27 15:08:28.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), NUMA fitting\n(hardware), and introduces the first configuration options and\nexceptions related to the solution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/1ed30b6032add075919fd7de7eefe7e19b1f46b1"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/1ed30b6032add075919fd7de7eefe7e19b1f46b1"}]},"branch":"refs/heads/master"},"15722857c822b5eff84447fd8fac85d638176085":{"kind":"REWORK","_number":6,"created":"2026-03-03 11:37:49.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/6","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/6","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/6 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/6 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/6 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/6"}}},"commit":{"parents":[{"commit":"0b77e357be37cf6c6975bb03a091d8f40779800a","subject":"NUMA Topology with Resource Providers: Object changes","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/0b77e357be37cf6c6975bb03a091d8f40779800a"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-03-03 10:30:06.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), NUMA fitting\n(hardware), and introduces the first configuration options and\nexceptions related to the solution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/15722857c822b5eff84447fd8fac85d638176085"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/15722857c822b5eff84447fd8fac85d638176085"}]},"branch":"refs/heads/master"},"b4c75619b5100c7e1c6d044dba9d0342c178d134":{"kind":"TRIVIAL_REBASE","_number":7,"created":"2026-03-04 10:55:30.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/7","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/7","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/7 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/7 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/7 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/7"}}},"commit":{"parents":[{"commit":"f6508470d529ca83e1457e96d0a242b0a7bf64b3","subject":"NUMA Topology with Resource Providers: Object changes","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/f6508470d529ca83e1457e96d0a242b0a7bf64b3"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-03-04 10:55:15.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), NUMA fitting\n(hardware), and introduces the first configuration options and\nexceptions related to the solution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b4c75619b5100c7e1c6d044dba9d0342c178d134"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/b4c75619b5100c7e1c6d044dba9d0342c178d134"}]},"branch":"refs/heads/master"},"8fe413881da3c32b62e5c8cd1e3f3173924620ee":{"kind":"REWORK","_number":8,"created":"2026-03-05 13:04:10.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/8","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/8","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/8 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/8 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/8 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/8"}}},"commit":{"parents":[{"commit":"f6508470d529ca83e1457e96d0a242b0a7bf64b3","subject":"NUMA Topology with Resource Providers: Object changes","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/f6508470d529ca83e1457e96d0a242b0a7bf64b3"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-03-05 12:59:13.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), NUMA fitting\n(hardware), and introduces the first configuration options and\nexceptions related to the solution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/8fe413881da3c32b62e5c8cd1e3f3173924620ee"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/8fe413881da3c32b62e5c8cd1e3f3173924620ee"}]},"branch":"refs/heads/master"},"d7271fda9c14de3d105d26f0aaa96cb49473269d":{"kind":"TRIVIAL_REBASE","_number":9,"created":"2026-03-11 13:30:37.000000000","uploader":{"_account_id":38500,"name":"Dominik","display_name":"Dominik Danelski","email":"dominik@danelski.pl","username":"etua","status":"@ CloudFerro S.A."},"ref":"refs/changes/76/971176/9","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/nova","ref":"refs/changes/76/971176/9","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/9 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/9 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/nova refs/changes/76/971176/9 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/nova refs/changes/76/971176/9"}}},"commit":{"parents":[{"commit":"18f49c51abc3acfc7fc260ec1e604b3bf35ac89b","subject":"NUMA Topology with Resource Providers: Object changes","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/18f49c51abc3acfc7fc260ec1e604b3bf35ac89b"}]}],"author":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2025-12-12 12:57:30.000000000","tz":60},"committer":{"name":"Dominik Danelski","email":"ddanelski@cloudferro.com","date":"2026-03-11 13:03:33.000000000","tz":60},"subject":"NUMA Topology with Resource Providers: Scheduler changes","message":"NUMA Topology with Resource Providers: Scheduler changes\n\nThe first of 2 commits implementing the NUMA Topology with Resource\nProviders specification. The whole specification allows for creating the\nseparate resource providers for NUMA cells as children of root compute\nRPs (for the VCPU/PCPU resources), and their children (grandchildren of\nthe root RP) for memory resources. It pushes handling allocations at the\nNUMA cell level to Placement making the process less out of the ordinary\ncompared to NUMA-less scheduling, giving it Placement-level guarantees\nand overview potential for detailed usage reporting, as well as allowing\nfor simplifying nova-scheduler in the future (once the\nenable_numa_reporting_to_placement\u003dNone is removed after the transition\nperiod).\n\nThis set brings changes related to the scheduling process\n(nova-scheduler, resource tracker, and the claims module), NUMA fitting\n(hardware), and introduces the first configuration options and\nexceptions related to the solution.\n\nA summary of key changes:\n[Scheduler]\n* Query for resource candidates from NUMA(un)-aware computes (depending\non the flavor) and combine results with those with legacy reporting\nbehaviour if disable_fallback_numa_query is enabled – extended\ndescription of the functionality available in the [Configuration]\nsection below\n* NUMATopologyFilter is modified to take into account the NUMA topology\ninformation present in candidates returned by Placement, as now the\nVCPU, PCPU, and memory resources are split between groups depending on\nthe target NUMA cell\n* Create AllowedMapping representing mapping of instance cell to host\ncells (resource providers) that Placement allows to be reserved\n* Automatically create _default_substitute resource group to specify\ntraits and aggregates in case there\u0027s no inventory request pointed at\nthe root resource provider (workaround for Placement demanding that\nrequest groups have resources unless they are part of the same-subtree\ngrouping)\n* Adds COMPUTE_NODE trait to the default resource group in case no other\ntraits are required (another Placement workaround)\n\n[Resource tracker]\n* Set resource provider UUID in ComputeNode.numa_topology.cells objects\nfor nova-scheduler to be able to match the RPs returned by Placement to\nthe NUMA nodes (updates the NUMACell object)\n\n[Claims]\n* Infers NUMA topology of the created instance based on allocations made\nin Placement to prevent reassignment of instance NUMA cells to host NUMA\ncells by Nova\n\n[Hardware]\n* Use ProviderMappings created by nova-scheduler\n\n[Configuration]\n* Add [compute]/enable_numa_reporting_to_placement that will become\nfully active in the following patch, but some code in this one already\ndepends on it. It dictates whether the host should not report NUMA\nresources and explicitly forbid allocating NUMA-aware workloads on\nitself (False), report them and have them as separate RPs (True), or\nneither and maintain legacy behaviour (None, default)\n* Add [workarounds]/disable_fallback_numa_query to dictate whether\nnova-scheduler should query for hosts with\nenable_numa_reporting_to_placement\u003dNone. Disabling it for clusters that\ndon\u0027t have such computes saves time during scheduling.\n\nImplements: blueprint numa-topology-with-rps\nDepends-on: https://review.opendev.org/c/openstack/os-traits/+/967690\nCo-Authored-By: Karol Klimaszewski \u003ckklimaszewski@cloudferro.com\u003e\nChange-Id: I26c66d653a015d97b6e66a73c2d7aad0bcf48511\nSigned-off-by: Dominik Danelski \u003cddanelski@cloudferro.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d7271fda9c14de3d105d26f0aaa96cb49473269d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/nova/commit/d7271fda9c14de3d105d26f0aaa96cb49473269d"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[{"rule_name":"gerrit~DefaultSubmitRule","status":"OK","labels":[{"label":"Verified","status":"MAY","applied_by":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}},{"label":"Code-Review","status":"MAY"},{"label":"Workflow","status":"MAY"},{"label":"Review-Priority","status":"MAY"}]}],"submit_requirements":[{"name":"Verified","description":"Verified in gate by CI","status":"UNSATISFIED","is_legacy":false,"submittability_expression_result":{"expression":"label:Verified\u003dMAX AND -label:Verified\u003dMIN","fulfilled":false,"status":"FAIL","passing_atoms":[],"failing_atoms":["label:Verified\u003dMAX","label:Verified\u003dMIN"],"atom_explanations":{"label:Verified\u003dMAX":"","label:Verified\u003dMIN":""}}},{"name":"Code-Review","description":"Code reviewed by core reviewer","status":"UNSATISFIED","is_legacy":false,"submittability_expression_result":{"expression":"label:Code-Review\u003dMAX AND -label:Code-Review\u003dMIN","fulfilled":false,"status":"FAIL","passing_atoms":[],"failing_atoms":["label:Code-Review\u003dMAX","label:Code-Review\u003dMIN"],"atom_explanations":{"label:Code-Review\u003dMAX":"","label:Code-Review\u003dMIN":""}}},{"name":"Review-Priority","description":"Review Priority","status":"NOT_APPLICABLE","is_legacy":false,"applicability_expression_result":{"fulfilled":false,"status":"FAIL"},"submittability_expression_result":{"expression":"is:true","fulfilled":true,"status":"NOT_EVALUATED","passing_atoms":[],"failing_atoms":[],"atom_explanations":{}}},{"name":"Workflow","description":"Approved for gate by core reviewer","status":"UNSATISFIED","is_legacy":false,"submittability_expression_result":{"expression":"label:Workflow\u003dMAX AND -label:Workflow\u003dMIN","fulfilled":false,"status":"FAIL","passing_atoms":[],"failing_atoms":["label:Workflow\u003dMAX","label:Workflow\u003dMIN"],"atom_explanations":{"label:Workflow\u003dMAX":"","label:Workflow\u003dMIN":""}}}]}