Thursday, 2023-08-03

jamesdenton_good morning, all13:21
*** jamesdenton_ is now known as jamesdenton13:21
mgariepygood morning jamesdenton 13:21
jamesdenton /wave13:23
jrosserhello14:38
jamesdentonhowdy14:43
mgariepyhmm.. is it possible to override the horizon config ? like adding the manila-ui config in there with an override ?17:49
mgariepylike : https://github.com/openstack/manila-ui/blob/master/doc/source/configuration/index.rst17:50
jamesdentoni am not aware18:22
jrosserI wonder if you can put that in the regular local_settings rather than the Manila specific one18:24
mgariepyyes you can18:29
mgariepyhttps://github.com/openstack/openstack-ansible-os_horizon/blob/master/releasenotes/notes/horizon-arbitrary-config-8a36e4bd6818afe1.yaml18:31
mgariepynot quite clear in my head how you put a dict in there :/18:31
opendevreviewMerged openstack/openstack-ansible-os_cinder master: Reduce memory consumption in Cinder services  https://review.opendev.org/c/openstack/openstack-ansible-os_cinder/+/88802718:59
jrosserrabbitmq/erlang repos fail again https://zuul.opendev.org/t/openstack/build/970f7c441b724e9c8d3cb03f70e37234/log/job-output.txt#1322921:11
spatelhttps://ibb.co/k61dSh3 Did you see this in octavia? I am not able fill port info 21:31
johnsomIt was an issue related to newer versions of chrome, see this bug: https://bugs.launchpad.net/octavia/+bug/202418821:46
tuggernutsis there a solution for https://pastebin.com/P46dnubh issue? if I rerun setup-openstack.yml it seems to move past this spot22:17
tuggernutsthis happens during the keystone setup and is from the antelope deployment 22:22
jrossertuggernuts: i think that the question really is how your private key file ended up with 0640 permissiosn22:45
tuggernutsyeah22:46
tuggernutssomehow the deploy isn't resolving this on the first run22:47
jrosserwell it should be defined here https://github.com/openstack/openstack-ansible-plugins/blob/master/roles/ssh_keypairs/vars/standalone_keypair.yml#L3622:48
jrosserthat the private key file is 060022:48
jrosserand if this were a more general bug then it would be picked up in our CI22:49
jrosserthose keys are generated on the deploy host then copied to the keystone hosts, so i think it's ok to move/rename them and re-run the os_keystone playbook to see what happens22:53
tuggernutsok, does your CI stuff happen to test any of the ubuntu repo distro install path?22:53
jrosseroh :(22:53
jrosserdistron22:53
tuggernutsyeah not source22:53
jrosserwhy? :)22:54
tuggernutsumm long story but short story is faster and I can mirror the repos22:54
jrosseryes we do test distro installation in CI22:55
tuggernutsok22:55
jrosserbut only for a single host, not H/A22:55
tuggernutsok22:55
tuggernutsmust be something my environment is doing then22:55
jrosserthere is a CI for 3x keystone contaniners and key distribution for the source install22:55
jrosserbut there should be no differnce at all for this22:55
tuggernutswhat's annoying is it only happens first run22:56
jrosserjust FYI i think i have run patched versions of openstack services for so many releases now22:56
jrosserthis is the superpower of the source install22:56
jrosserthe distro install is (imho) becoming more experimental over time and we have repeatedly discussed removing that option totally22:57
tuggernutsah I see22:58
tuggernutsI guess I don't know enough about how the source install gets pinned 22:58
tuggernutsI need to have 9 of these environments deployed globally and I like to have them all based on the same code22:59
tuggernutstechnically I have 18 of them =P 22:59
tuggernutsI'm doing Blue/Green deployments 23:00
jrosserbut they will be23:00
jrosserlook here https://github.com/openstack/openstack-ansible/blob/master/inventory/group_vars/keystone_all/source_git.yml23:00
tuggernutsgotcha ok23:00
jrossereach tagged release of OSA specifies the git SHA of the openstack services23:00
jrosserand the openstack python upper-constraints defines the depenancies23:00
jrosserso you can trivially override those vars to point to your own forks, should you need to23:01
tuggernutsI see23:01
tuggernutsthat does sound fine then23:01
jrosserand if you want a mirror of the all yourself, define openstack_opendev_base_url to be your mirror server23:01
jrossertheres a matching one for the things we grab from github23:01
tuggernutsis there a full list somewhere of all the repos?23:02
tuggernutsor they just al lin source_git.yml?23:02
jrosseron ubuntu distro install, you'll get "whatever happens to be in the UCA repo on the day you install" so arguably thats less well defined than the source install23:02
jrosserin the past we had one large file with all of those source_git vars together23:03
jrosserbut for $reasons thats been split out into the indivdual group vars very recently23:03
tuggernutsI run an aptly instance where I snapshot these repos during releases basically 23:03
tuggernutsthen I move that snapshot around23:03
jrosserit's fine, if you're happy with whatever UCA happens to provide23:04
tuggernutsI'll dig on this source install more because if you think source is more stable then that's what I want23:04
jrosserbut the distro install is vastly less tested, and less used than the source install23:05
jrosseri think some of the roles may not support it at all, though i'm not quite sure about that23:05
tuggernutsI just don't understand it enough to know how I'm getting the same code everywhere and how to mirror things so I don't have to rely on external repos23:05
jrosseryou mirror the git repos23:05
tuggernutsyeah23:05
tuggernutsI just need to understand how to do it23:06
jrosserbut the SHA you use everywhere are defines23:06
jrosser*defined23:06
jrosserso it has to be the same code, by virtue of the way git hashes work23:06
tuggernutsright 23:06
jrosserthere is possibly some variance on the things you get from pypi23:07
tuggernutsyears ago when we decided to use this openstack-ansible code we just thought the source was too slow and we moved on without much more thought than that23:07
jrosserit's true the distro install is faster23:07
tuggernutsyeah ok this is what I didn't know about inventory/group_vars/*/source_git.yml23:08
jrosserright - when we make a release there is a script which updates those all to the most recent SHA23:09
tuggernutsI had in my mind that each environment I deployed would get a different HEAD, I had no data to back this up lol23:09
jrossernooooo23:10
jrosserfor example here is the patch which defines what the 27.0.1 release is for a source install https://github.com/openstack/openstack-ansible/commit/9921c23ea463c8cd16f709198e7602157848e41a23:13
jrosserit is completely impossible to define what the equivalent is for a distro install without doing something additional like your aptly repo snapshot23:13
tuggernutsok I'll probably delete and recreate this deployment tomorrow with a source install and see what's different 23:13
jrosserand like i say this really becomes powerful when you need to apply a local patch or bugfix23:14
jrosserbecause you can override a couple of vars and point to your own github/mirror and deploy a fix pretty quickly23:14
tuggernutsyeah for sure because our old stein deployment had at least 30 patches we applied post setup23:15
jrosserhave a go in an all-in-one, it should be pretty easy to dig around and see how it works23:16
tuggernutsfor sure thanks for all the info23:19

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