Tuesday, 2024-06-25

opendevreviewMerged openstack/openstack-ansible-os_swift master: Replace get_md5 parameter to stat module  https://review.opendev.org/c/openstack/openstack-ansible-os_swift/+/92228309:03
opendevreviewMerged openstack/openstack-ansible-os_nova master: Update conditions for kernel statoverride  https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/92255709:10
opendevreviewMerged openstack/openstack-ansible-os_neutron stable/2023.2: Remove handler delegation for DB contract  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/92255609:14
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_nova stable/2024.1: Update conditions for kernel statoverride  https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/92271209:23
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_nova stable/2023.2: Update conditions for kernel statoverride  https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/92271309:23
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_nova stable/2023.1: Update conditions for kernel statoverride  https://review.opendev.org/c/openstack/openstack-ansible-os_nova/+/92271409:23
jrosserso we always refer to openstack-ansible-plugins as a sha rather than `master` - is that a limitation of ansible-galaxy?09:44
opendevreviewMerged openstack/openstack-ansible master: Update pip/wheel/setuptools/uwsgi versions to latest  https://review.opendev.org/c/openstack/openstack-ansible/+/92237609:45
opendevreviewMerged openstack/openstack-ansible-galera_server stable/2023.2: Fix condition in cluster state checks  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/92255410:04
damiandabrowskijrosser: that's a good question...I don't think it's because of ansible-galaxy limitation10:19
damiandabrowskiI just tried it with version: master and it worked fine10:19
jrosseri wonder if it looks for a tag, would be interesting to see if it actually has deployed master10:31
damiandabrowskihttps://paste.openstack.org/show/bW852qmgMAqRqx8zvUKG/10:46
damiandabrowskilooks good I think and it contains recent commit: https://github.com/openstack/openstack-ansible-plugins/commit/bbaf62e9233bd240da2bd3d613062cdeb9b5101e10:47
damiandabrowskijrosser: this is the culprit: https://github.com/ceph/ceph-ansible/commit/1121e6d98a41a913886240bcb873380008afcafc11:06
damiandabrowskiso i think we should include one more change in your patch https://review.opendev.org/c/openstack/openstack-ansible/+/92197611:06
damiandabrowskiwhich is to replace 'client.rgw.' ~ hostvars[inventory_hostname]['ansible_facts']['hostname'] ~ '.rgw0': {11:06
damiandabrowskiwith 'client.rgw.' ~ rgw_zone  ~ '.' ~ hostvars[inventory_hostname]['ansible_facts']['hostname'] ~ '.rgw0': { 11:06
damiandabrowskiin inventory/group_vars/ceph-rgw.yml11:07
damiandabrowskiand possibly also define default value for rgw_zone in OSA inventory11:12
noonedeadpunkjrosser: it's jsut me forgettign to switch to master after branching11:25
noonedeadpunkso we can totally run master11:26
jrosserah ok - i was just looking back through the git blame and that one seemed to be SHA for a long time, so i hesitated to make a patch setting to master11:27
noonedeadpunkbut also we kinda need to change version for each release in plugins...11:29
noonedeadpunkas otherwise it's confusing as hell11:29
noonedeadpunkbut I wonder if it would make sense to align with osa versioning11:31
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins stable/2023.1: Update plugins collection version  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/92272011:33
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins stable/2023.2: Update plugins collection version  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/92272111:34
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins stable/2024.1: Update plugins collection version  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/92272211:34
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-plugins master: Update plugins collection version  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/92272311:34
noonedeadpunk#startmeeting openstack_ansible_meeting15:03
opendevmeetMeeting started Tue Jun 25 15:03:02 2024 UTC and is due to finish in 60 minutes.  The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot.15:03
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:03
opendevmeetThe meeting name has been set to 'openstack_ansible_meeting'15:03
noonedeadpunk#topic office hours15:03
jrossero/ hello15:03
noonedeadpunko/15:03
noonedeadpunkhey15:03
damiandabrowskihi!15:03
noonedeadpunkI clean forgot that I will need to leave shortly - so let's make this quick :)15:03
noonedeadpunkSo ceph-ansible 9.0 issue I think Damian you was working on15:04
noonedeadpunkand had some progress from what I recall?15:04
NeilHanlono/ - am only kinda around today15:04
noonedeadpunksorry, 8.015:04
noonedeadpunk++15:04
jrosseryes it looks like there was a renaming of the service for rgw which we need to accomodate15:05
damiandabrowskiyeah, this patch is responsible for the issue: https://github.com/ceph/ceph-ansible/commit/1121e6d98a41a913886240bcb873380008afcafc15:05
damiandabrowskiI proposed a solution above ^15:05
jrosserwould you like to make a patch - else i can do that?15:05
damiandabrowskiif we apply a fix in a separate patch, we'll probably have circular dependency :/15:06
damiandabrowskii can push a commit to your change if you don't have anything against it15:07
damiandabrowskihttps://review.opendev.org/c/openstack/openstack-ansible/+/92197615:07
jrossersure thats no problem, i don't mind15:07
noonedeadpunkso, I guess I'd define `rgw_zone` to value of ceph_cluster_name if it makes any sense?15:07
noonedeadpunkhttps://opendev.org/openstack/openstack-ansible-ceph_client/src/branch/master/defaults/main.yml#L52-L5415:08
jrosseri think `default`15:08
jrosseryou may have multiple zone groups in one cluster15:08
noonedeadpunkaha15:08
damiandabrowskiokok, I'll try to figure out how to apply the fix in a separate change but if I won't be able to come up with anything wise, I'll just push a commit to your change15:08
noonedeadpunkok, fair enough15:08
jrosseryou can just edit my change, that will be easier15:09
noonedeadpunknah, you should edit Jonathan's one15:09
noonedeadpunkotherwise it won't pass CI15:09
damiandabrowskiok15:09
jrosserthankyou for finding that :)15:09
damiandabrowskiI also need to figure out how to not break environments that use recent OSA version with ceph-ansible 7.015:09
damiandabrowskino problem at all ;)15:09
noonedeadpunkthere's a ML asking for some assistance with Central Logging in OSA15:09
noonedeadpunk#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/B26UYEP7NA5YTCPABLO5TSKU63JLCVJR/15:09
jrosseri also did reply to mariusz about mcapi on debian but did not have change to test that myself yet15:10
noonedeadpunkI was going to answer something about ELK role, but then thought if maybe jrosser you had some ideas about what reply would be the best15:10
jrosseryeah, elk role is kind of expert level stuff somehow15:11
noonedeadpunkyeah, I didn't come to a point of testing capi yet :(15:11
jrosserhah no worries, at this moment i am working on tooling for offline installs15:11
noonedeadpunkso - better say that you can grab journald from metal hosts with whatever you want, but also we have elk role just in case?15:12
jrosseryes so it depends - one aspect is inventory integration15:12
jrosserperhaps thats something we should have an example of, how to deploy some easy collector but not a whole stack15:13
jrosserand then the other aspect is deploying a whole elk stack which is way more scope than that15:13
noonedeadpunkyeah...15:13
noonedeadpunkthough I think deploying elk stack is also quite valuable15:14
jrosseryes, the roles are pretty complete and very flexible15:14
noonedeadpunkok, I will try come up with something unless you want to :)15:14
jrosserbut they do only get very irregular maintainance15:14
jrossersure no problem15:14
noonedeadpunkI was going on to check on mariadb 11.4 - but didn't manage yet15:15
jrosserright i did have some time on that15:16
noonedeadpunkand also - by end of the week (or likely somewhere during weekends) we'd need to have a bugfix release - or at least sha bump proposed. Will see how things land, but would be nice to also land known backports until then15:16
jrosser^ so on that andrewbonney is just preparing for a lab deploy of C15:16
jrosserwe may find some thing this week15:16
noonedeadpunk(how things land for services)15:16
jrosserand on mariadb the issue seems to be around TLS15:17
noonedeadpunkyep15:17
jrosserwell, first the client name is changed mariadb<>myqsl but that is an easy patch15:17
jrosserbut the startup script fails due to tls trouble, i think we drop our custom certs and something is broken with the client not knowing about the ca15:17
noonedeadpunkBut tls is kinda weird15:17
noonedeadpunkYeah15:18
damiandabrowskiregarding central logging: we also have https://github.com/openstack/openstack-ansible-plugins/tree/master/roles/journald_remote which may be helpful15:18
noonedeadpunkPotentially it expects different format or smth15:18
noonedeadpunkOh, yes, that is great point Damian!15:18
noonedeadpunkJournald remote on itself not very well developed iirc, but yeah 15:19
noonedeadpunkThere was also some playbook for journal2gelf for graylog15:19
noonedeadpunkWhich I used... 4y ago15:19
damiandabrowskiyeah, i remember some issues with logs rotation15:22
noonedeadpunkAlso, talking about logs... Ovn still does not use journal in our setup...15:22
damiandabrowskihttps://github.com/systemd/systemd/issues/524215:22
damiandabrowskiporbably this one15:22
noonedeadpunkAlso I have patches regarding oslo_concurrency in my backlog15:24
noonedeadpunkAnd, overall, seems this release might be quite busy with adding new os support 15:25
noonedeadpunkIn terms of el10 and Ubuntu 24.0415:25
noonedeadpunkBut likely makes sense to do el10 for the next one even15:26
noonedeadpunkAs it will appear too late, imo15:26
jrosseryes i have a list too with these on15:26
jrosseri can do some - was thinking to look at 24.04 quite soon15:27
noonedeadpunk++, that would be sweet15:27
jrosseron also we did a bobcat upgrade last week15:27
jrosserand when upgrading nova, performance (horizon responsiveness) seems to be quite a lot worse15:28
noonedeadpunkHuh15:28
jrosserso there is something odd happening there and we did not yet dig into it15:28
jrosserbut i know you have done rally stuff in the past?15:28
noonedeadpunkWell, we do have one bobcat region, but it's a new one, so hard to judge on performance so far15:29
jrosserandrewbonney: was looking at this a small amount15:29
noonedeadpunkWell, yeah, I did used rally in CI periodically some time ago 15:29
noonedeadpunkSo have a comparable results and to judge on API responsiveness 15:30
noonedeadpunkBut not now... Though might make total sense to do that before upgrades to caracal then...15:30
jrosseri think the first place we might look is the database, perhaps sqlalchemy changes bring somethng there15:31
noonedeadpunkWell, it's still sqlalchemy <2 there15:32
noonedeadpunkJust some work was done for compatibility with 2.015:33
noonedeadpunkEven in caracal it's not 2.0 yet15:33
noonedeadpunkSo sqlalchemy should be pretty much same version as for Antelope just in xase15:33
jrosserhmmmm15:33
noonedeadpunkBut mariadb version?15:34
noonedeadpunkDid we used same lts as for Antelope?15:34
jrosseryes 10.11 in both cases15:36
noonedeadpunkWell....15:36
noonedeadpunkSome compatibility things could bring regression ofc...15:36
noonedeadpunkBut dunno 15:37
noonedeadpunkSorry, I need to run now15:40
noonedeadpunkSo if anything - let's catch up slightly later :)15:40
noonedeadpunk#endmeeting15:41
opendevmeetMeeting ended Tue Jun 25 15:41:28 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:41
opendevmeetMinutes:        https://meetings.opendev.org/meetings/openstack_ansible_meeting/2024/openstack_ansible_meeting.2024-06-25-15.03.html15:41
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/openstack_ansible_meeting/2024/openstack_ansible_meeting.2024-06-25-15.03.txt15:41
opendevmeetLog:            https://meetings.opendev.org/meetings/openstack_ansible_meeting/2024/openstack_ansible_meeting.2024-06-25-15.03.log.html15:41
balsaLooking for some deployment advice, I've been running a deployment using Kolla for a few years and want to see if the openstack-ansible grass was greener, I've got a 8 node cluster with rather limited networking (A public IP subnet of /24 and a /25, and two L2 VLANs that I can use really any ips with) All 8 nodes are identical (2 100Gbit networking, 2 13TB NVME) Looking over the guides for Openstack Anible, its rather compl20:18
balsaKolla really likes when you can deploy from a dedicated VM, openstack-ansible is throwing a fit since the management IPs of the boxes are in that /25 range, Ansible it self doesn't seem to understand the mangement ip vs the internal ranges, I'm using a /22 on the L2 VLAN, but the deployment VM is not on that VLAN as its across the datacenter. I /do/ have a ssh config that uses one of the hosts as a jump box, in kolla this w20:21
balsain openstack-ansible its really mad in transfering files over. I'm also rather confused but some of the configuration examples since its not /really/ a AIO (one node should be mgr only, the rest are compute / storage20:22
balsaso to keep this simple, is there a way to "clean" up a failed deployment well besides the lxc-container-destory playbook20:24
jrosserbalsa: there are people around here mostly during EU working hours20:39
jrosseryour messages are truncated - are you using some sort of irc gateway service?20:40
balsaI'm using the OFTC webirc client20:42
balsaGuess that would do it20:42
balsatoo add to my main issue of the setup-hosts.yml playboot failing, https://paste.opendev.org/show/bdb9OJnUxC4Uqq2pTi2Y/20:45
balsaplaybook* everything works up until that step, something is missing somewhere20:46
Balsathere, switched over to a better client20:55
jrosserit is very kate here - eu tz is best20:59
jrosser*late20:59
jrosserbut there is config possible to separate the ssh addresses from the internal network20:59
jrosserthat is not the default though21:00
BalsaIt had seemed to ignore that value when I applied it. My openstack_user_config.yml https://paste.debian.net/hidden/4ade0e9d/ 21:02
BalsaIts all good jrosser if you are EUTZ, Ill loop back around during EUTZ primetime, I'm UTC-5 right now21:03
opendevreviewDamian DÄ…browski proposed openstack/openstack-ansible master: Switch to ceph-ansible stable-8.0  https://review.opendev.org/c/openstack/openstack-ansible/+/92197622:03

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