Tuesday, 2022-05-31

*** dviroel is now known as dviroel|out00:04
spatelwhat do we think about this bug? - https://bugs.launchpad.net/openstack-ansible/+bug/196947302:10
*** ysandeep|out is now known as ysandeep03:31
*** ysandeep is now known as ysandeep|lunch08:47
jrosser_morning09:07
*** ysandeep|lunch is now known as ysandeep09:29
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Allow redhat vars file to over different RHEL derivatives  https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/84402109:36
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-os_ironic master: Allow redhat vars file to cover different RHEL derivatives  https://review.opendev.org/c/openstack/openstack-ansible-os_ironic/+/84402110:01
opendevreviewshahab taee proposed openstack/openstack-ansible-os_neutron stable/victoria: custom configuration for vpnaas  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/84403011:03
*** ysandeep is now known as ysandeep|break11:03
*** ysandeep|break is now known as ysandeep11:19
mgariepymorning jrosser_ 11:22
jrosser_hello11:22
mgariepywant to laught ?11:22
mgariepyhttps://paste.openstack.org/show/byfnUEcXnbCXzj4VSMJS/11:22
jrosser_oh man11:23
jrosser_so after_targets for systemd_service role should be a list then11:24
mgariepyyep i guess so :D11:24
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-galera_server master: Provide a list for systemd_service.  https://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/84403711:26
mgariepycomputer is hard lol11:27
mgariepyit's kinda weird that sometimes it works.. 11:29
mgariepybut it might be just because of the race condition tho.11:29
*** dviroel|out is now known as dviroel11:29
mgariepynot sure how systemd cope with non-existent service in After= :/11:30
mgariepyjrosser_, https://github.com/openstack/openstack-ansible-galera_server/blob/master/tasks/galera_server_post_install.yml#L60-L6111:32
mgariepynot sure it does make a lot of sense to have the same list in both.11:33
jrosser_i think it's like firewall rules11:33
jrosser_where the first rule is always to deny *11:33
mgariepythe socket allow connection from haproxy on the host, but the service should only allow from localhost i guess since the local socker will connect ?11:34
jrosser_for an AIO it should come out like this https://opendev.org/openstack/openstack-ansible/src/branch/master/inventory/group_vars/galera_all.yml#L33-L3911:36
jrosser_this is really the ACL for which things we allow to connect to the healthcheck itself, so has to include all the LB nodes11:36
mgariepyfrom my previous paste it's not quite working then11:37
mgariepyhmm it's working it's in user_variable.11:38
jrosser_oh https://opendev.org/openstack/openstack-ansible/src/branch/master/tests/roles/bootstrap-host/templates/user_variables.aio.yml.j2#L3211:38
jrosser_i wonder why we do that11:38
opendevreviewMarc Gariépy proposed openstack/openstack-ansible stable/wallaby: [DNM] test default galera_monitoring_allowed_source  https://review.opendev.org/c/openstack/openstack-ansible/+/84404011:40
opendevreviewMarc Gariépy proposed openstack/openstack-ansible stable/wallaby: [DNM] test default galera_monitoring_allowed_source  https://review.opendev.org/c/openstack/openstack-ansible/+/84404011:41
opendevreviewshahab taee proposed openstack/openstack-ansible-os_neutron master: custom configuration for vpnaas  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/84404111:49
jrosser_noonedeadpunk: ^ new contributor patch there but i don't know much about vpnaas......12:06
jrosser_looks like we never updated openstack-ansible-tests to use python3.8 on centos12:21
mgariepyhmm..12:45
mgariepyhttps://github.com/openstack/openstack-ansible/blob/master/playbooks/defaults/repo_packages/openstack_services.yml12:45
mgariepywhy so many yoga in the master repo ? :/12:45
mgariepyscratch that. i realized that z is not yet released.. and yoga is not also for osa .. lol :D12:51
*** ysandeep is now known as ysandeep|afk12:53
SiavashSardari@jrosser_, He is my colleague, we needed to have some logs for each vpn site connection. vpnaas has some configs for each driver which allows the driver (strongswan in our case) uses a predefined template for generating the configuration files for each site conn.12:56
SiavashSardarihe is off for the rest of the day, I will help him join the irc tomorrow  so he can clarify more12:58
opendevreviewMarc Gariépy proposed openstack/openstack-ansible master: Add mistra-extra repo  https://review.opendev.org/c/openstack/openstack-ansible/+/84404812:59
jrosser_SiavashSardari: are those templates suitable to carry in the role? I think noonedeadpunk is maybe also using vnpaas so it would be good to make sure we make it as universal as possible, whilst also having good sensible defaults that work out-of-the-box13:00
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_mistral master: Add mistra-extra in the mistral venv  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/84404913:01
* jrosser_ curses selinux13:01
SiavashSardariwe didn't intend them to be carry in the role, the copy template accepts absolute path. we added the files in /etc/openstack_deploy dir13:01
mgariepyjrosser_, https://people.redhat.com/duffy/selinux/selinux-coloring-book_A4-Stapled.pdf13:01
jrosser_SiavashSardari: sure, i saw. like i say i don't use vpnaas so am not in a great position to comment13:02
jrosser_extra documentation would be great though :)13:02
SiavashSardarisure it is kinda vague, we should add some documents too.13:04
jrosser_mgariepy: thats totally cleared it up for me :)13:04
mgariepyi know right  ? 13:05
mgariepylol13:05
mgariepythat's how i train my kids to selinux ! 13:05
SiavashSardari@mgariepy, :)) the coloring book is awesome, and i'm learning more than i wanna admit :))13:06
SiavashSardari@jrosser_, I have some questions about CURRENT_OSA_VERSION in https://opendev.org/openstack/openstack-ansible/src/branch/master/scripts/bootstrap-ansible.sh#L150, would you help me please?13:09
jrosser_i can try :)13:09
SiavashSardarilet me start by a bit of how we used osa, we used osa as our boilerplate and have added more to the playbooks and role requirements for log, monitoring, etc. and that will mess with the CURRENT_OSA_VERSION everytime we bootstrap13:11
jrosser_ok13:12
SiavashSardariso after every run of the bootstrap script we have to run the utulity_install.yml and the old venv_tag won't be valid any more13:13
SiavashSardariso every wheel should get created from scratch, again13:13
jrosser_i guess i would advise not to modify what is in the openstack-ansible directory really13:13
jrosser_if you want to overlay logging and monitoring that can be done in a seperate directory13:14
SiavashSardariactually, now I couldn't agree with you more. but unfortunately when we started we didn't know as much as we do now.13:15
jrosser_you may be able to unwind this13:16
SiavashSardarimaybe but I think we used too many osa related variables in our repo. but your right this worth a try13:18
jrosser_perhaps13:18
jrosser_you know that the inventory should be valid and work in other directories, something like /opt/openstack-ansible-extras or whatever you want to call it13:19
jrosser_this is how the stuff in https://github.com/openstack/openstack-ansible-ops works13:19
jrosser_we deploy our ELK stack from there ^^^ without it being in the openstack-ansible repo at all13:19
jrosser_i just tested making a /opt/openstack-ansible-extras/playbooks/test.yml and ran it with --list-hosts and it showed the proper inventoty13:20
SiavashSardarianyway just more universal question is if i wanna use our won repo for one of the services (for example neutron) in openstack_services.yml. changing that would cause the venv_tag to change and while all of other wheels are valid the should get created again. any idea how to avoid this?13:21
jrosser_isnt venv-tag a global for the whole deployment?13:22
SiavashSardari@jrosser_, thanks for the hint.13:22
jrosser_also this is *super* useful https://github.com/openstack/openstack-ansible-ops/tree/master/overlay-inventories13:22
jrosser_it allows you to bring inventory groups from the OSA inventory into a second inventory, perhaps your monitoring stack13:23
jrosser_i don't think that venv_tag will get changed if you use a fork of the neutron service, for example13:24
SiavashSardariyeah venv_tag is global. which will slow down other roles that didn't change13:24
SiavashSardariyeah it changes after every commit in osa13:25
SiavashSardari22.4.1.dev113:25
SiavashSardarifor example ^^13:25
jrosser_right, but there should be no commit necessary to use a fork of neutron13:25
jrosser_that can all be done in user_variables13:25
SiavashSardarioh yep that's how we should do this. thanks13:26
opendevreviewMarc Gariépy proposed openstack/openstack-ansible master: [DNM] test default galera_monitoring_allowed_source  https://review.opendev.org/c/openstack/openstack-ansible/+/84405313:26
jrosser_SiavashSardari: the openstack_service.yml file is included as ansible variables https://github.com/openstack/openstack-ansible/blob/master/playbooks/os-aodh-install.yml#L3313:28
jrosser_so the normal rules of variable precedence will apply to everything in there https://docs.ansible.com/ansible/latest/user_guide/playbooks_variables.html#understanding-variable-precedence13:29
*** ysandeep|afk is now known as ysandeep13:37
jrosser_SiavashSardari: for the immediate problem you can of course override this in user_variables https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/all/all.yml#L1713:38
jrosser_but then somehow i think you maybe just digging the hole deeper and deeper!13:39
SiavashSardariyeah i should start to making it right. the sooner the better13:41
jrosser_hmm i am quite stuck making openstack-ansible-tests work on centos-8s again14:17
jrosser_running ansible under python3.8 in the tox environments fails in a way that doesnt occur with the openstack-ansible based tests14:19
jrosser_wrt selinux14:19
mgariepyjrosser_, do you have some logs / a way to reproduce ?14:43
jrosser_i think just typing that has helped unstick it :)14:43
mgariepylol ok14:44
jrosser_a forgot that ansible now handles selinux entirely internally and actually we break things by installing the 'selinux' pip package14:44
jrosser_also my recent changes to os_keystone need to be accounted for in openstack-ansible-tests14:44
*** ysandeep is now known as ysandeep|out14:48
noonedeadpunk#startmeeting openstack_ansible_meeting15:00
opendevmeetMeeting started Tue May 31 15:00:10 2022 UTC and is due to finish in 60 minutes.  The chair is noonedeadpunk. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'openstack_ansible_meeting'15:00
noonedeadpunk#topic rollcall15:00
noonedeadpunko/15:00
mgariepyhello15:00
noonedeadpunkhey15:00
jrosser_hello15:00
noonedeadpunkseems I've missed some discussions 15:00
mgariepyhow comes i cannot do : openstack workflow list and openstack endpoint list does work ? https://paste.openstack.org/show/bZCjn99FTDJtOsP8mkHr/15:03
jrosser_try with --debug and see if it uses the same classes to connect15:05
jrosser_so we merged centos9s support then15:07
mgariepycentos9s  is failing on healthceck mariadb for the service list stuff.15:10
mgariepyhttps://review.opendev.org/c/openstack/openstack-ansible-galera_server/+/84403715:11
noonedeadpunk#topic office hours15:13
noonedeadpunksorry got distracted :)15:13
noonedeadpunkso, seems like we landed most of stuff we wanted to for beta?15:13
jrosser_not jammy yet15:14
noonedeadpunkoh, rly?15:14
* jrosser_ checks15:14
jrosser_oh merge conflict https://review.opendev.org/c/openstack/openstack-ansible/+/83948315:14
jrosser_probably because it touched places very close to the centos-9 addition15:14
noonedeadpunkah, ok. that's easy part :)15:15
noonedeadpunkdo we have some CI broken atm?15:15
jrosser_yeah15:15
jrosser_wierdness with galera that mgariepy is looking at15:15
jrosser_i'm trying to fix openstack-ansible-tests15:16
jrosser_and i expect there to be some fall-out from the centos9s merge too in the role jobs15:19
*** dviroel is now known as dviroel|lunch15:22
noonedeadpunkwell yeah, I guess. But I think we should be able to land beta like tomorrow....15:40
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Add SERVICES_BRANCH variable for better control  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84314015:50
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Fix python installation for centos 8 stream  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84410115:50
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Fix python installation for centos 8 stream  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84410115:54
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Add SERVICES_BRANCH variable for better control  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84314015:54
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Run main_pre.yml tasks as initial keystone installation step  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84410215:54
jrosser_^ this works locally on c8s but it might need more work for rocky and c9s15:55
noonedeadpunkok, awesome15:59
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Fix python installation for centos 8 stream  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84410116:00
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-tests master: Add SERVICES_BRANCH variable for better control  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84314016:00
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Add experimental Ubuntu 22.04 support  https://review.opendev.org/c/openstack/openstack-ansible/+/83948316:02
noonedeadpunk#endmeeting16:02
opendevmeetMeeting ended Tue May 31 16:02:13 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)16:02
opendevmeetMinutes:        https://meetings.opendev.org/meetings/openstack_ansible_meeting/2022/openstack_ansible_meeting.2022-05-31-15.00.html16:02
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/openstack_ansible_meeting/2022/openstack_ansible_meeting.2022-05-31-15.00.txt16:02
opendevmeetLog:            https://meetings.opendev.org/meetings/openstack_ansible_meeting/2022/openstack_ansible_meeting.2022-05-31-15.00.log.html16:02
noonedeadpunkI rebased yammy as well16:02
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Add CentOS 9 Stream to supported  https://review.opendev.org/c/openstack/openstack-ansible/+/84410416:19
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: [doc] Fix supporeted Debian version for Xena  https://review.opendev.org/c/openstack/openstack-ansible/+/84410516:20
*** dviroel|lunch is now known as dviroel16:24
spatelQuick question, Does covid negative test required to enter Germany by air even you are fully vaccinated? 17:08
mgariepyjrosser_, https://paste.openstack.org/show/blipZbgdkylY4XXDcFhj/17:09
mgariepymistral client works..17:09
mgariepybut not the openstackclient :/17:10
jrosser_mgariepy: thats hitting two different endpoints isnt it?17:18
mgariepywell.. ti does seems to be quite unmaitained..17:18
jrosser_https://172.29.236.101:5000/v3 is working17:18
mgariepyboth works.17:18
jrosser_and https://172.16.0.69:8989/v2/17:18
jrosser_^ this breaks17:18
mgariepyhttps://github.com/openstack/python-mistralclient/blob/8b9f313e3b9ddf3f057d2bf0a885070adcacb725/mistralclient/osc/plugin.py17:18
jrosser_seems it uses curl under the hood and the ca store path looks the same17:19
mgariepythe mistralclient code doesn't use the cert.. 17:19
mgariepyi thing the curl stuff is only for debuging purpose :D.. 17:19
jrosser_oooh17:19
mgariepymeh. too bad but whatever 17:20
mgariepywow. the code is not that great :D haha17:21
jrosser_https://github.com/openstack/python-mistralclient/blob/63e20bff29f1765b3953e0165ebd8a7aab0b6a87/mistralclient/api/httpclient.py#L2817:23
jrosser_it is pretty surprising that a lot of python-<foo>client implement their own http client17:25
jrosser_surely the whole point of having a pluggable openstack client is to factor out all of that nonsense17:25
mgariepywell if you are only working under openstack probably..17:26
mgariepybut it does seems like they don't care much about openstack.17:26
mgariepynot much release since a couple release.17:26
mgariepyalso the uca mistral package doesn't even contains the openstack actiosn.17:28
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_mistral master: Add mistra-extra in the mistral venv  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/84404917:32
jrosser_*mistal typo there in the commit message17:40
spateljrosser_ thank for this - https://bugs.launchpad.net/openstack-ansible/+bug/196947317:43
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_mistral master: Add mistral-extra in the mistral venv  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/84404917:43
mgariepyjrosser_, fixed :D haha17:45
jrosser_spatel: does that affect you on stable branches too?17:50
spatelYes stable/wallaby impacted 17:50
spatelThis is second deployment i hit that error17:51
spatelCan we cherry pick this patch to Wallaby 23.3.0 ? 17:51
spatelNext week i am going to build one more cloud so hope won't see that error by anyway i know how to fix it.. just remove os_rally from setup-openstack.yml :)17:52
jrosser_noonedeadpunk: shall we backport https://review.opendev.org/c/openstack/openstack-ansible/+/84068617:53
jrosser_well you will see it if you use a stable branch17:53
mgariepyjrosser_, do you have a magic way to run like the aio-lxc-infra with a patch from galera_server, automatically ?17:57
jrosser_like a script?17:58
mgariepylike the gate-check-commit17:58
jrosser_no i don't17:58
mgariepybut to add an additional patch for a role.17:58
jrosser_this would be a nice thing to add17:58
jrosser_we could have a file that had a list of dicts that described some of these `git fetch https://review.opendev.org/openstack/openstack-ansible refs/changes/86/840686/1 && git cherry-pick FETCH_HEAD`17:59
jrosser_and those got applied after boostrap-ansible17:59
jrosser_i got in quite a mess trying to do this for upgrade jobs as well18:00
mgariepywhere is it done in the gate ?18:00
jrosser_by zuul beforehand18:00
mgariepyisn't all the depends-on stuff only this ..18:00
mgariepyha18:00
jrosser_the relevant branches are all pre-prepared in the on-disk repos18:00
mgariepyok18:02
mgariepyit would be handy for sure.18:02
jrosser_the other way is to fork the repos somewhere and use user-role-requirements.yml to override18:03
mgariepyi think it would be better to just be able to use the reviews :D18:04
mgariepyhttps://bugs.launchpad.net/python-mistralclient/+bug/180406418:57
mgariepywell i did try to run the c9s test in a lxd vms over here but it failed at lxc-create .. so i asked for another hold from opendev :D19:12
*** dviroel is now known as dviroel|afk20:25
jrosser_stack of 3 patches ready which seems to fix functional tests for centos8s https://review.opendev.org/c/openstack/openstack-ansible-tests/+/843140/421:28

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