Wednesday, 2024-11-27

opendevreviewMerged openstack/openstack-ansible-os_neutron master: Re-enable uWSGI as default for Neutron  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/93564200:48
opendevreviewMerged openstack/openstack-ansible-os_horizon master: Add FWaaS dashboard.  https://review.opendev.org/c/openstack/openstack-ansible-os_horizon/+/93579601:27
opendevreviewRishat Azizov proposed openstack/openstack-ansible-ops master: add variable filebeat_auth_enabled for possibility to disable sending auth logs  https://review.opendev.org/c/openstack/openstack-ansible-ops/+/93633007:13
noonedeadpunkit seems everything existing has been merged. I will propose roles branching now09:02
jrosseri still don't quite find why mcapi is not reliable in ci09:03
opendevreviewMerged openstack/openstack-ansible-ops master: add variable filebeat_auth_enabled for possibility to disable sending auth logs  https://review.opendev.org/c/openstack/openstack-ansible-ops/+/93633009:30
noonedeadpunkI've jsut realized that kube_tag is also very hardcoded inside the capi driver code: https://github.com/vexxhost/magnum-cluster-api/blob/v0.24.0/magnum_cluster_api/integrations/common.py#L77-L9411:05
noonedeadpunkwhich is kind of doh. as then any provided value by user is gonna be pretty much neglected11:07
noonedeadpunkalso magnum-conductor is super unhappy after upgrade from v0.22.1 to v0.24.011:50
noonedeadpunkhttps://paste.openstack.org/show/bPINMrn4an6zH8gQWBZC/11:50
jrosserthat is surprising on the specifc tags being only the supported ones, i wonder if that is intentional11:52
noonedeadpunklooking at patches like this - probably it is https://github.com/vexxhost/magnum-cluster-api/commit/824fb57dd3496814e925752d15836c6db1e92cd611:53
jrosserthat is unfortunate, as image_loader really is peripheral in this case11:54
* noonedeadpunk wondering how stackhpc does that11:55
noonedeadpunkI wonder also how to fix this upgrade issue....11:56
opendevreviewMerged openstack/openstack-ansible-ops master: [doc] Move all variables to group_vars  https://review.opendev.org/c/openstack/openstack-ansible-ops/+/93155611:58
noonedeadpunkbtw also on v0.24.0 I saw reffering to some atmoshepre stuff in cluster creation failing request in a stack trace... 12:45
* noonedeadpunk reverted back to own fork for now12:45
noonedeadpunkbtw, it's weird that changing capi version for magnum doesn't trigger wheels/venv rebuild13:28
jrosseris that related to it not using pbr13:30
jrosserso there isnt necessarily a changed version if you point to a sha13:30
jrossermaybe i am confused with something else there13:31
noonedeadpunkWell, I'd guess even sha should be triggering the rebuild13:31
noonedeadpunkas requirements file should change13:31
noonedeadpunkor maybe wheels are rebuild, but not the venv....13:32
* noonedeadpunk need to investigate a little bit further13:32
noonedeadpunkas indeed, if resulting wheels name is the same - it would be like that potentially without pbr13:33
noonedeadpunkand I was tagging SHAs anyway, but not adjusting setup.cfg to reflect versions...13:34
jrosserhere is what andrewbonney has been doing with our fork https://github.com/bbc/magnum-cluster-api/commit/24729d9e7afe33fa974b3920dfe5edb0f7c34e4b13:37
noonedeadpunkyeah, probably that's the root cause13:37
andrewbonneyThat's a rather exaggerated example, but yes I tend to bump the patch versions where necessary13:37
noonedeadpunkbut Ive spotted it while tried to upgrade to 0.24.0 from 0.22.1 fork...13:37
noonedeadpunkand jsut spotted same with ovn-bgp-agent sha bump. huh13:38
noonedeadpunkhttps://paste.openstack.org/show/buLPKMm90ki2LXItta9J/13:43
noonedeadpunkso we build wheels, but not re-building venvs after that13:43
noonedeadpunksomehow13:43
noonedeadpunkas in /openstack/venvs/neutron-29.1.0/requirements.txt we have `neutron-vpnaas\nneutron\novn-bgp-agent\noslo.cache[dogpile]\nosprofiler\nPyMySQL\nsystemd-python\n` which are not versioned13:44
noonedeadpunkso wheels update won't reflect in venv update13:45
noonedeadpunkwhich I think is a bug?13:45
jrosserhmm14:05
noonedeadpunkwhat I changed was SHA for ovn-bgp-agent in this case14:09
jrossermnaser: did you test much with mcapi 0.24.0? 15:22
noonedeadpunkjrosser: you already have issues after upgrade?15:26
noonedeadpunks/already/also/15:26
jrosseri am kind of interested in what is wrong with your testing tbh15:27
noonedeadpunkah15:27
noonedeadpunkI didn't have time to check anything so far, so reverted back for now... with applying another cherry-pick for 1.31 support...15:28
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93637515:34
jrosseri also spotted recently that we should remove all the qdrouterd stuff15:35
jrosseri think thats been removed from oslo15:36
noonedeadpunkoh, rly?15:36
jrosseri *think* so, but it would need checking15:36
noonedeadpunkas I think qrouterd is just amqp1.0 or smth...15:36
noonedeadpunkI see they've dropped amqp115:37
noonedeadpunkhttps://opendev.org/openstack/oslo.messaging/commit/7997a199acada382b0c61dc84aa956e4c65de98615:37
jrosseryes this is what i saw, is that the same thing?15:37
jrosser^ what the qdrouterd bits need i mean15:37
noonedeadpunkI think it actually is the same thing15:37
noonedeadpunkI guess it's dropped for epoxy...15:38
noonedeadpunkwhich kind of... breaks SLURP....15:38
noonedeadpunkyeah, lets drop qrouterd early next cycle15:42
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Update supported distro tests  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93638015:50
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93637515:54
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Remove Buster testing  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93638016:33
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93637516:33
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/93639116:37
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93637516:37
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93637516:38
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-frrouting master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/ansible-role-frrouting/+/93637516:57
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Manage apt repositores and keys using deb822_repository module  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/93639116:58
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Update docker/containerd versions for zun-compute  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/93640017:13
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_zun master: Update docker/containerd versions for zun-compute  https://review.opendev.org/c/openstack/openstack-ansible-os_zun/+/93640017:15
noonedeadpunkit appears that molecule situation is a bit awkward right now... we can't use dockerhub images, as it's rate limiting requests. And on quay.io there're no noble images with systemd being present....17:25
noonedeadpunkso feels a litlle bit like a rabbit hole...17:25
jrosserwe can build images and push to quay.io17:32
jrosseralso i think kolla are in the same position for ubuntu/debian images, perhaps there will be a common solution for that17:33
noonedeadpunkbut it isn't free, is it?17:35
noonedeadpunkhttps://quay.io/plans/17:36
noonedeadpunkso solution is kind of infra registry I assume...17:36
noonedeadpunkprobably we can install systemd on regular image ofc...17:37
jrosseri think that the issue was 'official' debian/ubuntu iamges were only on dockerhub17:39
noonedeadpunkwell. they don't contain systemd iirc as well17:39
jrosserbut there has been tons of discussion about this in #opendev over the last week or os17:40
jrosser*so17:40
noonedeadpunkyeah, and also yesterday on tc meeting, with no really obvious solution17:40
noonedeadpunkthankfully for us it's only potentially CI-related (and very limited to frrouting role)17:41
noonedeadpunkand these are non-oficial anyway: https://opendev.org/openstack/ansible-role-frrouting/src/branch/master/molecule/default/molecule.yml#L1317:41
jrosserexample for 24.04 https://github.com/antmelekhin/docker-systemd/blob/main/ubuntu/24.04.Dockerfile17:44
noonedeadpunksuggest bulding image locally during runtime?17:44
jrosseranyone can build and push to quay?17:46
jrosserthen use as needed17:46
noonedeadpunkI think it's paid recurring subscription...17:47
jrosserooooh right17:48
* jrosser not read carefully enough17:48
noonedeadpunkoh, well... it seems that for public repo it's open17:50
noonedeadpunkat least I can create public after some RedHat agreements...17:51
noonedeadpunkand couple of options as a source are available17:52
noonedeadpunkso like, fork the repo, maintain it and re-publish on quay...17:54
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-ops master: Upgrade magnum-cluster-api to 0.24.0  https://review.opendev.org/c/openstack/openstack-ansible-ops/+/93622918:05
noonedeadpunkoh my, so it's not me who didn't find how to hide domain on skyline, this is just non-existent: https://review.opendev.org/c/openstack/skyline-apiserver/+/93464920:09
sykebenXHello, does anyone know how I could disable the "Keystone Credentials" (local accounts) option on the skyline dashboard?21:17

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