| opendevreview | Clark Boylan proposed openstack/openstack-zuul-jobs master: Run latest ansible-lint on Ubuntu Noble https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/926970 | 00:09 |
|---|---|---|
| clarkb | its interesting that it is detecting new failures after fixing a whole bunch of them. | 00:09 |
| fungi | could the fixes have introduced new failures? | 00:10 |
| clarkb | also apparently you shouldn't use variables with all caps. Why? That isn't exactly articulated in hte docs: https://ansible.readthedocs.io/projects/lint/rules/var-naming/ | 00:10 |
| clarkb | fungi: ya maybe it short circuits on some processing like the zuul_return module not being defined one? | 00:11 |
| clarkb | this is weird that latest patchset isn't running the linter job anymore... | 00:12 |
| clarkb | oh there it goes. Maybe I caught zuul status in an intermediate state? | 00:12 |
| *** __ministry is now known as Guest1209 | 02:10 | |
| *** elodilles is now known as elodilles_pto | 05:18 | |
| *** bauzas_ is now known as bauzas | 06:25 | |
| *** bauzas_ is now known as bauzas | 10:20 | |
| jamespage | could I get some eyes on https://review.opendev.org/c/openstack/project-config/+/926791 please - having a bit of a "Tidy Friday" and cleaning up some retired but not removed from goverance repos | 11:48 |
| opendevreview | Merged openstack/project-config master: Split min ready nodes between jammy and noble https://review.opendev.org/c/openstack/project-config/+/926972 | 11:55 |
| opendevreview | Merged openstack/project-config master: Retire unmaintained charm repositories https://review.opendev.org/c/openstack/project-config/+/926791 | 13:14 |
| jamespage | ta | 14:16 |
| opendevreview | Jeremy Stanley proposed openstack/project-config master: Replace 2024.2/Dalmatian key with 2025.1/Epoxy https://review.opendev.org/c/openstack/project-config/+/927031 | 14:21 |
| opendevreview | Clark Boylan proposed openstack/openstack-zuul-jobs master: Run latest ansible-lint on Ubuntu Noble https://review.opendev.org/c/openstack/openstack-zuul-jobs/+/926970 | 15:57 |
| clarkb | I expect ^ will pass except for the centos 9 stream arm64 openafs build. That one is failing beacuse our image is stale and the kernel on our image isn't new enough. Looks like nb04's disk is fully again. I'll start a cleanup there, but I wonder if we're not able to fit all the arm64 images on that device right now? or maybe its just too flaky and we leak more than elsewhere? | 15:59 |
| clarkb | maybe we make that job nonvoting or something | 15:59 |
| clarkb | the cleanup is running on nb04 in a screen since it will likely take some time | 16:03 |
| fungi | sadly, trying to use our raxflex credentials is getting me "The request you have made requires authentication. (HTTP 401)" | 16:23 |
| fungi | i tried switching the password out to the non-key one, but same effect, so i think either the credentials aren't quite what they stated or some necessary bit hasn't been flipped on our account. i'll see if i can log into the skyline dashboard at all | 16:25 |
| clarkb | fungi: maybe the id thing we have to substitute in isn't the right value? | 16:26 |
| fungi | i can log into skyline with it, but keystone is balking | 16:26 |
| fungi | yeah, that's what i'm checking now, because it didn't prompt for the project name | 16:26 |
| fungi | though it looks identical to me | 16:26 |
| fungi | it requires the project_id, which is a random uuid | 16:29 |
| frickler | does skyline offer some openrc or clouds.yaml download like horizon does? | 16:29 |
| clarkb | oh that is a good idea | 16:30 |
| frickler | also fancy that they seem to prefer skyline over horizon already | 16:30 |
| fungi | yep, that's how i found it. when i incorporate the OS_PROJECT_ID from the downloaded openrc.sh as the project_id in the clouds.yaml i can get access via the api | 16:30 |
| fungi | i wonder why project_id is working but project_name is not | 16:31 |
| clarkb | fungi: for all of the name and not id resources the api usually has to do an id lookup with the name then it uses the id for actions. I'm guessing it can't do the conversion | 16:32 |
| fungi | looks like the project_domain_name also wasn't needed, maybe related to the project_name looking issue? | 16:32 |
| frickler | iiuc the project/user_domain_name is only needed for project/user_name, yes | 16:33 |
| fungi | maybe it's related to the vintage of osc/sdk/ksm? | 16:34 |
| frickler | I'd say that that part of keystone has been stable for quite some time, but who knows. if it works with ids, let's go for that | 16:36 |
| clarkb | ya I wouldn't try to debug it too hard. IDs are canoniacl and if they work we can use them without concern I think | 16:36 |
| fungi | oh! okay this is odd... | 16:37 |
| fungi | now it's working without the project_id | 16:37 |
| fungi | maybe it was a cache lookup failure? | 16:38 |
| clarkb | or we have to login via web dashboard first to get it to tie things together? I agree odd. Maybe we should stick with id though just to avoid potential lookup issues in the future | 16:38 |
| fungi | yeah, i can do that as long as we're reasonably sure those won't get renumbered (which seems unlikely) | 16:39 |
| clarkb | I expect that would create problems for all the things | 16:40 |
| fungi | and i'll clean up the redundant identity_api_version settings frickler pointed out while i'm at it | 16:45 |
| fungi | anybody know what "interface: public" does? i'm not finding it in the openstackdsdk configuration docs | 16:45 |
| frickler | it means to use the public endpoints vs. internal | 16:45 |
| fungi | for keystone | 16:46 |
| fungi | got it | 16:46 |
| frickler | no, for any service | 16:46 |
| fungi | oh, as in filtering the endpoint urls in the catalog | 16:46 |
| fungi | wouldn't that be the default? | 16:46 |
| fungi | doesn't seem we specify it anywhere else | 16:46 |
| frickler | "openstack catalog list" should show both URLs for each service | 16:46 |
| frickler | yes, I marked that as part of my "it's default" comment | 16:47 |
| fungi | aha, for some reason i thought you just meant the identity_api_version | 16:47 |
| *** bauzas_ is now known as bauzas | 18:25 | |
| *** bauzas_ is now known as bauzas | 21:46 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!