Wednesday, 2021-03-17

*** tosky has quit IRC00:10
*** spatel_ has joined #openstack-ansible00:30
*** spatel_ is now known as spatel00:30
*** spatel has quit IRC00:31
*** macz_ has quit IRC00:58
*** ianychoi has joined #openstack-ansible01:24
*** ianychoi_ has quit IRC01:26
*** NewJorg has quit IRC01:28
snadgedang.. the ussuri release notes say centos 7 is supported, but there is no rdo-release package for it found here: https://repos.fedorapeople.org/repos/openstack/openstack-ussuri/01:43
snadgethe RDO project says only Centos 8 is supported starting from ussuri onwards.. so maybe the documentation here: https://docs.openstack.org/project-deploy-guide/openstack-ansible/ussuri/deploymenthost.html .. is incorrect?01:47
*** macz_ has joined #openstack-ansible02:10
*** LowKey has joined #openstack-ansible02:14
*** macz_ has quit IRC02:15
*** priteau has quit IRC03:03
*** tinwood has quit IRC03:11
*** tinwood has joined #openstack-ansible03:14
*** evrardjp has quit IRC03:33
*** evrardjp has joined #openstack-ansible03:33
*** jamesdenton has quit IRC03:37
*** jamesden_ has joined #openstack-ansible03:38
LowKeyHi, I've failed task on horizon : http://paste.openstack.org/show/uMTolZwq7LeOuGfbtGqt/ current using 21.0.1 , need advise on how to fix this issue?03:49
LowKey fixed by added : -e venv_rebuild=yes , but there was another error happened http://paste.openstack.org/show/esOPA9FCUcJz5PTTTSVu/04:07
*** macz_ has joined #openstack-ansible04:29
*** mrda has quit IRC04:31
*** mrda has joined #openstack-ansible04:33
*** macz_ has quit IRC04:34
*** macz_ has joined #openstack-ansible04:50
*** macz_ has quit IRC04:54
*** yasemind has joined #openstack-ansible05:07
*** yasemind has quit IRC05:17
jrossersnadge: is something specific missing and failing? remember RDO is not openstack-ansible so what releases are supported will not necessarily be the same06:15
snadgei did a bit of research and the tldr is.. train is the last release to support centos 7.. and the only one to support both?06:16
snadgeussuri apparently dropped python 2 support (it looks like)06:16
snadgeso my determination from that is that ussuri just wont work on centos 7 at all06:16
snadgei haven't found any distribution of it anywhere that does.. apart from some vague mention that there's a backport somewhere that "probably doesn't work for other reasons.. kernel 3.10 is too old"06:17
jrossersnadge: you’re deploying openstack with OSA?06:17
snadgeyes06:17
jrosserfrom source rather than using distribution packages?06:18
snadgeumm.. the instructions only say to use the distro packages06:18
jrosser?06:18
snadgeon the installation page for ussuri.. configure deployment host06:19
snadgeit says to dnf install https://repos.fedorapeople.org/repos/openstack/openstack-ussuri/rdo-release-ussuri.el8.rpm06:19
snadgefor starters you cant dnf install on cent 7.. but even ignoring that.. if you go to that openstack-ussuri folder, there are only el8 rpms06:19
snadgebut for train there is both06:19
snadgeof course i tried to install the el8 rpm for entertainment purposes but it expectedly errors.. even though it installs06:20
jrosserit could be just a docs error06:20
snadgeyeah.. my research basically tells me that train is the last supported version of openstack on Cent/EL7]06:21
snadgedue to dropping python 2 compatibility06:21
jrosserimho pay less attention to what RDO say06:22
jrosserbecasue we install from source code with OSA the same does not apply06:22
snadgereally?06:22
jrosserlook at the CO jobs run here under "zuul summary" https://review.opendev.org/c/openstack/openstack-ansible/+/78043506:22
snadgebecause i installed over the top of an existing train install06:22
jrosserthats the current Ussuri branch for OSA running centos-7 jobs06:23
snadgeand all the versions of everything installed is train.. i forgot i have the train RDO repo still installed06:23
snadgeso i figured it just installed everything from that instead of compiling it06:23
jrosseronly if you have set the install_method=distro,  which i would highly discourage06:23
jrosserjust to be totally clear, we're running CI jobs today on Ussuri installing onto centos-7, fully python306:24
jrosserOSA can do this where others cannot becasue of the source based insallation06:24
snadgeinteresting.. i must be missing something from the installation guide then06:25
snadgei dont have install method set to distro.. thats in user confi?06:25
jrosserbuild a centos-7/ussuri all-in-one06:25
jrosseryes but like i say i would really not recommend that as you are then stuck with whatever RDO decide they want you to do06:26
snadgei wonder if it autodetects that if you have the repo installed/configured06:26
jrosserno06:26
* jrosser heads out for a bit.....06:26
snadgewell i didn't go out of my way to enable install method distro.. but thanks for the info, its given me something else to look into06:26
jrosserif theres something specific looking odd with the docs please link it here06:26
jrosseri think OSA is unique in offering centos7/ussuri06:27
snadgeit must be.. and im excited theres a way to do that.. because, unfortunately the current documentations are not updated to reflect this06:27
snadgeit just says to install the RDO package and there isn't one for 706:28
jrossercan you give me the link?06:28
snadgehttps://docs.openstack.org/project-deploy-guide/openstack-ansible/ussuri/deploymenthost.html06:28
jrosserit's likley en error, build an all-in-one and see what gets configured becasue thats exactly whats happening in the CI jobs06:29
* jrosser really heads out :)06:29
snadgeok sweet will do thanks06:29
*** NewJorg has joined #openstack-ansible06:40
*** yasemind has joined #openstack-ansible06:41
*** yasemind has quit IRC06:57
*** miloa has joined #openstack-ansible07:08
*** miloa has quit IRC07:09
noonedeadpunkmornings07:30
openstackgerritSlawek Kaplonski proposed openstack/openstack-ansible-os_tempest master: Install nmap on the Redhat 8 and ncat on Debian  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/78058807:43
jrossermorning08:01
jrossernoonedeadpunk: interesting discussion earlier about the docs saying to install RDO repo on the deploy host08:02
jrosserthats got to be just historic stuff i think?08:02
noonedeadpunkI think it was more centos 7 related since we used qemu from rdo?08:03
noonedeadpunkor smth like that....08:03
noonedeadpunkbut we might be using some things for centos 8 as well actually08:04
noonedeadpunklike system python3 packages08:04
*** andrewbonney has joined #openstack-ansible08:09
jrosserbut not for the deploy host?08:11
jrosserand something is wierd here too https://docs.openstack.org/project-deploy-guide/openstack-ansible/ussuri/targethosts.html08:12
jrosserbecasue that doesnt mention centos-708:12
snadgeim running an aio install now on cent7 with ussuri08:14
snadgei got it install with my deploy host to a test cluster before.. but the versions of the openstack and nova client were the same as from train08:15
jrosserthe ones in the utility container?08:15
jrosseror ones installed using yum?08:16
snadgein the utility container08:16
jrosseroh, well there was a bug actually which may not have had the fix backported to ussuri......08:16
jrosserhttps://github.com/openstack/openstack-ansible/commit/5eeec731c48839123249a8bed9b1de56963475aa08:17
snadgeack.. thats my bad, its difficult to translate version of utilities to openstack or entire stack version because it doesn't work that way08:18
snadgewhen i checked the documentation it appeared the versions i was using were for train.. but the ones i have on train in production are indeed older08:18
snadgei was just looking for something anywhere in the web gui or in one of containers or something to say.. "yes this is ussuri and not train"08:19
snadgei just checked the versions of the openstack client and the output of nova --version08:19
jrosserthat patch is present in the latest ussuri branch08:19
snadgeso thats not in 21.2.3 or it is?08:20
jrosserin the utility container the openstack cli tools are installed for the branch you're installing08:21
jrosserso really thats independant of anthing from rdo08:21
snadgeyeah thats what i was checking.. but i've just discovered that the versions installed were indeed newer than the ones i have from train in production08:22
jrosseryes it's there for 21.2.308:22
snadgeand you cant simply translate versions of individual components to the distribution version08:22
jrosserno08:22
snadgethere are pages which sort of allow you to do that for specific distributions.. but its obviously not universal08:22
*** rpittau|afk is now known as rpittau08:23
snadgei can at least confirm now i've installed ussuri on centos 7.. i just had a user error attempting to identify whether it was actually the new version or not, because everything seems to be the same as it was in train08:23
jrosserah good, it should all be fine08:24
jrosserthough centos-7/ussuri is the point you need to make a decision about what your next upgrade will be08:25
jrosseras centos-8 comes with it's own unique set of challenges right now08:25
jrosserso whilst OSA is running centos-8 jobs for ussuri and onward those only work because centos-8 is not yet EOL and everything we rely on for upstream repos is still there and working08:27
noonedeadpunkbut does mention suse(08:34
noonedeadpunkBtw it might be me who dropped somehow centos7 mentioning from deployguide for ussuri08:35
noonedeadpunkI guess I did that as it was hard to organize configuration command both for centos7 and centos8 or dunno...08:35
noonedeadpunkhttps://opendev.org/openstack/openstack-ansible/commit/232bb43eb7bbc50f49ca2351a0dedc838bbfe5d108:36
noonedeadpunkwe can partially revert it08:36
jrosseri expect that the need for the rdo repo is not needed?08:37
noonedeadpunkyeah, for deployment host we don't need it for sure08:37
jrosseryeah it's not in bootstrap-host at all so i think we can just get rid of that08:38
jrosserand i expect that the ansible roles should take care of repos on the target hosts08:38
noonedeadpunkyep08:38
noonedeadpunkbtw I'm not sure why we even have these apt/dnf installs on the deploy host? except git?08:38
jrosserit just looks like very old docs i think08:39
jrosserperhaps from before there was the ansible-runtime venv a bunch of things needed distro packages?08:40
noonedeadpunkthey kind of make _some_ sense in terms that we don't want to handle things like bridge-utils and etc...08:40
noonedeadpunkbut yeah, they need more love...08:41
jrosserit even asks for debootstrap on ubuntu :)08:41
*** zbr has joined #openstack-ansible08:42
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-lxc_container_create master: Convert remaining ansible_ fact variables to ansible_facts[]  https://review.opendev.org/c/openstack/openstack-ansible-lxc_container_create/+/78103808:43
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-lxc_container_create master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-lxc_container_create/+/78103908:43
noonedeadpunkisn't it something you used to build ubuntu images ?:)08:43
*** NewJorg has quit IRC08:44
*** NewJorg has joined #openstack-ansible08:47
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-lxc_hosts master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-lxc_hosts/+/78104108:49
jrosserit is08:49
jrosserbut why this is needed for the deployment host i have no idea08:49
jrosserbut perhaps an excellent question about what makes that installed for lxc_hosts to use......08:50
*** LowKey has quit IRC08:51
jrosseroh it's already in the required distro packages for the host system in lxc_hosts vars08:51
*** LowKey has joined #openstack-ansible08:52
snadgewhat happens when centos 8 goes EOL.. are we going to assume that something else may become ready to drop in place?08:53
snadgewe're in a position where we can probably just switch to RHEL 8.308:53
snadgebut this rocky linux may also become a thing and I have not checked on the status of that.. also I think RHEL may become free as in beer, for some use cases.. academics and non profits and things like that08:54
jrossersnadge: we are in a difficult position really08:54
jrosserthere is 'prototype' support for Centos-8 stream as unmerged patches to OSA master branch08:55
jrosserbut those are not (any possibly never will be) in Ussuri or Victoria unless there is someone sufficiently motivated to backport a load of stuff08:55
snadgei think that might even be an option for us tbh.. just using stream that is, as long as we have support for the hardware we're using08:55
snadgethats fine, whatever the next version is could be the way to go.. ussuri will keep us going until then08:56
snadgeon centos 7 that is08:56
jrosseryes, that will stay alive as far as i'm aware08:57
jrosserbut I don't know what your upgrade path would be for the future, you may end up stuck on Centos-7/Ussuri08:57
snadgethats pretty reasonable actually, the competition is redhat openstack 16.1 .. which isn't supported with our particular hardware combination right now08:57
snadgei really like OSA though.. and i will advocate to use it on centos 8 stream if that works for us when it comes time to need it08:59
jrosserpart of the trouble is we don't have any sizable contributors who are using centos in their environments09:01
jrosserso from my personal POV it is burden/overhead to support it09:01
jrosserwe really need folk who are relying on it to help keep the centos support alive09:02
*** tosky has joined #openstack-ansible09:03
snadgethats fair.. if our outfit was a bit larger, im sure the guys in north america and london or whatever could contribute something.. but their corporate overlords might have other ideas, there are after all commercial products which are competing with these free community alternatives09:03
snadgelike the one i just mentioned09:04
jrosserthe centos-8 stream stuff has only made the situation worse, as it's pushed some big operators to change OS09:04
jrosserkind of been the tipping point they needed to just use something else09:04
snadgewell.. i can at least commit resources to evaluating and testing the centos 8 stream stuff, for our small development environment09:06
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-memcached_server master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-memcached_server/+/78105109:06
jrosserif you want to see whats involved there a patch here https://review.opendev.org/c/openstack/openstack-ansible/+/77622609:07
jrosserall the 'depends-on' lines pull in the rest of the required changes09:07
jrosserthough for some reason the runtime of those jobs has doubled with the changes we've had to make09:07
jrosserand thats really not cool as 3hours is the max runtime any of the CI jobs are allowed09:08
snadgei have bookmarked it.. so its very much wip?09:09
jrosserkind of09:09
jrosserif the runtime had not increased then this would be merged already i think09:09
jrosserneed to understand why this happens, it's something to do with how the container base image is built09:10
jrosserfor stream we've changed to using dnf to build a chroot from scratch rather than download/unpack a docker base image for the rootfs09:10
jrosserbut for $reasons that runs really really slowly09:11
jrosserRH no longer supply a tar of the container rootfs for stream, so theres just no starting point like there was for previous centos09:11
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-openstack_hosts master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-openstack_hosts/+/78105409:16
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-openstack_openrc master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-openstack_openrc/+/78105509:17
snadgeit sounds like thats not really fixable unless you can cache the container rootfs between builds, and only rebuild that as necessary or every week or something09:18
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-tests master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-tests/+/78105909:27
*** yasemind has joined #openstack-ansible09:30
*** openstackgerrit has quit IRC09:33
jrossersnadge: it's not the container build thats taking time, its the runtime execution speed of the ansible tasks which is slow09:39
snadgei see that will take some time to profile and an understanding of the entire process would obviously help09:44
jrossernoonedeadpunk: do you think openstack-ansible-deploy-aio_distro_metal-centos-8 is even a valid job on ussuri?09:56
jrosserfor these https://review.opendev.org/q/project:openstack%252Fopenstack-ansible-os_horizon+branch:stable%252Fussuri+status:open09:56
jrosserfor the last ussuri branch horizon patches to merge there was not a centos-8 job09:56
noonedeadpunkI think it should be valid, yes. It fails on apache restart which is weird actually10:00
noonedeadpunkbut considering it passes till that point...10:00
noonedeadpunkI can recall doing some replace for apache on V10:01
jrosserthis is the wierd thing though, the previous thing we merged to ussuri for os_horizon didnt run a centos 8 job https://review.opendev.org/c/openstack/openstack-ansible-os_horizon/+/73926010:01
jrosseri wonder if this is adjusting the jobs somewhere else has then made some previously untested situation be run for os_horizon10:01
noonedeadpunkit didn't run any centos 8 jobs...10:01
jrosserright10:02
noonedeadpunkI guess so...10:02
* jrosser wants to suggest at PTG removing the distro support10:02
*** gshippey has joined #openstack-ansible10:09
jrosserits this https://github.com/openstack/openstack-ansible-os_horizon/commit/9f9b66a985a44caef36e7af6695a2a6e25460a1610:12
jrosserwe have that patch in ussuri, but i'm not so sure we have the one that sets openstack_service_bind_address10:16
*** LowKi has joined #openstack-ansible10:19
*** LowKi is now known as LowKey[A]10:21
admin0do you guys have an automated way to deploy AIO ?11:09
admin0i am working on an openstack reporting panel .. which i might open source at some point .. or provide it for free .. and i want to test it in as many versions as possible11:10
*** LowKey has quit IRC11:14
*** priteau has joined #openstack-ansible11:26
*** jamesden_ has quit IRC11:51
*** jamesdenton has joined #openstack-ansible11:51
snadgeadmin0: is https://docs.openstack.org/openstack-ansible/victoria/user/aio/quickstart.html what you're looking for?11:57
admin0nvm ..i am trying to use gitlab+ansible to bring up aios automatically12:00
*** yasemind has quit IRC12:25
noonedeadpunkadmin0: in CI we run `./scripts/gate-check-commit.sh <scenario> <deploy/upgrade/linters> <source/distro>12:31
noonedeadpunk./scripts/gate-check-commit.sh without arguments deploys aio_lxc source scenario12:32
noonedeadpunkUh, I can really recall some patch we landed to cover apache issue in horizon with keystone...12:35
*** rh-jelabarre has joined #openstack-ansible12:44
*** rh-jelabarre has quit IRC12:44
*** rh-jelabarre has joined #openstack-ansible12:45
jrossernoonedeadpunk: i think it could well be that patch, but it relies on something else to set the service bind address i think, which we never did for U12:45
jrosseri'm a bit surprised that it works for the other distro installs but not centos-8, suggests maybe there is a default config file coming from somewhere thats only in the centos rpm.....12:46
noonedeadpunkyep, it was some difference in config we were evaluating....12:48
noonedeadpunkbut I guess that was nginx actually.. https://review.opendev.org/c/openstack/openstack-ansible-os_keystone/+/77577612:52
jrosserhmm12:52
*** spatel_ has joined #openstack-ansible12:58
*** spatel_ is now known as spatel12:58
*** chandankumar has joined #openstack-ansible13:07
chandankumarnoonedeadpunk: please have a look https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/780588 when free, thanks!13:08
*** yasemind has joined #openstack-ansible13:17
*** yasemind has quit IRC13:27
*** fanfi has quit IRC13:38
spotzchandankumar: Do yo want me to hold off on the Workflow for others?13:43
chandankumarspotz: it would be great to get it merged13:45
chandankumarspotz: thanks for reviewing :-)13:46
spotzchandankumar: Ok workflowing:)13:46
spotzMy pleasure, I can always be pinged for reviews.13:46
chandankumarspotz: I was not knowing you have super powers, time to bug more in future for os_tempest :-)13:47
*** openstackgerrit has joined #openstack-ansible13:48
openstackgerritMerged openstack/openstack-ansible-os_glance master: Convert remaining ansible_ fact variable to ansible_facts[]  https://review.opendev.org/c/openstack/openstack-ansible-os_glance/+/78072213:48
spotzchandankumar: hehe13:48
jamesdentonnoonedeadpunk Better late than never? https://review.opendev.org/c/openstack/openstack-ansible/+/733894. Let me know if you're still interested in pursuing this14:01
noonedeadpunkI don't really know atm :(14:02
jamesdentonno worries14:02
jamesdentoni'll check again... in November :D14:02
noonedeadpunkI agree that it's great aim, but I don't feel an opprotunity to agree with tripleo on that14:03
chandankumarnoonedeadpunk: it is the same copy https://review.opendev.org/c/openstack/openstack-ansible/+/733894/4/playbooks/common-tasks/tempest-resources.yml of https://opendev.org/openstack/openstack-ansible-os_tempest/src/branch/master/tasks/tempest_resources.yml tripleo uses it, based on services14:08
noonedeadpunkjamesdenton: answered your questions14:09
noonedeadpunk(I hope)14:09
jamesdentonit is the same copy currently, but the idea would be OSA could modify vs tripleo and not impact os_tempest role14:09
jamesdentonand vice versa14:09
noonedeadpunkyeah, that^14:09
noonedeadpunkto make role more agnostic14:09
jamesdentonright14:10
jamesdentoni believe this stemmed from an attempt to build some octavia resources 6+ months ago14:10
jamesdentonnot octavia, but rather, ironic: https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/72070514:14
openstackgerritMerged openstack/openstack-ansible-os_aodh master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/77972514:18
openstackgerritAndrew Bonney proposed openstack/openstack-ansible-os_neutron stable/victoria: Prevent neutron-l3-agent restart killing metadata service  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/78110914:19
spatelnoonedeadpunk what is the deal here - https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77224514:28
spatelThis is kind of blocker for designate deployment :)14:30
spatelfrickler you had some concern but i am not sure how to deal with them14:31
*** macz_ has joined #openstack-ansible14:35
*** macz_ has quit IRC14:40
fricklerspatel: well I think the main blocker are the tests failing, I've done a recheck now to check the current status. I can demote my remarks to just being comments for possible improvement, so you don't need to consider those as blockers14:52
jamesdentonspatel would be great to add some docs, if possible, to outline the caveats (i.e. the mutual exclusiveness) as I don't know if that's well known. Or at least a release note maybe?14:53
spatelfrickler thank you! we can add new stuff in next patch if we need.14:53
spateljamesdenton we can do reno for sure about new flags14:54
*** mensis has joined #openstack-ansible14:56
*** macz_ has joined #openstack-ansible14:58
openstackgerritMerged openstack/openstack-ansible-os_aodh master: Use ansible_facts[] instead of fact variables  https://review.opendev.org/c/openstack/openstack-ansible-os_aodh/+/78059414:58
*** LowKey[A] is now known as LowKey15:07
*** jamesdenton has quit IRC15:22
*** jamesden_ has joined #openstack-ansible15:22
*** macz_ has quit IRC16:10
*** macz_ has joined #openstack-ansible16:10
openstackgerritMerged openstack/openstack-ansible-os_tempest master: Install nmap on the Redhat 8 and Debian  https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/78058816:40
*** macz_ has quit IRC16:46
*** macz_ has joined #openstack-ansible16:48
*** macz_ has quit IRC16:53
*** rpittau is now known as rpittau|afk17:08
*** gyee has joined #openstack-ansible17:29
spatelfrickler look like it was clean pass, https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77224517:31
spatelLet me add reno in this patch and then we will try to get some reviews17:31
*** mrda has quit IRC17:33
*** mrda has joined #openstack-ansible17:34
openstackgerritDmitriy Rabotyagov proposed openstack/openstack-ansible-os_neutron stable/victoria: Fix conditional for ovs  https://review.opendev.org/c/openstack/openstack-ansible-os_neutron/+/77992817:47
*** andrewbonney has quit IRC18:18
*** macz_ has joined #openstack-ansible18:31
*** macz_ has quit IRC18:36
openstackgerritJonathan Rosser proposed openstack/ansible-hardening master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/ansible-hardening/+/78106118:43
openstackgerritJonathan Rosser proposed openstack/openstack-ansible-ceph_client master: Remove references to unsupported operating systems  https://review.opendev.org/c/openstack/openstack-ansible-ceph_client/+/78075118:44
*** gyee has quit IRC18:46
*** yolanda has joined #openstack-ansible18:48
*** gyee has joined #openstack-ansible18:53
CeeMacEvening folks.19:28
CeeMacQuick question regarding horizon container. Is apache limited to a particular version in each release? We've noticed a couple ov CVEs exposed in an external vulnerability scan and may need to patch19:30
CeeMacNot entirely sure what the process for that would be19:33
jrosserit's whatever your OS provides19:38
jrosserso if you arrange however you like (compile your own, provide a PPA, private repo) then you'll be able to use something updated19:39
CeeMacOh, it's not specific to the role?19:39
jrosseron ubuntu you might want to see if you're using the -security repos19:39
CeeMacI'll take a look, but basically I should be able to upgrade apache $somehow and that wouldn't break any os or OSA dependencies?19:41
*** gmann is now known as gmann_afk19:41
jrosserthe role itself has no care for the version https://github.com/openstack/openstack-ansible-os_horizon/blob/master/vars/debian.yml#L28-L3019:41
jrosserit's kind of up to you to arrange for an updated pacakge to get installed with 'apt install httpd' thats suitable19:42
CeeMacPerfect, thanks jrosser19:42
jrosserapt-install apache2 i mean19:43
jrosserwe did something similar for a custom ceph by hosting a private apt repo19:43
CeeMacIll try it out in our test environment first :)19:43
jrosseryou can see the stock versions here https://packages.ubuntu.com/bionic-updates/web/apache219:45
jrosserand also the history and whats upcoming in the next proposed point version here https://launchpad.net/ubuntu/bionic/+source/apache219:48
jrosserCeeMac: you should also check that the fix for whatever problem you allegedly have is not already there via the distro package, just taking the major/minor version won't tell you whats been patched19:50
*** spatel has quit IRC19:53
CeeMacThanks jrosser I'll dig into the cve detail and see if I can work out which release fixes it19:55
*** spatel_ has joined #openstack-ansible19:57
*** spatel_ is now known as spatel19:57
*** spatel has quit IRC19:57
*** spatel_ has joined #openstack-ansible20:00
*** spatel_ is now known as spatel20:00
*** spatel has quit IRC20:11
*** fanfi has joined #openstack-ansible21:05
*** jamesden_ has quit IRC21:41
*** jamesdenton has joined #openstack-ansible21:42
*** janno has quit IRC21:51
*** janno has joined #openstack-ansible21:52
*** gshippey has quit IRC22:15
*** gmann_afk is now known as gmann22:39
*** mensis has quit IRC23:34

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