Friday, 2020-07-31

*** elico has joined #openstack-ansible00:43
elico@: Any mariadb version recommended???01:13
*** gyee has quit IRC01:44
*** owalsh has joined #openstack-ansible02:29
*** owalsh_ has quit IRC02:33
*** dave-mccowan has quit IRC03:14
*** d34dh0r53 has joined #openstack-ansible03:14
*** rh-jelabarre has quit IRC03:52
*** d34dh0r53 has quit IRC04:04
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-ansible04:33
*** redrobot has quit IRC05:17
*** markvoelker has joined #openstack-ansible05:19
*** markvoelker has quit IRC05:23
*** markvoelker has joined #openstack-ansible05:26
*** udesale has joined #openstack-ansible05:27
*** markvoelker has quit IRC05:30
*** udesale has quit IRC05:50
*** elico has quit IRC05:52
*** udesale has joined #openstack-ansible06:04
*** arkan has quit IRC06:53
*** tosky has joined #openstack-ansible07:19
*** arkan has joined #openstack-ansible07:59
*** andrewbonney has joined #openstack-ansible08:00
*** arkan has quit IRC08:13
*** jbadiapa has joined #openstack-ansible08:28
*** stingrayza has quit IRC08:45
*** stingrayza has joined #openstack-ansible08:46
*** yolanda has quit IRC09:06
*** yolanda has joined #openstack-ansible09:16
arxcruznoonedeadpunk: hey, regarding my patch the python_venv_build is called because of stackviz https://github.com/openstack/openstack-ansible-os_tempest/blob/master/tasks/tempest_install.yml#L3809:28
arxcruznoonedeadpunk: and this package is missing on tripleo, because we have the undercloud and overcloud, upstream these two are only one machine with standalone jobs, however, when we run downstream, we can have a different machine running both, and os_tempest is executed through undercloud09:30
arxcruzit's a particular way, not sure other installers do the same09:30
arxcruzwould be enough just add the virtualenv package on the other distros ?09:30
noonedeadpunkum, I think ut's not package but a role, that handles virtualenv creation and instaal required packages into it09:32
arxcruzjrosser: ^09:32
arxcruznoonedeadpunk: the python_venv_build requires virtualenv package09:32
arxcruzwhich we don't have installed by default in undercloud09:32
noonedeadpunkOh, wait, I missed the patch itself09:32
arxcruznoonedeadpunk: sorry, it was jrosser who -1 I made a mistake :D09:33
arxcruzanyway, you too need to review :P09:33
noonedeadpunkarxcruz: I think jrosser meant that package that needs to be installed should be placed for tempest_distro_packages not tempest_service_distro_packages09:34
noonedeadpunkas tempest_service_distro_packages got installed only for distro installations type, so it will miss for source one09:35
noonedeadpunkhowever, I think that probably instead we should patch python_venv_build role09:35
noonedeadpunkso that it got virtualenv isntalled once it really needs it09:35
arxcruznoonedeadpunk: i'm not familiar with python_venv_build, let me take a look where it install09:37
noonedeadpunkI think it should be added somewhere here? https://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/vars/main.yml#L1609:38
arxcruznoonedeadpunk: hmmm, it's not working09:43
arxcruznoonedeadpunk: https://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/tasks/python_venv_install.yml#L28-L2909:43
noonedeadpunkodyssey4me: do you think we shouldn't bother with carrying virtualenv into role? I mean, that installing virtualenv with os_tempest is not really appropiate as well...09:43
arxcruznoonedeadpunk: it will not install because those are empty by default09:43
noonedeadpunkyeah I see.09:43
arxcruzhttps://opendev.org/openstack/ansible-role-python_venv_build/src/branch/master/defaults/main.yml#L35-L3909:44
noonedeadpunkI mean, that anyway we either should put venv installation into python_venv_build role itself or keep it out... But os_tempest is not really appropriate place then as well...09:45
noonedeadpunkI think we install virtualenv with some pre-step playbook09:45
noonedeadpunkhttps://opendev.org/openstack/openstack-ansible-openstack_hosts/src/branch/master/vars/debian.yml#L5309:45
arxcruznoonedeadpunk: yeah, but if the role requires the package, that means the role should ensure the package is installed, not other pre-step playbook right ?09:46
noonedeadpunkwhich generally prepares hosts09:46
arxcruznoonedeadpunk: in case of osa installer, in the case of tripleo or other installer might not be true09:46
noonedeadpunkhave you seen odyssey4me comment under your patch?09:46
arxcruzi understand this was initially created for osa09:46
noonedeadpunkI think I'm ok to move venv installation to python_venv_build role09:47
arxcruzbrb, quickly09:47
noonedeadpunkarxcruz: but I think that tha point to keep this out of the role, so save some time, as it's heavily re-used, and triggering package installation every time is not as rational as can be09:49
noonedeadpunkIn the meanwhile, this can be a pre-task in the playbook which runs os_tempest (or undercloud or whatever), which will install virtualenv package. I think you still have host preparation playbook?09:50
noonedeadpunkBut I'm really pretty sure that os_tempest shouldn't bother with venv installation for another role09:54
jrosserseems like osa & tripleo (and any other user of python_venv_build) should carry their own opinion about how virtualenv gets installed because that can happen all sorts of ways10:03
jrosserit’s an indicator that there is no single right answer for this that the role makes an assumption that it’s been pre-prepared by something defining a particular deploy/install style10:05
odyssey4mejrosser: yes, that was always the state - the python_venv_create role was created with the assumption that virtualenv must already be there... which is why it did the check to see if it was and failed early10:07
odyssey4mejrosser noonedeadpunk something I've been thinking of doing is patching it to make it use python -m venv if it's py3 so that the requirement is lifted10:07
odyssey4mean alternative is to use virtualenv if it's there, and python -m venv if it's not10:08
odyssey4menoonedeadpunk: the reason we wanted to make sure it stays out was so that OSA only installs virtualenv in one place... otherwise things can get complicated10:10
jrossercan we assume always py3 these days?10:11
arxcruzjrosser: not on tripleo10:12
arxcruzxD10:12
jrosserthe virtualenv version check got completely out of hand recently (different version string format with every new release nearly) and had to be simplified to present/not present10:12
odyssey4mejrosser: in the python_venv_build role, no - because it's generic to be used across multiple projects10:12
arxcruzwe are moving some old jobs to centos8 but for now we can't assume py310:13
odyssey4melemme push up a change to the role to use python -m venv as an alternative10:13
jrosserarxcruz: even for master branch you need py2? Victoria doesn’t support anything py2 does it?10:15
arxcruzjrosser: we still have queens and stein jobs10:16
arxcruzrunning on centos 710:16
jrosserbut this role is branched, you need to respect those branches10:16
arxcruzwe don't generate package for that, so we normally use latest version, tripleo-quickstart that is the installer, is branchless10:18
jrosserodyssey4me: I guess our position for master branch (V release) from an osa perspective was we can finally remove all support for py2 and centos710:19
jrosserU would be the last place we keep that10:19
jrosserthis is gigantic tech debt for us right now10:19
odyssey4mejrosser: I understand that position, but consider that this is a utility role meant for broad consumption - while OSA may be using it branched, the original purpose was to let it be for general use and it did not need branching10:20
odyssey4methe cost on this role in particular shouldn't be much tech debt - but the position is understandable10:21
odyssey4meI'm guessing there's likely a big cost coming with pip changes (the new dep resolver) though... that's going to make life complicated10:22
jrosseryes it will, that’s going to require some big work10:22
jrosseralso soon when osa drops centos7 the CI jobs for that will go as well10:22
jrosserodyssey4me: I think you are right tbh, python_venv_build master is quite portable anyway and we should keep it like that, but this new resolver is actually the biggest challenge we need to deal with10:28
jrosserI wonder if we should start early on that as it’s already there just not default in a current pip10:29
openstackgerritJesse Pretorius (odyssey4me) proposed openstack/ansible-role-python_venv_build master: Use 'python3 -m venv' instead of virtualenv for python3  https://review.opendev.org/74412010:38
*** markvoelker has joined #openstack-ansible10:41
odyssey4mearxcruz: for the tripleo tests - the playbook should just add the ensure-virtualenv zuul role ahead of time... lemme get you an example10:42
arxcruzodyssey4me: i'm already working on it on tempest playbook10:43
arxcruzthat calls os_tempest10:43
arxcruzodyssey4me: in fact, i made a mistake when I was cleaning up that playbook, and remove the virtualenv installation10:43
arxcruzthat's why we are getting this error now xD10:43
arxcruzshame on me10:43
odyssey4mearxcruz: ah - I see you've done something there... I dunno if you might want to do https://review.opendev.org/744001 instead - I guess it depends on whether you want to use pypi or packages... and packages would be more stable10:44
arxcruzodyssey4me: yatin just reverted my patch, i think we are good, i just want to get rid of this bug, it's been haunting me for a week now10:45
*** markvoelker has quit IRC10:46
*** mgariepy has quit IRC11:52
*** mgariepy has joined #openstack-ansible11:53
*** rgogunskiy has joined #openstack-ansible11:53
*** mgariepy has quit IRC12:01
*** rh-jelabarre has joined #openstack-ansible12:14
*** mgariepy has joined #openstack-ansible12:15
*** dave-mccowan has joined #openstack-ansible12:57
openstackgerritJan Marquardt proposed openstack/openstack-ansible-os_designate master: Adds handler for copying policy.json to the right place  https://review.opendev.org/74414912:59
*** blue_asni has joined #openstack-ansible13:16
*** jbadiapa has quit IRC13:17
*** spatel has joined #openstack-ansible13:26
*** blue_asni has quit IRC13:27
*** d34dh0r53 has joined #openstack-ansible13:51
*** udesale_ has joined #openstack-ansible14:05
*** udesale has quit IRC14:08
openstackgerritJames Gibson proposed openstack/openstack-ansible-ops master: Make ELK Journalbeat seek configuration a variable  https://review.opendev.org/74418014:15
*** spatel has quit IRC14:40
*** spatel has joined #openstack-ansible14:42
*** jbadiapa has joined #openstack-ansible14:45
openstackgerritJames Gibson proposed openstack/openstack-ansible-ops master: Make ELK Journalbeat seek configuration a variable  https://review.opendev.org/74418014:50
*** blue_asni has joined #openstack-ansible15:06
blue_asnihello openstackers, please where can i get openstack-ansible  chat archieve.15:09
*** blue_asni has quit IRC15:12
*** chkumar|rover is now known as raukadah15:12
*** redrobot has joined #openstack-ansible15:38
*** udesale_ has quit IRC15:47
admin0in this process /bin/sh /etc/keepalived/pingable_check.sh 1  x.y.z --- how is this IP determined/computed ?15:48
*** idlemind has joined #openstack-ansible15:49
admin0its on vrrp_script_pingable_check_script15:50
*** irclogbot_1 has quit IRC15:56
*** irclogbot_2 has joined #openstack-ansible15:57
*** irclogbot_2 has quit IRC16:15
*** irclogbot_3 has joined #openstack-ansible16:15
jrosseradmin0: https://opendev.org/openstack/openstack-ansible/src/branch/master/inventory/group_vars/haproxy/keepalived.yml#L4416:42
spatelblue_asni - http://eavesdrop.openstack.org/irclogs/%23openstack-ansible/16:56
*** andrewbonney has quit IRC16:58
*** kleini_ has quit IRC17:14
*** alanmeadows has quit IRC17:15
*** alanmeadows has joined #openstack-ansible17:15
admin0this is the 2nd deployment  .. i am now using 20.1.4 .. it has 20.1.3 where it failed on setup-infrastrucutre on utility because it was not able to find the openstack command17:29
spateljrosser: look like we short of stuck here with some of out standing issue. https://review.opendev.org/#/q/topic:osa/el8+(status:open+OR+status:merged)17:29
*** gyee has joined #openstack-ansible17:45
admin0hi ..the playbook is stuck on python_venv_build: install python packages into the venv .. its on the keystone plaubook ..  stuck for a very long time18:08
admin0how long does it usually take ? 20.1.418:10
openstackgerritMerged openstack/openstack-ansible-os_nova master: Add nova_management_address to defaults  https://review.opendev.org/74114618:32
*** spatel has quit IRC18:36
*** dave-mccowan has quit IRC18:46
*** spatel has joined #openstack-ansible18:57
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible master: Deprecate os_congress role  https://review.opendev.org/74252119:26
openstackgerritDmitriy Rabotyagov (noonedeadpunk) proposed openstack/openstack-ansible master: Deprecate os_congress role  https://review.opendev.org/74252119:27
noonedeadpunkfolks, can we merge this one? https://review.opendev.org/#/c/742520/19:33
*** CeeMac has quit IRC19:34
*** CeeMac has joined #openstack-ansible19:45
jrossernoonedeadpunk: have you ever seen error like this? http://paste.openstack.org/show/796504/20:13
jrosserroot@network1:~# sysctl net.ipv4.igmp_max_memberships20:24
jrossernet.ipv4.igmp_max_memberships = 2020:24
jrosseroh dear20:24
*** owalsh has quit IRC20:24
*** owalsh has joined #openstack-ansible20:45
*** spatel has quit IRC21:04
*** owalsh has quit IRC21:17
*** owalsh has joined #openstack-ansible21:32
noonedeadpunkjrosser: no, never ever21:35
noonedeadpunkwhile I also have the same value for igmp_max_memberships (which is apperently too low for some cases)21:37
*** CeeMac has quit IRC22:04
*** tosky has quit IRC22:10

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