| noonedeadpunk | mornings | 08:40 |
|---|---|---|
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible master: Remove amphora provider driver https://review.opendev.org/c/openstack/openstack-ansible/+/900399 | 08:43 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_octavia master: Remove obsoleted provider drivers https://review.opendev.org/c/openstack/openstack-ansible-os_octavia/+/885519 | 08:44 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_magnum master: Wait for magnum endpoint before creating cluster templates https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/897526 | 08:48 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_magnum master: Add tag for creating magnum resources https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/893362 | 08:48 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_magnum master: Add quorum queues support for service https://review.opendev.org/c/openstack/openstack-ansible-os_magnum/+/898911 | 08:48 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-tests stable/2023.1: Bump ansible-core to 2.12.8 https://review.opendev.org/c/openstack/openstack-ansible-tests/+/900315 | 08:59 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-plugins stable/2023.1: Simplfy addition of keystone users to roles https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/900071 | 08:59 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_cinder master: Fix example playbook linters https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/900401 | 09:01 |
| opendevreview | Dmitriy Rabotyagov proposed openstack/openstack-ansible-os_cinder master: Restart cinder-purge-deleted service only on abnormal exit https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/900347 | 09:01 |
| noonedeadpunk | ugh, after that 1 week vacation I feel even lower on energy then I was before it... crap... | 09:02 |
| noonedeadpunk | even after 2 working days can't get back up to speed :( | 09:02 |
| noonedeadpunk | I wonder if we can somehow place `ceph_crush_rule.py` elsewhere outside of ceph-ansible for now and ensure it loads first.... | 09:07 |
| noonedeadpunk | in terms of https://github.com/ceph/ceph-ansible/pull/7466/files | 09:07 |
| noonedeadpunk | As then instead we could change type for name for it to be optional I guess... | 09:09 |
| jrosser | good morning | 09:25 |
| jrosser | we did have a situation a bit like that with config_template being in OSA and also in ceph-ansible | 09:27 |
| jrosser | so it might be possible to carry our own version of that | 09:27 |
| noonedeadpunk | yeah, but I recall that situation was not that easy to solve and at the end changes to ceph-ansible were merged to use our config_template collection https://github.com/ceph/ceph-ansible/blob/main/requirements.yml#L4-L6 | 09:52 |
| noonedeadpunk | but maybe if we place that in manila role it will have priority over one from ceph-ansible.... | 09:54 |
| noonedeadpunk | (or relative to the playbook directory) | 09:55 |
| jrosser | noonedeadpunk: did we ever decide anything about making something like openstack-ansible-ops but a collection? | 14:43 |
| noonedeadpunk | I think I wanted to work on that | 14:43 |
| noonedeadpunk | doesn't mean I don't know - just need to sort out some stuff first... | 14:43 |
| jrosser | i guess step 0 is to decide if we want something new, or to collection-ify the ops repo | 14:44 |
| noonedeadpunk | and if we wanna continue using openstack namespace as well | 14:44 |
| noonedeadpunk | To be frank, I would start from seing what would it cost to collectify ops and if that's doable - go with it. If not - well... | 14:45 |
| jrosser | yeah, i wonder about what it would look like eventually with all the roles / playbooks / * from all the stuff in the ops repo flattened out into one collection | 14:48 |
| jrosser | it's almost like you want a collection-of-collections in the same repo | 14:49 |
| noonedeadpunk | * for ops | 15:00 |
| noonedeadpunk | which always what was this repo all about kinda... | 15:00 |
| jrosser | perhaps i think about it incorrectly, i'll try and prototype something | 15:01 |
| jrosser | ok so we can have a collection like /etc/ansible/ansible_collections/osa_ops | 15:33 |
| jrosser | and that can be just a clone of the ops repo | 15:33 |
| jrosser | then we can have a subdir in there with the galaxy metadata which has playbooks/ inside it | 15:34 |
| jrosser | then from the integrated repo we can so something like `import_playbook: osa_ops.mcapi_vexxhost.k8s_install` | 15:34 |
| jrosser | but TIL you can't have `-` characters in playbook names in a collection | 15:34 |
| jrosser | and also if that playbook from the collection does further import playbook stuff, that wants to come from the collection, so it can't "call back" to our `common-playbooks/haproxy-service-config.yml` | 15:36 |
| noonedeadpunk | I knew about `-` in playbook names | 15:40 |
| noonedeadpunk | but didn't know second part | 15:40 |
| noonedeadpunk | but yes, idea was kinda close to that | 15:41 |
| jrosser | we could always move our playbooks/common-playbooks/* into the plugins repo | 15:41 |
| jrosser | then use them with a FQCN from there | 15:42 |
| jrosser | which would allow them to be called from anywhere | 15:42 |
| jrosser | yes, so that works `import_playbook: openstack.osa.haproxy_service_config.yml` | 15:46 |
| jrosser | when called from some other collection | 15:46 |
| noonedeadpunk | Yeah, so I was thinking about moving our playbooks to some other collection.... | 15:57 |
| noonedeadpunk | and then calling them as openstack.osa.nova for instance... | 15:58 |
| noonedeadpunk | And inside old playbooks (os-novainstall.yml) just `import_playbook: openstack.osa.nova` | 15:58 |
| noonedeadpunk | But then I'm not sure how much I'm happy with namespace/collection naming to be frank | 15:59 |
| opendevreview | Jonathan Rosser proposed openstack/openstack-ansible-plugins master: Add common haproxy playbook from openstack-ansible repo https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/900431 | 16:02 |
| jrosser | `openstack.osa.<thing>` looks reasonable for something used as a key part of openstack-ansible | 16:03 |
| opendevreview | Jonathan Rosser proposed openstack/openstack-ansible master: Use haproxy_service_setup playbook from plugins collection https://review.opendev.org/c/openstack/openstack-ansible/+/900433 | 16:12 |
| noonedeadpunk | it could be `openstack-ansible openstack-ansible.playbooks.nova` | 16:19 |
| noonedeadpunk | jrosser: you wanna have these patches for 2023.2? | 16:20 |
| jrosser | perhaps..... | 16:20 |
| jrosser | i will try to look more for complete blockers on "extending" OSA with some collection (maybe ops repo) and if we could get those patched it would be good | 16:21 |
| noonedeadpunk | as I was going to invest some time only after releasing | 16:22 |
| jrosser | tbh i don't mind | 16:22 |
| noonedeadpunk | I mean, we can land some things as well | 16:23 |
| jrosser | i was looking at the PTG etherpad | 16:23 |
| noonedeadpunk | But would kinda make sense to move all playbooks there then... | 16:23 |
| jrosser | wonder if we should poke oslo team about the quorum queues stuff | 16:23 |
| noonedeadpunk | and for that I don't wanna signup now | 16:23 |
| jrosser | no, i agree thats too much | 16:24 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!