| noonedeadpunk | damn... Have not great news about resolute... we have libxml2 packaged defined everywhere, but in resolute it's libxml2-16 :( | 07:24 |
|---|---|---|
| noonedeadpunk | So we'd need to patch almost all roles with that change :( | 07:24 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: docs: add default variables to main page https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987440 | 08:24 |
| opendevreview | Ivan Anfimov proposed openstack/openstack-ansible-os_swift master: Remove deprecated option expiring_objects_account_name https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/985417 | 08:34 |
| blue090 | Hi I have a question I can see volume_type dropdown menu in horizon when we launch instance with flamingo deployment , is the feature available in Epoxy , any variable or parameter to set in horizon | 09:43 |
| noonedeadpunk | blue090: hey | 10:13 |
| noonedeadpunk | I think horizon just shows up available volume types, which were created in Cinder | 10:13 |
| noonedeadpunk | I can't recall if you create volume types with horizon (probably you do in admin section), but you for sure can do that either with CLI or by defining some vars | 10:14 |
| noonedeadpunk | in os_cinder role, this is related to cinder_backends more or less, give me a sec to provide a sample of how I'm doing things | 10:15 |
| noonedeadpunk | blue090: https://paste.openstack.org/show/bItaq07lEHG4QdrBYAJw/ | 10:16 |
| blue090 | noonedeadpunk: Hmm I dont have any cinder specific qos spec we have different types of clusters SAS backend and SATA backend both are different clusters , I created both backends as well , what I am asking is there is a drop down menu when we create a vm from horizon I found the release notes anyways :D | 11:13 |
| blue090 | https://docs.openstack.org/releasenotes/horizon/2025.2.html | 11:13 |
| noonedeadpunk | no, there's none when you create a VM afaik | 11:13 |
| noonedeadpunk | it's not implemented in horizon at least | 11:13 |
| noonedeadpunk | As historically Nova didn't allow to select the backend when creating a BFV instance | 11:14 |
| noonedeadpunk | I think it should be possible now, but not 100% sure | 11:14 |
| blue090 | Yes it is in flamingo release notes and is showing up in openstck-ansible deployment as well | 11:14 |
| noonedeadpunk | oh, ok... I never run flamingo in production, so maybe it's there... I don't know then... | 11:15 |
| blue090 | I was just testing the release and saw it so i thought maybe epoxy allow it with some variables | 11:17 |
| blue090 | noonedeadpunk: one more thing I tried to add virsh security key for multiple backends but unable to do so is there any specific user_variables vars to do that now I am running another playbook to do the task | 11:21 |
| blue090 | nova_libvirt_secrets_extra: - uuid: "{{ cinder_ceph_infra_uuid }}" usage: ceph name: client.cinderdev secret value: "{{ ceph_client_cinderdev_key }}" this didnt work | 11:21 |
| blue090 | https://pastebin.com/Y31uEqdU | 11:22 |
| noonedeadpunk | blue090: well, I think you actually can install Horizon from Flamingo on Epoxy | 11:22 |
| noonedeadpunk | This should be possible | 11:22 |
| blue090 | Hmm thats great news I can try that | 11:23 |
| noonedeadpunk | Just a sec, let me check vars.. | 11:25 |
| blue090 | I added the ceph uuid and key in secrets file still no luck nova_libvirt_secrets_extra this varible not working probably | 11:25 |
| mgariepy | here is the commit that have the volume type in horizon create instance. | 11:26 |
| mgariepy | https://github.com/openstack/horizon/commit/6e40c51928f185ceecac19417e7d251618229397 | 11:26 |
| noonedeadpunk | You should be able to define `horizon_git_install_branch: 70cc63f96a4a393d9ebe7304097e8e94acf5960d` and then also `horizon_upper_constraints_url: https://releases.openstack.org/constraints/upper/2025.2` | 11:27 |
| noonedeadpunk | But you might need to bump versions for all horizon plugins as well, not really sure. | 11:27 |
| noonedeadpunk | pretty much https://opendev.org/openstack/openstack-ansible/src/branch/stable/2025.2/inventory/group_vars/horizon_all/source_git.yml | 11:27 |
| noonedeadpunk | blue090: regarding the secrets - `nova_libvirt_secrets_extra` was hallucinated :) | 11:28 |
| blue090 | Just got from some page i forgot :D | 11:28 |
| noonedeadpunk | blue090: I think what you're looking for is smth like this: https://docs.openstack.org/openstack-ansible-ceph_client/latest/configure-ceph.html#extra-client-configuration-files | 11:29 |
| noonedeadpunk | and yeah, you can probably take SHA mgariepy suggested for `horizon_git_install_branch` | 11:30 |
| blue090 | Well I created the configs as the doc suggested but virsh secret is not created | 11:30 |
| mgariepy | or you can maybe backport the patch to epoxy | 11:30 |
| mgariepy | ymmv | 11:30 |
| blue090 | mgariepy: Yeah better upgrade than patching and blowing things up | 11:31 |
| blue090 | :D | 11:31 |
| mgariepy | well. it depends but maybe ;) | 11:32 |
| blue090 | https://pastebin.com/at2L20Kp this my config part but virsh secret not populated for the second backend well part of the conf there are like 4 backends | 11:33 |
| WireLost | hello, is OSA 2026.1 (dev) still happy with ceph-ansible on Ubuntu 24.04 (UCA Gazpacho + Ceph 19)? | 11:50 |
| noonedeadpunk | WireLost: well | 12:00 |
| noonedeadpunk | ceph-ansible not particularly happy with ansible-core 2.19 | 12:00 |
| noonedeadpunk | we're trying to work on it with https://github.com/ceph/ceph-ansible/pull/7693 | 12:00 |
| noonedeadpunk | but you'd need to use different ansible-core version then OSA is shipped with | 12:01 |
| jrosser | depends also what you mean by `UCA` as in the past ceph packages have been in there | 12:02 |
| noonedeadpunk | so, bootstrap command should look like this: `ANSIBLE_PACKAGE="ansible-core<2.19" ./scripts/bootstrap-ansible.sh` | 12:02 |
| jrosser | but not recently | 12:02 |
| jrosser | theres a list here https://openstack-ci-reports.ubuntu.com/reports/cloud-archive/gazpacho_versions.html | 12:02 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: wip: https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 12:08 |
| noonedeadpunk | fwiw, Ironic is pasing now: https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/980398 | 12:15 |
| WireLost | Thanks for the answers! It seems it would be best to fork 'ceph-ansible' =P | 12:15 |
| WireLost | jrosser, yeah, I've notice that Ceph 20 is not in Gazpacho's UCA, and I was really hoping it would be there. It is on Ubuntu 26.04. | 12:17 |
| noonedeadpunk | yeah, we were discussing it for a while now tbh | 12:18 |
| noonedeadpunk | but fork where is main question so far | 12:18 |
| jrosser | there is noble here now https://download.ceph.com/debian-20.2.1/dists/ | 12:18 |
| jrosser | but i think its still not quite working properly | 12:18 |
| WireLost | Nice! Didn't know that one, I'll give it a try with Ceph Ansible on plain 24.04 | 12:19 |
| jrosser | https://github.com/ceph/ceph/pull/67510/ | 12:19 |
| jrosser | dashboard won't work | 12:19 |
| jrosser | and our haproxy heathchecks for rgw also needed adjusting | 12:21 |
| WireLost | noonedeadpunk, what about a fork here: https://github.com/ceph-ansible/ceph-ansible ? lol - I use it a lot, should be able to help testing and maybe fix few things as well | 12:26 |
| noonedeadpunk | but what is that? it looks like exact mirror? | 12:30 |
| noonedeadpunk | I don't see any prs or contributions in there? | 12:30 |
| WireLost | Just a flat fork | 12:30 |
| WireLost | brainstorming with you =) | 12:31 |
| WireLost | jrosser, so, best bet would be OSA 2025.2 with Ceph 19 as well? Should work with OSA AIO, right? :P | 12:31 |
| jrosser | WireLost: i may not be best to advise on a new deployment - we are trying to get off of jammy onto noble and a new ceph release unblocks that for us | 12:32 |
| jrosser | and we try never to use the UCA ceph for $reasons | 12:32 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible master: Add cloudkitty_influxdb_password to default user_secrets https://review.opendev.org/c/openstack/openstack-ansible/+/987496 | 12:57 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible master: Add cloudkitty_influxdb_password to default user_secrets https://review.opendev.org/c/openstack/openstack-ansible/+/987496 | 12:58 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: Use influxdb as default storage backend https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 12:58 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: Use influxdb as default storage backend https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 12:59 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: Use influxdb as default storage backend https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 13:15 |
| WireLost | jrosser, ok, so, the latest version I've personally tested was AIO OSA 2023.2 on 22.04 with Ceph 17. I'll try again in OSA 2024.1, Noble and Ceph 19 (all defaults in Noble without UCA), and see how it goes | 13:37 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: Use influxdb as default storage backend https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 13:37 |
| jrosser | WireLost: when i say "we" i mean my deployment rather than OSA project. In my deployment ceph is setup seperately using ceph-ansible rather than the integration with OSA. This decouples the ansible and OS version requirements between OSA and ceph-ansible | 13:51 |
| WireLost | ok, no worries, I have both in my lab, ceph-ansible alone and also via OSA to play around and learn. But for experimenting integration with OSA and its tests in CICD, it would have to be 'coupled' with OSA, right? | 14:16 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: Use influxdb as default storage backend https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 14:18 |
| jrosser | yes for experiments its fine to have it coupled, with the available options being those where OSA+ceph_ansible+ansible+operating-system are consistent and can co-exist | 14:20 |
| WireLost | cool | 14:21 |
| jrosser | well and of course either download.ceph.com or UCA having a suitable version | 14:24 |
| jrosser | horribly big matrix of what does/doesnt work /o\ | 14:24 |
| WireLost | lol | 14:24 |
| WireLost | Got it, I'm gonna need ceph-ansible on 26.04, so I'll play around and see what I can find, maybe the robots can also help :-D | 14:26 |
| noonedeadpunk | yup, we're working to get 26.04 to 2026.1 release | 15:20 |
| WireLost | I'll try it today lol | 16:07 |
| opendevreview | Merged openstack/openstack-ansible-os_glance master: Sync schema-image.json https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/986285 | 16:12 |
| opendevreview | Dmitriy Chubinidze proposed openstack/openstack-ansible-os_cloudkitty master: Use influxdb as default storage backend https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/987491 | 21:46 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!