)]}'
{"id":"openstack%2Fkeystone~825844","triplet_id":"openstack%2Fkeystone~master~Ia376cb87f5159a4e79e2cfbab8442b6bcead708f","project":"openstack/keystone","branch":"master","topic":"bp/remove-sqlalchemy-migrate","attention_set":{},"removed_from_attention_set":{"16465":{"account":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},"last_update":"2022-07-29 15:54:39.000000000","reason":"\u003cGERRIT_ACCOUNT_16465\u003e replied on the change","reason_account":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"}},"7973":{"account":{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},"last_update":"2022-07-29 15:54:15.000000000","reason":"\u003cGERRIT_ACCOUNT_7973\u003e replied on the change","reason_account":{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"}},"15334":{"account":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"last_update":"2022-07-29 17:54:06.000000000","reason":"Change was submitted"},"11816":{"account":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"last_update":"2022-07-29 17:54:06.000000000","reason":"Change was submitted"},"14250":{"account":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"last_update":"2022-07-18 09:53:42.000000000","reason":"\u003cGERRIT_ACCOUNT_14250\u003e replied on the change","reason_account":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"}}},"hashtags":[],"change_id":"Ia376cb87f5159a4e79e2cfbab8442b6bcead708f","subject":"sql: Integrate alembic","status":"MERGED","created":"2022-01-21 17:46:19.000000000","updated":"2022-07-29 17:55:58.000000000","submitted":"2022-07-29 17:54:06.000000000","submitter":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"total_comment_count":15,"unresolved_comment_count":1,"has_review_started":true,"submission_id":"825844-bp/remove-sqlalchemy-migrate","meta_rev_id":"ed741325d0c8d60817f319ce5afbae83c899702f","_number":825844,"virtual_id_number":825844,"owner":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"actions":{},"labels":{"Verified":{"approved":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"all":[{"value":0,"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},{"value":0,"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},{"value":0,"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},{"value":0,"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},{"tag":"autogenerated:zuul:gate","value":2,"date":"2022-07-29 17:54:06.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"values":{"-2":"Fails","-1":"Doesn\u0027t seem to work"," 0":"No score","+1":"Works for me","+2":"Verified"},"description":"","default_value":0,"optional":true},"Code-Review":{"approved":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},"all":[{"value":2,"date":"2022-07-29 15:54:39.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},{"value":2,"date":"2022-07-29 15:54:15.000000000","permitted_voting_range":{"min":2,"max":2},"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":1,"date":"2022-07-29 15:53:42.000000000","permitted_voting_range":{"min":1,"max":2},"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},{"value":0,"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},{"value":1,"date":"2022-07-18 09:53:42.000000000","permitted_voting_range":{"min":1,"max":2},"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"values":{"-2":"Do not merge","-1":"This patch needs further work before it can be merged"," 0":"No score","+1":"Looks good to me, but someone else must approve","+2":"Looks good to me (core reviewer)"},"description":"","default_value":0,"optional":true},"Workflow":{"approved":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},"all":[{"value":1,"date":"2022-07-29 15:54:39.000000000","permitted_voting_range":{"min":1,"max":1},"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},{"value":0,"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"value":0,"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"value":0,"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},{"value":0,"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},{"value":0,"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},{"value":0,"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}],"values":{"-1":"Work in progress"," 0":"Ready for reviews","+1":"Approved"},"description":"","default_value":0,"optional":true}},"removable_reviewers":[],"reviewers":{"REVIEWER":[{"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}]},"pending_reviewers":{},"reviewer_updates":[{"updated":"2022-01-21 18:56: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":"2022-01-21 20:58:28.000000000","updated_by":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"reviewer":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"state":"REVIEWER"},{"updated":"2022-02-11 17:15:58.000000000","updated_by":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"reviewer":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"state":"REVIEWER"},{"updated":"2022-06-17 16:27:09.000000000","updated_by":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"reviewer":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"state":"REMOVED"},{"updated":"2022-06-17 16:27:18.000000000","updated_by":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"reviewer":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"state":"REVIEWER"},{"updated":"2022-06-28 09:43:02.000000000","updated_by":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"reviewer":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"state":"CC"},{"updated":"2022-07-18 09:53:42.000000000","updated_by":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"reviewer":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"state":"REVIEWER"},{"updated":"2022-07-18 09:53:42.000000000","updated_by":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"reviewer":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},"state":"REVIEWER"},{"updated":"2022-07-18 09:53:42.000000000","updated_by":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"reviewer":{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},"state":"REVIEWER"},{"updated":"2022-07-29 15:53:42.000000000","updated_by":{"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},"reviewer":{"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},"state":"REVIEWER"}],"messages":[{"id":"ec88884777e9c6096b690afbca0398736d877215","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-01-21 17:46:19.000000000","message":"Uploaded patch set 1.","accounts_in_message":[],"_revision_number":1},{"id":"abcadf14cd0b63569e82808abe222c15787be81f","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-01-21 18:56:13.000000000","message":"Patch Set 1:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/991613c5e4ed4dcbb1bd99bb3c38d8d5 : FAILURE in 49m 39s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/df21e16a7abd4b4daaf5b55d40cac6ec : FAILURE in 44m 01s (non-voting)","accounts_in_message":[],"_revision_number":1},{"id":"8e6c4a4ac6c4cbf6f31b6d4fb78bca1cfc542cfa","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-01-21 20:58:28.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\n\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/43ad5110faba4c238d0275e0f55a73e3 : FAILURE in 17m 14s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/3065101a28574642849a80b06a8c7bd7 : FAILURE in 8m 36s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/17d3945371cc404bb5b4c3090ed9108b : FAILURE in 14m 47s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/4bf94037539f4692b7405363a7f5b0e4 : FAILURE in 16m 10s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/1206b646f2b14904aac03686a1b50077 : SUCCESS in 14m 57s\n- grenade https://zuul.opendev.org/t/openstack/build/3cdbafda72774a48bd075d226e5384a6 : SUCCESS in 57m 44s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/307873959b7f4d89b8fa165a755ba3bb : SUCCESS in 1h 25m 23s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/9a77474246674bd1b2b3777db341d07d : SUCCESS in 10m 50s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/20a1028052ad489f9722130c3708e1e0 : SUCCESS in 38m 33s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/01198a5ff3e44665a8cd10327de9fb3a : SUCCESS in 41m 15s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/cdb03504e8634e30bda0c9eec5221765 : SUCCESS in 38m 05s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/7afd7204173d4ac986727ed2c465c147 : SUCCESS in 32m 25s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/3b4f4a7d99cf4c9f95dd1fc6ca1da15e : SUCCESS in 23m 50s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/f9025a2efc2a42318e0ecc1a3f59fb18 : SUCCESS in 36m 57s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/e9be6db7a22a4343ba30c9b1e49db4c7 : SUCCESS in 56m 43s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/52e435f015654a28852dccc8b9d433ff : SUCCESS in 42m 06s\n\nWarning:\n  Comments left for invalid file keystone/tests/unit/test_cli.py","accounts_in_message":[],"_revision_number":1},{"id":"f95d1ac7be23f812cde44ce510361feafb63312e","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-01-24 18:42:13.000000000","message":"Uploaded patch set 2.","accounts_in_message":[],"_revision_number":2},{"id":"2c10d398cfd2d482091df99a6c4d4feb9e9b7272","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-01-24 19:37:46.000000000","message":"Patch Set 2:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/bbc90e2daed5422992bcbb7e5f44fa8e : FAILURE in 42m 28s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/b6d47e9f7256483bb0ece179a8af0991 : FAILURE in 47m 10s (non-voting)","accounts_in_message":[],"_revision_number":2},{"id":"0b4ad623d99659601f2e6dc0ca93b240cc1565a9","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-01-24 20:23:33.000000000","message":"Patch Set 2: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/20ce20ec56f340a0abcfc6cb0db845cb : FAILURE in 15m 30s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/cdcdeee935cf431e8f308bcaa39e4333 : SUCCESS in 8m 23s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/4711b864475a46e692a889ab3846f5ee : FAILURE in 14m 10s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/623ab3b0c79544609e6bae051c3d5bd1 : FAILURE in 12m 54s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/c3c55cfb9b644bcd8fdecb217f041606 : SUCCESS in 14m 02s\n- grenade https://zuul.opendev.org/t/openstack/build/cb4452cd75034fa4a616c0c42d6e5aad : SUCCESS in 1h 03m 30s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/90fc787ce43b407d9c06701d576e4da6 : SUCCESS in 1h 29m 15s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/52b7032435c24bfbbb2c0a72d4ffe21a : SUCCESS in 10m 58s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/174406aa1cd14f4f9f95b060edc769cc : SUCCESS in 36m 13s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/2250c654c59642c1b7be18c42239009b : SUCCESS in 45m 44s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/a10a961ec9a04052b9003fb296cb8785 : SUCCESS in 32m 24s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/6c60b37e7f62444785070d22b6219469 : SUCCESS in 35m 21s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/c6ec7e099d3e468eae9c8f9075405f0d : FAILURE in 19m 43s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/d4e87f71eba64d65996193f2574e2ffa : SUCCESS in 42m 46s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/dda9d5ff413840b5bef3802f7c46a95f : SUCCESS in 53m 02s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/ae5b50f441e14c22a62d3157f7b206b6 : SUCCESS in 43m 01s","accounts_in_message":[],"_revision_number":2},{"id":"c1cf2a7bcf99adc7bab18a29c7970bc4467b4056","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-02-04 19:35:15.000000000","message":"Uploaded patch set 3.","accounts_in_message":[],"_revision_number":3},{"id":"160f8a12966ee92e98fe67ed6106b8bd1dedad7b","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-02-04 21:38:10.000000000","message":"Patch Set 3: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/9c9a9ba5fe344692ae2a747332b2d124 : FAILURE in 16m 04s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/b3d3151550844435a8b595466e716a58 : SUCCESS in 9m 34s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/2499efbb804845c69e8dab1dbc1c3d1d : FAILURE in 16m 49s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/d50226cccfc54ce3aac3d4c48665734d : FAILURE in 14m 22s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/19f9fcf01d094e8eb1dd89a9db870ff0 : SUCCESS in 16m 44s\n- grenade https://zuul.opendev.org/t/openstack/build/486e743300a1415f931cdc2bb5810821 : SUCCESS in 51m 28s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/858427a20e474029b09466ba8c778e19 : SUCCESS in 1h 47m 44s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/55ee2357ed1047aeb2ba50bc608a78e5 : SUCCESS in 12m 33s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/ccacf9900ce5444e94046cde2a63abdb : SUCCESS in 37m 14s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/7e214ee67f204a41b80cb4455356b263 : SUCCESS in 48m 22s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/65b427f4b8034a569d50d0931cd2198b : SUCCESS in 37m 54s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/bb2d6bf4c12a458697b1599cc07fe720 : SUCCESS in 36m 59s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/e4fc32eff9c84e8998ce32b9018a55ff : SUCCESS in 23m 22s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/e6d594abb74d431ba69f90b07607a1f2 : SUCCESS in 42m 23s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/0ccd183f12044939b17bedc2e2ebcbfb : SUCCESS in 54m 35s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/b936c20ee7aa4f85b5e58485c865d61d : SUCCESS in 49m 18s","accounts_in_message":[],"_revision_number":3},{"id":"6be30a75df75b92a78bcb3da3c8bb491b1724fdd","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-02-04 22:15:01.000000000","message":"Patch Set 3:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/dd3f599180784aed92c9584d9fd45e5f : FAILURE in 52m 12s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/8e4dc82c34d8480eadc30ba603d215a7 : TIMED_OUT in 1h 02m 21s (non-voting)","accounts_in_message":[],"_revision_number":3},{"id":"bd0d9d6f0f0e9da87ea9ff433eec5383772602e0","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-02-10 17:53:36.000000000","message":"Uploaded patch set 4.","accounts_in_message":[],"_revision_number":4},{"id":"c56da32f4eaddd463e631310422cc87154941372","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-02-10 19:24:50.000000000","message":"Patch Set 4: Verified-1\n\nBuild failed (check pipeline).  For information on how to proceed, see\nhttps://docs.opendev.org/opendev/infra-manual/latest/developers.html#automated-testing\n\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/c68f4d62534d4f059f92f2a152e9e882 : FAILURE in 13m 57s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/cc90b03a3e4c491cb4ef2c7775733946 : SUCCESS in 7m 05s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/56999f4f61aa4805bcba47cfe476c4da : FAILURE in 14m 33s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/447a93b4919f4865b368ee9360e85087 : FAILURE in 14m 08s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/8498b78a6d9249dcbb76119f3e5a448c : SUCCESS in 12m 12s\n- grenade https://zuul.opendev.org/t/openstack/build/8576e782c7d041b28939ef06dfeb24d3 : SUCCESS in 56m 34s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/cbd1873fb71d4c5792ee1fb541125aaf : SUCCESS in 1h 23m 11s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/e1891666563749fcb2172a0640d7863d : SUCCESS in 9m 23s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/3a16c0e3bb3b4f17868a183fc44530c6 : SUCCESS in 36m 35s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/331f23db057642f58bb39e9ad18b9724 : SUCCESS in 42m 49s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/a2d32fac31dc4a5a86b0193ea303cee3 : SUCCESS in 27m 42s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/e0903f4a07514fb897737d3470cb71f4 : SUCCESS in 27m 08s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/b52bdd1eb5d1491a8b5b29a37d6a6cdb : SUCCESS in 14m 28s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/d089542ca60e41b4b534161e8e344226 : SUCCESS in 27m 48s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/7ee2e997d9134db6954d4e4281ae2b11 : SUCCESS in 51m 02s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/184c081638d64feab3232e561daca6c4 : SUCCESS in 38m 22s","accounts_in_message":[],"_revision_number":4},{"id":"b7493803108516a2ebefaa43c43bb7dcead3111b","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-02-10 20:10:23.000000000","message":"Patch Set 4:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/98252cdd442a443792aa5df6bd91e2db : FAILURE in 57m 47s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/ca59f7e971f84e19a8975741623c6403 : FAILURE in 1h 00m 06s (non-voting)","accounts_in_message":[],"_revision_number":4},{"id":"6369a7e55a783da91c16e3c4b225e5bc15bfa0b1","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-02-11 17:10:09.000000000","message":"Uploaded patch set 5.","accounts_in_message":[],"_revision_number":5},{"id":"17802a80256a40f5ccc1ddf1804f3d193b3a04b8","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-02-11 17:15:58.000000000","message":"Patch Set 5: Workflow-1\n\n(1 comment)","accounts_in_message":[],"_revision_number":5},{"id":"f1eec86f3e3b4992c69ccf744c2782a9b71103cb","author":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"date":"2022-02-11 17:37:51.000000000","message":"Patch Set 5:\n\n(1 comment)","accounts_in_message":[],"_revision_number":5},{"id":"aa061331610dd498ee11d289317dfab30f2d798a","author":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"date":"2022-02-11 17:42:13.000000000","message":"Patch Set 5:\n\n(3 comments)","accounts_in_message":[],"_revision_number":5},{"id":"a3a42ae905d29aacc251fa5eccb8f527eeb04c97","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-02-11 17:53:52.000000000","message":"Patch Set 5:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/df581715d4c74d3985529a96c1681f59 : FAILURE in 40m 56s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/e8c87630fa9049b8b2933dec067950e8 : FAILURE in 37m 21s (non-voting)","accounts_in_message":[],"_revision_number":5},{"id":"59c81878b2ea359e4b21b8dc699d596378a121cd","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-02-11 17:58:21.000000000","message":"Patch Set 5:\n\n(4 comments)","accounts_in_message":[],"_revision_number":5},{"id":"b53e35f524b8b8ecec7caa35bf51fb2e8a3776c0","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-02-11 18:40:18.000000000","message":"Patch Set 5:\n\n(1 comment)","accounts_in_message":[],"_revision_number":5},{"id":"55314f6f19d92e71a3b59e30d81b1a5ddbe537e2","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-02-11 18:47:55.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\n\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/8a2b593f43804f8dbc907e962a065ed0 : FAILURE in 17m 56s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/fcbfb5d67b014a5d9da4f2601fa473f9 : SUCCESS in 7m 26s\n- openstack-tox-py36 https://zuul.opendev.org/t/openstack/build/09ac65ca91f74ca58a4ec0ec883569ee : FAILURE in 14m 11s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/7d18418036e642eb924842c223bc6ed2 : FAILURE in 16m 48s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/380f6476d8d14ae7a937ce01603a376e : SUCCESS in 13m 27s\n- grenade https://zuul.opendev.org/t/openstack/build/34a798f35b3e45fdad0e9fcdb0bb32f0 : SUCCESS in 54m 28s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/4b84bf6bd9c44e79afbe33f031e8bed4 : SUCCESS in 1h 20m 42s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/5567c1a26b3a462a9e2bcfad4dafaa42 : SUCCESS in 9m 22s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/7be3f5f8f1df43ab9e710f424dfe6980 : SUCCESS in 37m 41s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/74de757f3cd442e881a2d57e8c06930f : SUCCESS in 42m 57s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/bf115331d4aa4861be6091091bf01114 : SUCCESS in 44m 15s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/1e2ee7937dd949b98f1a6a02a7303c6e : SUCCESS in 34m 40s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/ea332b7add5e44588337c47d65bc0871 : SUCCESS in 20m 20s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/9f51f24b9bb14d5698374bfbd8ee2cdf : SUCCESS in 40m 18s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/ac49dae6bfcd42968342dfb4a06b24c4 : SUCCESS in 50m 46s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/3171922177574529abdb1f07dfe79a77 : SUCCESS in 58m 04s","accounts_in_message":[],"_revision_number":5},{"id":"6f1dbd51ce1ebd13c22ff777ed43fb6d3cb8f1f9","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-06-17 13:38:58.000000000","message":"Uploaded patch set 6: Patch Set 5 was rebased.","accounts_in_message":[],"_revision_number":6},{"id":"5961f6f7230095bba76dc1bc4c5d5b23b1cc75a1","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-06-17 14:32:22.000000000","message":"Patch Set 6:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/72b39964f7e74783a6368ab6651b74b9 : FAILURE in 38m 24s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/4ea3c8178a4a4c6c9b470579534b2153 : FAILURE in 38m 32s (non-voting)","accounts_in_message":[],"_revision_number":6},{"id":"acee4c705f2827756556bcfb5d340d35141a6ba6","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-06-17 15:36:12.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\n\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/654f6964d12a48da96e27fa1431aad47 : FAILURE in 14m 31s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/f367e9cbe1ea4701be3e5c49a59e5d28 : SUCCESS in 6m 46s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/4923ece1a5074a87a72e7b29e9a323ed : FAILURE in 11m 33s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/f7a63b68511d44a9bbd289cf10065fa3 : FAILURE in 13m 54s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/dc812f74fa0344b48c1ecb76e0dda483 : FAILURE in 10m 39s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/dfbb80d8da2f49c1a56aea510112cec2 : SUCCESS in 13m 46s\n- grenade https://zuul.opendev.org/t/openstack/build/74d4cc70938e463999453e5536cdbcc1 : SUCCESS in 56m 40s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/4a2fac7bd15d4775856e10a984989236 : SUCCESS in 1h 39m 36s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/1280e1b8a1a54d80a1d01449f511b7bc : SUCCESS in 9m 21s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/3f298be298de4e56ab1f04b1b1bbf654 : SUCCESS in 33m 14s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/2d9c7bceb2734a518ff7d8c70832540a : FAILURE in 11m 03s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/75841fec8e49468e88cf16bb45355aa0 : SUCCESS in 24m 53s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/eeba965267f64b43accffee1eb138ab4 : SUCCESS in 28m 49s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/73e85e7f55324bacbda5aa77077dbb89 : SUCCESS in 13m 17s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/ed01e662b9d74650a6eb12fa325b881a : SUCCESS in 34m 08s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/28e6670e5ec544fba720ad86ec065981 : SUCCESS in 40m 48s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/777492635d384e8b9e74c4a3deb2f6ad : SUCCESS in 34m 32s","accounts_in_message":[],"_revision_number":6},{"id":"1a929d6ccbeb1f1ce1dadd492b1684f7f659bd20","tag":"autogenerated:gerrit:deleteReviewer","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-06-17 16:27:09.000000000","message":"Removed reviewer mike_mp@zzzcomputing.com.","accounts_in_message":[],"_revision_number":6},{"id":"111f5d682690d47b82f2f80bc7ca6c52763fff0c","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"date":"2022-06-17 18:08:13.000000000","message":"Uploaded patch set 7.","accounts_in_message":[],"_revision_number":7},{"id":"e7ab4b4c0a8bdeedad1d1bd50982ef81ce8d0d32","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-06-17 18:41:12.000000000","message":"Patch Set 7:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/b83cec6194974b0c936dcaf6ec1750ab : SUCCESS in 25m 13s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/78803ae401e6407a85cdf904c788f325 : SUCCESS in 26m 09s (non-voting)","accounts_in_message":[],"_revision_number":7},{"id":"b81fdd7147580582e0db8400c33e691a11b94364","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-06-17 19:20:19.000000000","message":"Patch Set 7: Verified+1\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/d935034a3c20468eac7a6ba5faf3262e : SUCCESS in 12m 48s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/45dc73f6b5ae451f80c9f89db8ff6eb4 : SUCCESS in 6m 07s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/a56262a45e974ba8adec2eae9bdeaa41 : SUCCESS in 12m 30s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/744f80c9c32a41a983683b039a0710c0 : SUCCESS in 16m 04s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/29ddf3de1ed24d698737c05e2cad7c19 : SUCCESS in 11m 01s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/77de4b29d3324b2da0ea0393fc77aa33 : SUCCESS in 10m 28s\n- grenade https://zuul.opendev.org/t/openstack/build/a4f9c86807064764a1fa13bcc61c35da : SUCCESS in 49m 30s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/d072a1a7de49485b815af6024cf4a2cd : SUCCESS in 1h 09m 09s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/c5d4132b3ba94c188fdf7d2db0020d52 : SUCCESS in 7m 54s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/2b2ecfc9e5364f76b3306e6b8d9a5205 : SUCCESS in 30m 34s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/81e020a374e243e2bc1df2d2890a56ce : RETRY_LIMIT in 19m 12s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/5de6de95c4af4b8cbfd68bd299c26974 : SUCCESS in 25m 40s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/273332567f1446e5bba980f1ca5765d0 : SUCCESS in 24m 10s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/ad8779d312ba4be9a049bdebfe81b73b : SUCCESS in 12m 01s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/38c63c164a044bdf98b32558ddb7507e : SUCCESS in 36m 22s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/48ea6ab8437f440eb5073ce9a0dc60ef : SUCCESS in 50m 57s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/5a8912222f0d4b7f982f57229c785e60 : SUCCESS in 39m 40s","accounts_in_message":[],"_revision_number":7},{"id":"bc99488bdded168282d469c558028e8bd01b0aa5","author":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"date":"2022-06-17 19:53:52.000000000","message":"Patch Set 7: Code-Review+1","accounts_in_message":[],"_revision_number":7},{"id":"f6496497f7a2b74928eeb532904560fb9906f353","tag":"autogenerated:gerrit:newPatchSet","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-06-20 12:30:09.000000000","message":"Uploaded patch set 8.","accounts_in_message":[],"_revision_number":8},{"id":"e5be396f6c65bef0f9ad80891198b81681c34f51","tag":"autogenerated:zuul:check-arm64","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-06-20 13:14:50.000000000","message":"Patch Set 8:\n\nBuild succeeded (ARM64 pipeline).\n\n- openstack-tox-py38-arm64 https://zuul.opendev.org/t/openstack/build/8d0499d9a85244a18534f49b46e9d7cb : SUCCESS in 38m 05s (non-voting)\n- openstack-tox-py39-arm64 https://zuul.opendev.org/t/openstack/build/6a2dcf3af1b2455492b8115fb824ced4 : SUCCESS in 42m 40s (non-voting)","accounts_in_message":[],"_revision_number":8},{"id":"dd84886334271133d2d9c61317030398c33f4351","tag":"autogenerated:zuul:check","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-06-20 14:01:01.000000000","message":"Patch Set 8: Verified+1\n\nBuild succeeded (check pipeline).\n\n- openstack-tox-cover https://zuul.opendev.org/t/openstack/build/927ce963bc794f10890e4229d847b35d : SUCCESS in 20m 47s\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/8548488d9a894fecbe718c86d21fe329 : SUCCESS in 7m 45s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/b927e416ad934c91914bc6a6579c61da : SUCCESS in 11m 26s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/f2e474ae9900427e817e2ef23441dd23 : SUCCESS in 12m 23s\n- openstack-tox-py310 https://zuul.opendev.org/t/openstack/build/a524307bed3e429b99c6de5b685ef3c3 : SUCCESS in 12m 16s (non-voting)\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/033c38f71cb14c3a9b42425b59d1aecb : SUCCESS in 12m 33s\n- grenade https://zuul.opendev.org/t/openstack/build/52f095989bce4f80a100ea9e4a28fee4 : SUCCESS in 1h 04m 21s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/4bbce9bc71b34e588d25cb5a31460a09 : SUCCESS in 1h 25m 32s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/b2127d6460bc428a917a24b7a343ef8e : SUCCESS in 9m 23s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/ac4959fa04a1479281e353207f830385 : SUCCESS in 28m 29s\n- keystone-dsvm-py3-functional-fips https://zuul.opendev.org/t/openstack/build/985d4cb2c67a416c8c56b259af23ed4e : RETRY_LIMIT in 7m 57s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal https://zuul.opendev.org/t/openstack/build/bc4b359a92f74c1a99a2d7c7293aa45e : SUCCESS in 28m 38s (non-voting)\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/de47d82a5abe4c998220ad95d960bd9c : SUCCESS in 22m 32s\n- keystoneclient-devstack-functional https://zuul.opendev.org/t/openstack/build/259eda5a86ff4f519a8ba56ef92a1a22 : SUCCESS in 21m 03s (non-voting)\n- keystone-dsvm-ldap-domain-specific-driver https://zuul.opendev.org/t/openstack/build/b0612795312b4a8fa33f96fa1a56ad0b : SUCCESS in 35m 24s (non-voting)\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/a68990084197457f89da398716bbe65a : SUCCESS in 54m 56s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/cc88dd5abeb7401c949b7245c04edfcc : SUCCESS in 42m 46s","accounts_in_message":[],"_revision_number":8},{"id":"cf40c93511f3533cd3b4aa21399ab4f1310e9c48","author":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"date":"2022-06-28 09:43:02.000000000","message":"Patch Set 8:\n\n(1 comment)","accounts_in_message":[],"_revision_number":8},{"id":"99de7d55818f3048a69abf116531b9c44ff44835","author":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"date":"2022-06-28 15:53:35.000000000","message":"Patch Set 8:\n\n(1 comment)","accounts_in_message":[],"_revision_number":8},{"id":"92cc6acb545c5ef1e857d341201d17071a5c30c3","author":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"date":"2022-07-18 09:41:21.000000000","message":"Patch Set 8:\n\n(1 comment)","accounts_in_message":[],"_revision_number":8},{"id":"0ffaa5d5dace659254b9748f5a41f3db3263e779","author":{"_account_id":14250,"name":"Grzegorz Grasza","email":"xek@redhat.com","username":"xek"},"date":"2022-07-18 09:53:42.000000000","message":"Patch Set 8: Code-Review+1\n\n(2 comments)","accounts_in_message":[],"_revision_number":8},{"id":"5e74187303e88bfab8b1a2e7473521cdd23aa0cd","author":{"_account_id":7414,"name":"David Wilde","email":"dwilde@redhat.com","username":"d34dh0r53"},"date":"2022-07-29 15:53:42.000000000","message":"Patch Set 8: Code-Review+1","accounts_in_message":[],"_revision_number":8},{"id":"068004690141bd4d63cae26a32103d9e4ac4b2dd","author":{"_account_id":7973,"name":"Douglas Mendizábal","email":"dmendiza@redhat.com","username":"dougmendizabal"},"date":"2022-07-29 15:54:15.000000000","message":"Patch Set 8: Code-Review+2","accounts_in_message":[],"_revision_number":8},{"id":"c04e82e90ae3625226b5cd4b93bd0d86d44fb757","author":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"},"date":"2022-07-29 15:54:39.000000000","message":"Patch Set 8: Code-Review+2 Workflow+1","accounts_in_message":[],"_revision_number":8},{"id":"e3d4301a07600a13d891b0d4c68703d443361b4e","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-07-29 15:55:36.000000000","message":"Patch Set 8: -Verified\n\nStarting gate jobs.","accounts_in_message":[],"_revision_number":8},{"id":"2d3a10b6f0446f5facde9ea22dd5956c4199cf85","tag":"autogenerated:zuul:gate","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-07-29 17:54:06.000000000","message":"Patch Set 8: Verified+2\n\nBuild succeeded (gate pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/bacf0d0775774fbca6d8175d04a891e7\n\n- openstack-tox-pep8 https://zuul.opendev.org/t/openstack/build/e30138278c43407f9d3b272472d07995 : SUCCESS in 7m 05s\n- openstack-tox-py38 https://zuul.opendev.org/t/openstack/build/9ca0ff824c824470acab9597dd332780 : SUCCESS in 13m 14s\n- openstack-tox-py39 https://zuul.opendev.org/t/openstack/build/d57b5788ed6547da837251628e9c2187 : SUCCESS in 14m 36s\n- openstack-tox-docs https://zuul.opendev.org/t/openstack/build/f41022aca3284834a5f0778bed0b34a0 : SUCCESS in 13m 12s\n- grenade https://zuul.opendev.org/t/openstack/build/77c2758aa01a41a6abd81a6d98e076f3 : SUCCESS in 1h 18m 48s\n- tempest-full-py3 https://zuul.opendev.org/t/openstack/build/b34c6d2868d64e7dbd85a1e7d521455e : SUCCESS in 1h 46m 54s\n- build-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/ef21d62cc37f4edc9c433d85270f764f : SUCCESS in 9m 26s\n- keystone-dsvm-py3-functional https://zuul.opendev.org/t/openstack/build/319da49080394b94ba5f779fbd2ce296 : SUCCESS in 37m 18s\n- keystone-dsvm-py3-functional-federation-ubuntu-focal-k2k https://zuul.opendev.org/t/openstack/build/6f6a88a030ee47e9a2906b0131d2cee4 : SUCCESS in 49m 45s\n- tempest-ipv6-only https://zuul.opendev.org/t/openstack/build/064a1ba20ae84829955c62076a2fe9af : SUCCESS in 58m 52s\n- keystone-protection-functional https://zuul.opendev.org/t/openstack/build/c9c515d9dc8d4ac998a8421181232546 : SUCCESS in 50m 36s","accounts_in_message":[],"_revision_number":8},{"id":"7e28576ee9519e3b44c8c2237750f87d73fb1234","tag":"autogenerated:gerrit:merged","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-07-29 17:54:06.000000000","message":"Change has been successfully merged","accounts_in_message":[],"_revision_number":8},{"id":"ed741325d0c8d60817f319ce5afbae83c899702f","tag":"autogenerated:zuul:promote","author":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]},"date":"2022-07-29 17:55:58.000000000","message":"Patch Set 8:\n\nBuild succeeded (promote pipeline).\nhttps://zuul.opendev.org/t/openstack/buildset/044b3b13c51a4d2e88d7685d374b2d9c\n\n- promote-openstack-tox-docs https://zuul.opendev.org/t/openstack/build/d7257ba72976451484a57e3e0c76ff5b : SUCCESS in 1m 21s\n- promote-openstack-releasenotes https://zuul.opendev.org/t/openstack/build/11a6aaf46d044c6e82d839c0a7fb9437 : SUCCESS in 1m 03s","accounts_in_message":[],"_revision_number":8}],"current_revision_number":8,"current_revision":"f174b4fa7c4fb010bbacc8c5a5f3625a8fcb41f3","revisions":{"28bb18f5b80ed117645cee800fa4ac74f421ae3d":{"kind":"REWORK","_number":1,"created":"2022-01-21 17:46:19.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/1","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/1","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/1 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/1 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/1 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/1"}}},"commit":{"parents":[{"commit":"07e2c60ee0d7dd496851d44e74ef6b7dd4731be7","subject":"sql: Prepare for alembic migration","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/07e2c60ee0d7dd496851d44e74ef6b7dd4731be7"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-21 17:44:56.000000000","tz":0},"subject":"WIP: sql: Integrate alembic","message":"WIP: sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nTODO:\n\n- Verify session management. Do tests properly used a test transaction\n  manager?\n- Fix/expand tests\n- Update documentation\n- Enable auto-generation (as a separate patch?)\n- Add developer tooling for generating scripts (as a separate patch?)\n  like \u0027neutron-db-manage revision\u0027\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/28bb18f5b80ed117645cee800fa4ac74f421ae3d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/28bb18f5b80ed117645cee800fa4ac74f421ae3d"}]},"branch":"refs/heads/master"},"22e8f1df2b7e66ccf9af4e01ae44139a8090562a":{"kind":"REWORK","_number":2,"created":"2022-01-24 18:42:13.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/2","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/2","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/2 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/2 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/2 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/2"}}},"commit":{"parents":[{"commit":"1fad3322ff2896f8035a728d63e246040dbff8d6","subject":"sql: Prepare for alembic migration","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/1fad3322ff2896f8035a728d63e246040dbff8d6"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-24 17:16:11.000000000","tz":0},"subject":"WIP: sql: Integrate alembic","message":"WIP: sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nTODO:\n\n- Verify session management. Do tests properly used a test transaction\n  manager?\n- Fix/expand tests\n- Update documentation\n- Enable auto-generation (as a separate patch?)\n- Add developer tooling for generating scripts (as a separate patch?)\n  like \u0027neutron-db-manage revision\u0027\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/22e8f1df2b7e66ccf9af4e01ae44139a8090562a"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/22e8f1df2b7e66ccf9af4e01ae44139a8090562a"}]},"branch":"refs/heads/master"},"b9f0b37ca916b8bdae631ef3db75bcb37bb97e1d":{"kind":"REWORK","_number":3,"created":"2022-02-04 19:35:15.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/3","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/3","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/3 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/3 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/3 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/3"}}},"commit":{"parents":[{"commit":"dce38678fc252bd39d3e28e920e76668e47398cd","subject":"sql: Prepare for alembic migration","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/dce38678fc252bd39d3e28e920e76668e47398cd"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-02-04 19:23:57.000000000","tz":0},"subject":"WIP: sql: Integrate alembic","message":"WIP: sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nTODO:\n\n- Finish test rework\n- Update documentation\n- Enable auto-generation (as a separate patch?)\n- Add developer tooling for generating scripts (as a separate patch?)\n  like \u0027neutron-db-manage revision\u0027\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/b9f0b37ca916b8bdae631ef3db75bcb37bb97e1d"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/b9f0b37ca916b8bdae631ef3db75bcb37bb97e1d"}]},"branch":"refs/heads/master"},"e56c0a17b69b1675c8d02d96d9452f6c76f9370a":{"kind":"REWORK","_number":4,"created":"2022-02-10 17:53:36.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/4","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/4","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/4 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/4 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/4 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/4"}}},"commit":{"parents":[{"commit":"dce38678fc252bd39d3e28e920e76668e47398cd","subject":"sql: Prepare for alembic migration","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/dce38678fc252bd39d3e28e920e76668e47398cd"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-02-10 17:51:55.000000000","tz":0},"subject":"WIP: sql: Integrate alembic","message":"WIP: sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nTODO:\n\n- Update documentation\n- Enable auto-generation (as a separate patch?)\n- Add developer tooling for generating scripts (as a separate patch?)\n  like \u0027neutron-db-manage revision\u0027\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/e56c0a17b69b1675c8d02d96d9452f6c76f9370a"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/e56c0a17b69b1675c8d02d96d9452f6c76f9370a"}]},"branch":"refs/heads/master"},"7df6b705f91ed1b524b3fa61ac1475b5f114e0d5":{"kind":"REWORK","_number":5,"created":"2022-02-11 17:10:09.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/5","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/5","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/5 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/5 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/5 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/5"}}},"commit":{"parents":[{"commit":"dce38678fc252bd39d3e28e920e76668e47398cd","subject":"sql: Prepare for alembic migration","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/dce38678fc252bd39d3e28e920e76668e47398cd"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-02-11 16:43:29.000000000","tz":0},"subject":"sql: Integrate alembic","message":"sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nFuture changes will update documentation and add developer tooling for\n(auto-)generating new migrations, a la \u0027neutron-db-manage revision\u0027.\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/7df6b705f91ed1b524b3fa61ac1475b5f114e0d5"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/7df6b705f91ed1b524b3fa61ac1475b5f114e0d5"}]},"branch":"refs/heads/master"},"0d757c924ec60015f02f4bc585c9b22208bdff1b":{"kind":"TRIVIAL_REBASE","_number":6,"created":"2022-06-17 13:38:58.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/6","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/6","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/6 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/6 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/6 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/6"}}},"commit":{"parents":[{"commit":"c4f2e2e1db55172aeb5e3a610d3b6ec0df4383d5","subject":"sql: Don\u0027t create a new connection in migrations","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/c4f2e2e1db55172aeb5e3a610d3b6ec0df4383d5"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"sfinucan@redhat.com","date":"2022-06-17 13:38:48.000000000","tz":60},"subject":"sql: Integrate alembic","message":"sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nFuture changes will update documentation and add developer tooling for\n(auto-)generating new migrations, a la \u0027neutron-db-manage revision\u0027.\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/0d757c924ec60015f02f4bc585c9b22208bdff1b"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/0d757c924ec60015f02f4bc585c9b22208bdff1b"}]},"branch":"refs/heads/master"},"25e57f98443bcc0d3384543041f0c479a39a122c":{"kind":"REWORK","_number":7,"created":"2022-06-17 18:08:13.000000000","uploader":{"_account_id":11816,"name":"mike bayer","display_name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","username":"zzzeek","status":"Red Hat"},"ref":"refs/changes/44/825844/7","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/7","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/7 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/7 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/7 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/7"}}},"commit":{"parents":[{"commit":"c4f2e2e1db55172aeb5e3a610d3b6ec0df4383d5","subject":"sql: Don\u0027t create a new connection in migrations","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/c4f2e2e1db55172aeb5e3a610d3b6ec0df4383d5"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Mike Bayer","email":"mike_mp@zzzcomputing.com","date":"2022-06-17 18:08:02.000000000","tz":-240},"subject":"sql: Integrate alembic","message":"sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nFuture changes will update documentation and add developer tooling for\n(auto-)generating new migrations, a la \u0027neutron-db-manage revision\u0027.\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/25e57f98443bcc0d3384543041f0c479a39a122c"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/25e57f98443bcc0d3384543041f0c479a39a122c"}]},"branch":"refs/heads/master"},"f174b4fa7c4fb010bbacc8c5a5f3625a8fcb41f3":{"kind":"REWORK","_number":8,"created":"2022-06-20 12:30:09.000000000","uploader":{"_account_id":15334,"name":"Stephen Finucane","display_name":"stephenfin","email":"stephenfin@redhat.com","username":"sfinucan"},"ref":"refs/changes/44/825844/8","fetch":{"anonymous http":{"url":"https://review.opendev.org/openstack/keystone","ref":"refs/changes/44/825844/8","commands":{"Checkout":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/8 \u0026\u0026 git checkout FETCH_HEAD","Cherry Pick":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/8 \u0026\u0026 git cherry-pick FETCH_HEAD","Format Patch":"git fetch https://review.opendev.org/openstack/keystone refs/changes/44/825844/8 \u0026\u0026 git format-patch -1 --stdout FETCH_HEAD","Pull":"git pull https://review.opendev.org/openstack/keystone refs/changes/44/825844/8"}}},"commit":{"parents":[{"commit":"0916df35f9d391639d935d89f28554852fdf07be","subject":"tests: Don\u0027t monkeypatch functions","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/0916df35f9d391639d935d89f28554852fdf07be"}]}],"author":{"name":"Stephen Finucane","email":"stephenfin@redhat.com","date":"2022-01-20 17:41:22.000000000","tz":0},"committer":{"name":"Stephen Finucane","email":"sfinucan@redhat.com","date":"2022-06-20 12:29:58.000000000","tz":60},"subject":"sql: Integrate alembic","message":"sql: Integrate alembic\n\nSwitch to alembic for real by integrating it into the \u0027db sync\u0027 command\nflow. From a user-facing perspective, things should remain pretty much\nthe same as before, with the key difference being that version\ninformation (i.e. what\u0027s shown by \u0027keystone-manage db_sync --check\u0027 or\n\u0027keystone-manage db_version\u0027) will now take the form of a hash rather\nthan an integer. There are a few differences for contributors however.\nThe changes are described in the included release note and\ndocumentation.\n\nNote that there are a couple of important design decisions here that are\nworth examining:\n\n- We drop the idea of the \u0027data_migration\u0027 branch entirely and the\n  \u0027keystone-manage db_sync --migrate\u0027 command is now a no-op. Neutron\n  doesn\u0027t do data migrations like we do and yet they manage just fine.\n  Dropping this gets us closer to neutron\u0027s behavior, which is a good\n  thing for users.\n\n- We haven\u0027t re-added the ability to specify a version when doing\n  \u0027db_sync\u0027. Neutron has this, but the logic needed to get this working\n  is complex and of questionable value. We\u0027ve managed without the\n  ability to sync to a version since Newton and can continue to do so\n  until someone asks for it (and does the work).\n\n- sqlalchemy-migrate is not removed entirely. Instead, upon doing a\n  \u0027db_sync\u0027 we will apply all sqlalchemy-migrate migrations up to the\n  final \u0027079_expand_update_local_id_limit\u0027 migration and dummy apply the\n  initial alembic migration, after which we will switch over to alembic.\n  In a future release we can remove the sqlalchemy-migrate migrations\n  and rely entirely on alembic. Until then, keeping this allows fast\n  forward upgrades to continue as a thing.\n\n- Related to the above, we always apply *all* sqlalchemy-migrate\n  migrations when calling \u0027db_sync\u0027, even if this command is called with\n  e.g. \u0027--expand\u0027 (meaning only apply the expand branch). This is\n  because there is at most one \"real\" migration to apply, the Xena-era\n  \u0027079_expand_update_local_id_limit\u0027 migration, which is an expand-only\n  migration. There is no risk to applying the empty \"data_migration\" and\n  \"contract\" parts of this migration, and applying everything in one go\n  results in *much* simpler logic.\n\nFuture changes will update documentation and add developer tooling for\n(auto-)generating new migrations, a la \u0027neutron-db-manage revision\u0027.\n\nChange-Id: Ia376cb87f5159a4e79e2cfbab8442b6bcead708f\nSigned-off-by: Stephen Finucane \u003cstephenfin@redhat.com\u003e\n","web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/f174b4fa7c4fb010bbacc8c5a5f3625a8fcb41f3"}],"resolve_conflicts_web_links":[{"name":"gitea","tooltip":"Open in GitWeb","url":"https://opendev.org/openstack/keystone/commit/f174b4fa7c4fb010bbacc8c5a5f3625a8fcb41f3"}]},"branch":"refs/heads/master"}},"requirements":[],"submit_records":[{"rule_name":"gerrit~DefaultSubmitRule","status":"CLOSED","labels":[{"label":"Verified","status":"OK","applied_by":{"_account_id":22348,"name":"Zuul","username":"zuul","tags":["SERVICE_USER"]}},{"label":"Code-Review","status":"OK","applied_by":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"}},{"label":"Workflow","status":"OK","applied_by":{"_account_id":16465,"name":"Kristi Nikolla","email":"knikolla@bu.edu","username":"knikolla"}}]}],"submit_requirements":[]}