Friday, 2024-11-22

opendevreviewDr. Jens Harbott proposed openstack/openstacksdk master: Skip disabling compute service  https://review.opendev.org/c/openstack/openstacksdk/+/93601611:56
fricklergtema: ^^ seems there is another slightly destructive test ... :-(11:58
gtemaDamn12:13
fricklerwell I'll be glad if it really turns out to be this and not some weird, deep nova issue12:20
stephenfinM0weng[m]: Sorry, I forgot about the limits thing16:20
M0weng[m]No worries :D I'll let you know if I figure it out with the local keystone setup16:21
stephenfinwdym but "local" setup?16:21
stephenfinAs in, running on your localhost rather than in DevStack?16:21
stephenfinIf so, you can do that but I never have. Instead, I tend to make changes on the devstack VM and see what happens there16:22
stephenfinDevStack installs all projects into '/opt/stack' by default. You'll find e.g. the keystone repo there and can modify things as you see fit. When you've made a modification, you need to restart the relevant service with systemctl.16:23
M0weng[m]Ohh I think I misunderstood... where in devstack would I make those changes? I tried modifying the code in /opt/stack and it didn't make any difference16:23
M0weng[m]Ohhh I forgot to restart it haha16:24
M0weng[m]That would make sense16:24
M0weng[m]Ok cool thank you, I'll try that :D16:24
stephenfinAh, that'd do it :) For Keystone you want 'systemctl restart devstack@keystone.service'16:24
stephenfinAlso, everything uses mysql. You hopefully set a password in your local.conf. If so, you can run the 'mysql' CLI with e.g. 'mysql -ppassword'16:25
stephenfinM0weng[m]: When I do that, I see the following for the 'limit' table: https://paste.openstack.org/show/b0i8rWQDsNJhS2K7nd8X/16:26
stephenfinSo I'm not really sure what's going on without further investigation16:26
opendevreviewMerged openstack/openstacksdk master: Skip disabling compute service  https://review.opendev.org/c/openstack/openstacksdk/+/93601616:26
M0weng[m]stephenfin: Yeah I'm getting the same result 😔16:31
stephenfinHmm, I think there might be a bug in keystone. When I apply the following patch https://paste.openstack.org/show/bIis4CjDiJZJv3McQIIm/16:40
stephenfinI see the following in the logs https://paste.openstack.org/show/badFhL59v9AZ37S4iSkN/16:41
stephenfinSo it's attempting to filter on two project IDs at the same time. One of those is the one I passed via '--project-id' but idk where the other one is coming from16:43
stephenfinAdding more debug logging gives me the following SQL query which proves that https://paste.openstack.org/show/bWmfbv6KcjTfnp5VKaGN/16:43
opendevreviewMerged openstack/keystoneauth master: Allow passing None for username in v2.Password (redux)  https://review.opendev.org/c/openstack/keystoneauth/+/93589716:52
fricklerstephenfin: is ^^ enough to warrant another release or do you have more fixes in the pipeline?17:08
stephenfinnope, let's cut a release17:12
stephenfinthere are a few other patches up there but nothing is urgent17:13
stephenfinM0weng[m]: Looks like it's expected behavior https://github.com/openstack/keystone/blob/3e056ba8bd62dd16f941b05dd238a2a380642de7/keystone/tests/unit/test_limits.py#L1241-L124817:59
stephenfinM0weng[m]: So if you want to list against a different role, you need to use a system-scoped token. You can get one of those by using 'devstack-system-admin' instead of 'devstack-admin'18:02
stephenfinWe should probably add a check that the token is system-scoped or the project_id field matches that in the token in OSC, given the absence of one in keystone18:03
stephenfinhttps://bugs.launchpad.net/keystone/+bug/208940318:03
M0weng[m]Ohhhh ok, that makes sense!18:03
stephenfinvery poor API design IMO but now we know18:03
M0weng[m]Thank you for the help! :D18:03

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