Friday, 2024-08-02

andrewbogott_Just in case anyone has a quick fix... I have a sink plugin that relied on find_records to enumerate the IPs associated with the deleted VM. With the removal of the find_records call, can anyone suggest another way to answer that question w/out having to make a rest call to Nova?17:04
gmannjohnsom: I replied on this, please check https://review.opendev.org/c/openstack/designate/+/92553117:09
gmannjohnsom: this is blocking the new oslo.policy in u-c as designate job failing there (PS1, PS2 is with designate fix which pass the job)- https://review.opendev.org/c/openstack/requirements/+/92546417:10
johnsomgmann Ah, so this is back to the "enable scope" will break upgrades no matter what issue. I thought we agreed to not "enable scope" as it will force errors on users17:20
johnsomoslo_policy.policy.InvalidScope: "all_tenants": "role:admin" requires a scope of ['project'], request was made with system scope.17:21
gmannjohnsom: it is not like it will break upgrade as everything is 'project scoped'. it is more of fixing the existing testing and make sure everything work well before we enable it by default17:21
gmannjohnsom: exactly, this error shows it is just usage error. system scope token should not be used for OpenStack services (except ironic) and project scoped token continue to work as it is17:22
johnsomgmann by "fix testing" you mean remove all of the system scope tests to back out of the system scope functionality17:22
gmannjohnsom: yes, that is what policy default has done right. dropped the system scope support right17:22
gmannjohnsom: or designate  has not dropped system scope yet? I think it was octavia did? I remember we discussed  about it in rbac meeting17:24
johnsomThis has waffled (5th or 6th change to the plan now) so many times we stopped as config settings can disable the system scope stuff. 17:25
gmannthough i cannot find the system scope in policies default but you know if that is still supported https://github.com/openstack/designate/tree/master/designate/common/policies17:25
gmannother than alias name as SYSTEM-READER etc17:26
gmannthis was done for octavia https://review.opendev.org/c/openstack/octavia/+/87562017:27
johnsomYeah, the same was done to Designate, but Octavia never tested system scope at the functional test level if I remember right17:27
gmannI see17:28
johnsomOctavia focused on tempest17:28
gmannjohnsom: one way is the fix I proposed (continue disable the new default) or other way is 'enable new defaults by default' I can try to fix the tests (use project scope token) and that way we can release designate this cycle with 'new defaults enable'17:29
gmannI think we can merge this fix for now and i can work on later part so that we can unblock the use of latest oslo.policy in CI17:30
gmannbut let me know how you prefer17:31
johnsomIt's been years since I added system scope support, so I'm trying to dig and find where it is. If neutron has switched, we must get designate switched.17:31
gmannjohnsom: yes, neutron has switched in bobcat (2023.2) cycle17:33
johnsomHmm, I was told there were not going to do it then17:33
gmannohk17:33
gmannhttps://github.com/openstack/neutron/blob/stable/2023.2/neutron/policy.py#L6117:34
johnsomSo it's probably this line that is a problem: https://github.com/openstack/designate/blob/master/designate/context.py#L11617:34
gmannjohnsom: yes, this need to be removed17:35
gmannand we can cleanup these alias also to avoid confusion https://github.com/openstack/designate/blob/master/designate/common/policies/base.py#L30-L3617:37
gmannbut they do not actually use system scope so it is more of cleanup17:37
johnsomGive me 30 minutes to see if I can fix those tests for this latest change of leaving system scope true17:38
gmannjohnsom: thanks. sounds good.17:38
opendevreviewMichael Johnson proposed openstack/designate master: Update functional tests for new RBAC system scope  https://review.opendev.org/c/openstack/designate/+/92562318:08
johnsomgmann This patch passes: https://review.opendev.org/c/openstack/designate/+/92562318:09
johnsomI'm not 100% sure I didn't break something with oslo.policy < 4.4, but will try that out now.18:09
gmannjohnsom: current testing in CI will be with oslo.policy <4.4 and in this requirement change it will be with 4.4 so both can be tested https://review.opendev.org/c/openstack/requirements/+/92546418:10
johnsomYeah, but I'm going to run it local now just to make sure18:11
gmann+!18:12
johnsomYeah, we are good on < 4.4. I will update the req depends on18:13
gmanncool18:15
johnsomgmann What was the requirement bump to 3.11 for? Do I need to move that over to my patch as well?18:21
johnsomhttps://review.opendev.org/c/openstack/designate/+/925531/2/requirements.txt18:21
gmannjohnsom: that was for overriding the rbac flag default which is not done in your change so not needed in your change18:22
johnsomack18:22
gmannjohnsom: but we need to bump it to 4.4.0 once requirement change is done  example https://review.opendev.org/c/openstack/octavia/+/92562518:22
gmannso that new default enable is reflected in oslo.policy required version also18:22
johnsomWell, not technically, but should18:23
gmannyeah, both work but just to tell clearly that new default are enabled and you can disable ir explicitly in conf or use older oslo.policy18:23
gmannenabling those in oslo.policy and version bump is to encourage operators to switch to new defaults as soon as they can18:24
johnsomAnd feel the pain... lol18:24
gmann:)18:25
johnsomSo, once the designate gates are done, if you give a positive review, I will merge that today18:25
opendevreviewGhanshyam proposed openstack/designate master: Update oslo.policy version for new defaults  https://review.opendev.org/c/openstack/designate/+/92562718:26
gmannsure18:26
gmannjohnsom: ^^ requirement bump but this need to wait until requriements change18:27
johnsomYep, thanks18:27
opendevreviewMerged openstack/designate master: Update functional tests for new RBAC system scope  https://review.opendev.org/c/openstack/designate/+/92562322:28

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!