Thursday, 2022-05-05

*** ysandeep|out is now known as ysandeep05:01
opendevreviewJonathan Rosser proposed openstack/openstack-ansible master: Add experimental Ubuntu 22.04 support  https://review.opendev.org/c/openstack/openstack-ansible/+/83948305:14
jrossermorning07:45
kleinimorning07:45
noonedeadpunko/07:53
*** ysandeep is now known as ysandeep|lunch08:07
opendevreviewMerged openstack/openstack-ansible-os_keystone master: Set pki_dir when keystone calls the pki role  https://review.opendev.org/c/openstack/openstack-ansible-os_keystone/+/84044509:22
opendevreviewMerged openstack/openstack-ansible-os_keystone master: Fix certificate installation for keystone  https://review.opendev.org/c/openstack/openstack-ansible-os_keystone/+/84051409:28
opendevreviewJonathan Rosser proposed openstack/openstack-ansible-os_placement master: Fix incorrect ansible tag  https://review.opendev.org/c/openstack/openstack-ansible-os_placement/+/84060809:34
*** ysandeep|lunch is now known as ysandeep09:36
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: Fix extra facts gathering with tags  https://review.opendev.org/c/openstack/openstack-ansible/+/84047910:11
kleinijrosser: I am sorry, as I was not able to follow discussions here for some time. I am on 23.2.0 and still encountering a problem with too many open files in Nova services. It seems to be caused by connections to Rabbit. I applied some upgrade of amqp to 5.0.8 but this did not seem to fix my issues. Was there a solution for that problem somewhere?10:27
noonedeadpunkkleini: there were 2 parts of the issue. First - upgrade amqp. Second, disable heartbeat_in_pthread on computes/neutron/cinder-volumes10:45
noonedeadpunkWe have https://review.opendev.org/q/topic:bug%252F1961603 that we didn't backport as this can be solved with regular overrides10:45
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron master: Remove legacy vpnaas agent service  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/82725111:02
kleininoonedeadpunk: many thanks!11:03
kleinii missed this heartbeat_in_pthread part11:03
noonedeadpunkeventually magnum also affected just in case11:04
kleiniI am using Magnum but not that much. Will try to add it once I understand the override. Still struggling with the release of our own software and no time left currently to take care about OS deployment.11:05
*** dviroel|out is now known as dviroel11:21
*** ysandeep is now known as ysandeep|afk11:46
mgariepygood morning 11:47
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Check for requirements file to verify repo health  https://review.opendev.org/c/openstack/openstack-ansible/+/84065111:48
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-repo_server master: Remove all code for lsync, rsync and ssh  https://review.opendev.org/c/openstack/openstack-ansible-repo_server/+/83758811:48
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-repo_server master: Clean up legacy lsycnd, rsync and ssh key config  https://review.opendev.org/c/openstack/openstack-ansible-repo_server/+/83785911:49
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible-repo_server master: Clean up legacy lsycnd, rsync and ssh key config  https://review.opendev.org/c/openstack/openstack-ansible-repo_server/+/83785911:49
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_aodh master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/82440511:58
mgariepycan we merge: https://review.opendev.org/q/topic:osa/include_vars+status:open11:58
mgariepyalso: https://review.opendev.org/q/topic:osa/common_tasks+status:open (i'll debug aodh once it's checked if it still fails)12:00
jrossermgariepy: i noticed that we missed placement, and a few others too https://codesearch.opendev.org/?q=-%20import_tasks%3A%20db_setup.yml12:02
mgariepyplacement is there ;)12:06
mgariepyi'll check the remaining roles.12:08
mgariepyoops lol12:15
mgariepysorry didn't read the search correctly hahaha .. brb.. more coffee.12:15
opendevreviewMerged openstack/openstack-ansible-rabbitmq_server stable/victoria: Verify if hosts file already managed with OSA  https://review.opendev.org/c/openstack/openstack-ansible-rabbitmq_server/+/83616812:24
opendevreviewMerged openstack/openstack-ansible-tests master: Initialise ssh and ssl certificates  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/84042812:28
*** ysandeep|afk is now known as ysandeep12:29
opendevreviewMerged openstack/openstack-ansible master: Update compatibility matrix for Yoga release  https://review.opendev.org/c/openstack/openstack-ansible/+/84045812:35
opendevreviewMerged openstack/openstack-ansible-plugins master: Add role for creating simple glusterfs servers  https://review.opendev.org/c/openstack/openstack-ansible-plugins/+/83758212:38
opendevreviewMerged openstack/openstack-ansible master: Update documented OS support for Ubuntu 22.04  https://review.opendev.org/c/openstack/openstack-ansible/+/84046212:39
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_adjutant master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_adjutant/+/84065912:50
jrosseris anyone interested in looking at skyline?12:50
opendevreviewMerged openstack/openstack-ansible-tests master: Do not filter setuptools from upper-constraints  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/78374712:52
mgariepyspatel was looking at it irrc12:55
jrosseryeah, i think he did some not-very-OSA-hack12:56
jrosseri put together the skeleton of an os_skyline ansible role, but it needs someone who wants to invest time in it really12:57
mgariepyhow much work does it need ?12:57
jrosserthere are things like missing SSO which are a show stopper for me, but if we don't start then we never get anywhere12:57
mgariepyyeah sso i saw the ML post. did the issue got created ?12:58
jrosserwell, even though they used some totally unusual approach to the python, it seems that python_venv_build kind of 'just works' to install the skyline-apiserver in a venv12:58
mgariepylol. when spreaking of the wolf :)12:59
jrosserthough it's obvious they are not using any kind of upper-constraints so the different tools they have don't all work at the same time12:59
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_gnocchi master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_gnocchi/+/84066213:01
spateljrosser noonedeadpunk any idea what is going on here - https://paste.opendev.org/show/b1u5yN0QiYT0md2wOEff/13:03
spatelbuilding new production cloud using 23.2.2 wallaby13:03
spatelmay be rate-limit on opendev? 13:04
spatelI am going to re-run playbook and see 13:04
noonedeadpunknot really. 13:04
noonedeadpunkhave you disable building wheels?13:05
jrosserspatel: which playbook?13:05
spatelsetup-openstack.yml13:05
spateldeploying brand new cloud 13:06
noonedeadpunklike with venv_wheel_build_enable=false?13:06
noonedeadpunkI guess no....13:06
jrosserspatel: let me try again :) where in the deployment has it failed? rally?13:07
noonedeadpunkoh, rally would explain that :)13:08
noonedeadpunkhaven't we fixed that though?13:09
jrosserwell i'm not sure13:09
noonedeadpunkok, worth taking a look13:11
jrosserrally is like a total corner case somehow13:12
noonedeadpunkI wonder if we can just pass venv_wheel_build_skip_check from there at worst13:13
spatelsorry i was on other call, let me check logs and find some clue13:13
noonedeadpunkor add serial there... or target as tempest only against 1 utility container13:14
jrosseror else make this only install to the first host in the utility group https://github.com/openstack/openstack-ansible/blob/master/playbooks/os-rally-install.yml#L2313:14
noonedeadpunkI bet we even agreed on that one day :)13:14
jrosseri'm sure :)13:14
jrosserlets do it!13:14
spatelQuestion why are we running rally? assuming to test something but at present i don't have any compute node in cloud. just building infra node only13:20
opendevreviewMerged openstack/ansible-role-systemd_mount master: Add support for glusterfs mounts  https://review.opendev.org/c/openstack/ansible-role-systemd_mount/+/83775013:27
jrosserspatel: it is not running it, it is installing it....13:27
spatellet me run - openstack-ansible os-tempest-install.yml13:28
spatelhmm - https://paste.opendev.org/show/bLbx8WYWwTWxoHJLerO0/13:29
spateldid i miss something here?13:29
jrosserspatel: do some simple debugging, it didnt run against any hosts13:32
jrosserso look at what it should have run against https://github.com/openstack/openstack-ansible/blob/master/playbooks/os-tempest-install.yml#L2713:32
jrosseryou've got --list-hosts and scripts/inventory_manage to help you13:32
opendevreviewMerged openstack/openstack-ansible-os_mistral master: Remove legacy policy.json cleanup handler  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/82744813:33
spateljrosser i can see all host in inventory including utility 13:34
spatelall playbooks ran successfully so far except that utility or tempest13:35
spatelhttps://paste.opendev.org/show/b79VSN32iwNhrB6FpDmX/13:36
noonedeadpunkI guess it should be inventory-manage.py -G ?13:38
noonedeadpunkas it runs rally if group for it is defined13:38
noonedeadpunkand not empty )13:39
spatelhttps://paste.opendev.org/show/bRLT6BLX6DzhOQ2KEcem/13:39
opendevreviewMerged openstack/openstack-ansible-os_mistral master: Refactor use of include_vars  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/82432513:39
jrosserutility_all is missing?13:40
spateluh?13:40
jrosseri do not see the group utility_all in your paste13:40
noonedeadpunkhm13:41
jrosserand that is what the playbook runs against, what i link you to before13:41
noonedeadpunkdo we _always_ install rally?13:41
jrosseryes i think we do13:41
spatelthere is not utility_all in other production cloud 13:41
spatelhow did that work? 13:41
noonedeadpunkI'd say we should do smth like https://github.com/openstack/openstack-ansible/blob/master/playbooks/os-tempest-install.yml#L35-L3813:41
opendevreviewMerged openstack/openstack-ansible-os_cloudkitty master: Remove legacy policy.json cleanup handler  https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/82743613:42
opendevreviewMerged openstack/openstack-ansible-repo_server master: Add facility to store repo contents on a remote mount  https://review.opendev.org/c/openstack/openstack-ansible-repo_server/+/83758713:42
opendevreviewMerged openstack/openstack-ansible-os_cloudkitty master: Refactor use of include_vars  https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/82433613:42
spateljrosser i cross check inventory with other cloud and none has utility_all group 13:43
spatelnoonedeadpunk i like the idea to not run rally playbook default. Let end users decide if they wants or not. 13:45
noonedeadpunkyeah13:46
noonedeadpunkI just realized it's not current;y the case:)13:46
jrosserwe need a way to turn it on and off13:47
jrosserit doesnt have the same concept of env.d / conf.d as other things13:47
noonedeadpunkI was thinking if it worth to set a separate env.d file for tempest/rally?13:47
jrosserwould it be an extenstion of the utility container13:48
jrosseras thats really the only place they can go, i think?13:48
noonedeadpunkI think they can be anywhere?13:48
noonedeadpunkI mean - it could be smth outside of controllers even13:48
noonedeadpunkNothing stops you from running rally from outside of the cluster13:49
jrosserit makes more sense to do that really13:49
jrosseras it should see the cluster as if it were a user, rather than being inside13:49
noonedeadpunkTo check how apis are responsive through public endpoints13:49
noonedeadpunkyeah13:49
jrosserso that suggests that we should expand env.d stuff to cover rally being installed anywhere13:50
noonedeadpunkThe only question is if we should share group for rally and tempest...13:50
jrosserand what we want to happen in CI too13:51
jrosseras we always want tempest there13:51
noonedeadpunkIn CI it make sense to set utility_all[0]13:51
noonedeadpunkBut we can jsut have conf.d for aio for that13:51
opendevreviewMerged openstack/openstack-ansible-os_placement master: Fix incorrect ansible tag  https://review.opendev.org/c/openstack/openstack-ansible-os_placement/+/84060813:51
noonedeadpunkI think I'd share groups for tempest/rally....13:52
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_placement master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_placement/+/84066813:53
opendevreviewMerged openstack/openstack-ansible-os_mistral master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_mistral/+/82438313:55
spatelI like where this conversation going :) Let me not finish my debugging here and not run rally at this point  13:56
noonedeadpunkOk, have idea :)13:56
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_rally master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_rally/+/84066913:57
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_sahara master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_sahara/+/84067214:01
mgariepyjrosser, i think it's all :d14:02
opendevreviewMerged openstack/openstack-ansible-os_cloudkitty master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_cloudkitty/+/82439914:03
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_adjutant master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_adjutant/+/84065914:19
noonedeadpunkhm....14:31
mgariepygrr my typing this morning :/ common-tasks vs common_tasks ..14:52
spateljrosser noonedeadpunk is this keepalived bug or what?  -> https://paste.opendev.org/show/beK4cVJWVBGgQC5V3RFH/14:54
spatelexternal_lb_vip_address should get convert into ip address14:55
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Create  containers for rally/tempest independently  https://review.opendev.org/c/openstack/openstack-ansible/+/84068514:55
jrosserspatel: it does what the code says? https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/haproxy/keepalived.yml#L5814:59
noonedeadpunkI guess it's L64 though15:00
spateljrosser problem is if i change external_lb_vip_address: to ip address then all my endpoint set ip address instead FQDN and SSL failed 15:01
noonedeadpunkbut if `external_lb_vip_address` is FQDN, then haproxy_keepalived_external_vip_cidr should be an IP, and not "{{external_lb_vip_address}}/32"15:01
noonedeadpunkquote from your paste: The below domain name must resolve to an IP address in the CIDR specified in haproxy_keepalived_external_vip_cidr.15:01
spatelI have resolvable name so it should work 15:01
noonedeadpunkSo haproxy_keepalived_external_vip_cidr must be a cidr regardless of what's set in external_lb_vip_address15:02
noonedeadpunkyou can do `haproxy_keepalived_external_vip_cidr: "{{external_lb_vip_address}}/32"` only if external_lb_vip_address is IP15:02
spatelI got your point but just thinking why logic is not taking FQDN name and convert into ipaddr ?15:04
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Install rally only when rally_install is set  https://review.opendev.org/c/openstack/openstack-ansible/+/84068615:06
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Create  containers for rally/tempest independently  https://review.opendev.org/c/openstack/openstack-ansible/+/84068515:10
noonedeadpunkspatel: well, I'd say it's doable thing, but needs extra logic/complexity for smth that likely not worth it. 15:12
noonedeadpunkas you need to identify if it's ipv4/ipv6 and the resolve it instead of just place the variable that has been provided by deployer15:13
spatel+1  15:13
noonedeadpunkand well, it can resolve to smth like cloudflare for instance...15:13
noonedeadpunkresolving is tricky I'd say15:14
noonedeadpunkand then if you pass domain.name/32 I'm not sure it will be detected as fqdn...15:15
noonedeadpunkso you need to remove netmask, and then re-add it15:15
spatelThis is what i did to get going and it works - haproxy_keepalived_external_vip_cidr: "10.72.0.5/32"15:18
*** dviroel is now known as dviroel|lunch15:53
*** ysandeep is now known as ysandeep|out16:28
mgariepyaodh : requirement ceilometer (unavailable)  https://zuul.opendev.org/t/openstack/build/310c0128a557412bbf3117c6d1060be3/log/logs/host/python_venv_build.log.txt#41089 16:38
mgariepyon both metal-distro jobs16:39
mgariepywtf.. why ? https://storage.gra.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_310/824405/4/check/openstack-ansible-deploy-aio_distro_metal-ubuntu-focal/310c012/logs/ara-report/results/1598.html16:51
*** dviroel|lunch is now known as dviroel17:01
jrosseri wonder if there is no packaging for that in UCA, or somesuch17:05
jrosseroh hello https://paste.opendev.org/show/bVfNSRGKlPIuUMNe9ULd/17:06
opendevreviewMerged openstack/openstack-ansible-os_placement master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_placement/+/84066817:51
mgariepyhmm gnochi doen't support distro install :/17:52
mgariepyhelp ! 18:49
mgariepyhttps://zuul.opendev.org/t/openstack/build/d7d4032ecf384f1c896eac2da168506b/log/job-output.txt#20218:49
mgariepythe issue is that ceilometer is not cloned on job start when testing distro install..18:50
mgariepyso we end up with that : https://paste.openstack.org/show/bM8HZiXjcBiPBHVExs81/18:51
mgariepyi'm not sure where it needs to be adjusted.18:56
jrosserwhy do we need the repo for a distro install?18:57
mgariepycause it doesnt support distro install.18:57
mgariepyhttps://github.com/openstack/openstack-ansible-os_gnocchi/tree/master/vars18:58
mgariepyor we should maybe add distro support to the role ?19:02
mgariepyor remove the distro test for it..19:03
jrosserI expect we never had coverage everywhere for distro installs19:04
jrosserand then slowly adding things to the central project templates can accidentally add the jobs where they’re not needed19:05
mgariepyhmm it was passing before..19:05
jrosserwe did refactor in openstack ansible jobs definitions19:06
jrosserthere is required_projects to look at in the base jobs19:06
jrosserthat where the list of needed repos is set19:06
mgariepyhttps://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/83484519:07
mgariepyhmm i'm getting confused lol19:10
mgariepygnocchi was installed via venv then. just like now but ceilometer for some reason now do go via source install instead of distro.19:11
jrosseroh - didn’t we just merge a patch tidying up a bunch of vars?19:16
jrosserhttps://review.opendev.org/c/openstack/openstack-ansible/+/83784519:17
jrosserI wonder if there is something broken now19:17
mgariepyhttps://codesearch.opendev.org/?q=service_install_method&i=nope&literal=nope&files=&excludeFiles=&repos=19:25
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_ceilometer master: Use global service variables  https://review.opendev.org/c/openstack/openstack-ansible-os_ceilometer/+/84072419:28
mgariepyhttps://review.opendev.org/c/openstack/openstack-ansible-os_ceilometer/+/76940019:29
mgariepyfun,.19:29
mgariepytalk to you tomorrow.19:29
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_aodh master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/82440519:30
mgariepylet's see how it goes.19:30
opendevreviewMerged openstack/openstack-ansible-os_adjutant master: Use common service setup tasks from a collection rather than in-role  https://review.opendev.org/c/openstack/openstack-ansible-os_adjutant/+/84065919:32
mgariepyit's hard to have it consistent accross all repos..19:36
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_murano master: use {{ service_install_method }}  https://review.opendev.org/c/openstack/openstack-ansible-os_murano/+/84072919:45
opendevreviewMarc Gariépy proposed openstack/openstack-ansible-os_tempest master: use {{ service_install_method }}  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/84075019:46
*** dviroel is now known as dviroel|out20:43

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