Tuesday, 2021-12-14

*** ysandeep|out is now known as ysandeep05:27
*** sshnaidm|afk is now known as sshnaidm06:57
*** ysandeep is now known as ysandeep|lunch07:26
*** ysandeep|lunch is now known as ysandeep08:41
noonedeadpunkyeah, we should merge https://review.opendev.org/c/openstack/openstack-ansible/+/821476 asap to start great OS cleanup08:51
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Add Xena compatible OS  https://review.opendev.org/c/openstack/openstack-ansible/+/82167608:53
jrosseris there anything remaining to fix up for X release?09:03
noonedeadpunkNothing I can think of tbh09:06
noonedeadpunkthe only nasty thing, is that it feels like we need rc2 anyway. As if release from rc1 we will miss gitreview... From other side - nobody contributes from tag?:D09:07
jrosseri wonder if there are tools which read that09:07
noonedeadpunkI doubt that. I think we reference git status mostly09:10
noonedeadpunkI'm a bit tempted to make 24.0.0 from rc1 directly....09:12
noonedeadpunkas there're really zero functional changes...09:14
*** ysandeep is now known as ysandeep|afk09:35
jrossernoonedeadpunk: i wonder if there is more for the cycle highlights now we are finished10:02
jrosserdid we make galera TLS by default in the end?10:02
noonedeadpunkwe did10:05
noonedeadpunkwell, it makes limited sense as highlights are published by PR team several weeks before global release10:06
noonedeadpunkwhat we can do - write a prelude release note 10:07
noonedeadpunkwhich actually for highlighting important things10:08
*** ysandeep|afk is now known as ysandeep10:32
*** dviroel|rover|afk is now known as dviroel|rover11:01
opendevreviewMerged openstack/openstack-ansible-openstack_hosts stable/victoria: Add CentOS 8.4 support  https://review.opendev.org/c/openstack/openstack-ansible-openstack_hosts/+/81848711:02
opendevreviewMerged openstack/openstack-ansible-openstack_hosts stable/ussuri: Add CentOS 8.4 support  https://review.opendev.org/c/openstack/openstack-ansible-openstack_hosts/+/81848811:02
jrosserhmm11:42
jrosser2021-12-14T09:47:34,683 The conflict is caused by:11:42
jrosser2021-12-14T09:47:34,683     keystone 20.1.0.dev19 depends on PyJWT>=1.6.111:42
jrosser2021-12-14T09:47:34,683     The user requested (constraint) pyjwt===2.3.011:42
jrosseri wonder how thats happening11:43
noonedeadpunkwhere does this come from?11:49
noonedeadpunkaha, yoga patch...11:50
jrosseri started poking in the logs of this https://review.opendev.org/c/openstack/openstack-ansible/+/82147611:50
jrosseractually this is why we need those logs from /openstack/repo/*/*/...... to grab all those .txt files11:51
noonedeadpunkbut it's not really a conflict....11:52
jrosserwell the new resolver treats > 1 constraint for anything as a confict afaik11:53
jrosserand theres kind of a unusal pattern of pass/fail on that job, not obvious why11:53
noonedeadpunkand check passed as well....11:54
noonedeadpunkbut also - there's a single constraint I guess?11:54
noonedeadpunkPyJWT>=1.6.1 comes from requirements...11:55
jrosseryes11:55
jrosserbut i think it means that the === line ended up in one of the other .txt files11:55
noonedeadpunkin u-c we have PyJWT===2.3.011:55
jrosseroh!11:55
noonedeadpunkso question where does lower case come from11:56
jrosserthis has the feel of something that has broken because we branched / unpinned the roles11:58
jrosserthis patch unpins everything and we take master u-c and services11:58
noonedeadpunklet me dare to recheck out of interest....11:59
jrossersure :)11:59
jrosserrebase maybe for good measure11:59
noonedeadpunkoh, yes, indeed11:59
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: Start Yoga development cycle  https://review.opendev.org/c/openstack/openstack-ansible/+/82147611:59
noonedeadpunkgreat call12:00
jrosserrebase shouldnt matter because the patch should always be on the head of master?12:00
jrosserbut somehow it does at times12:00
noonedeadpunkum, no, I'm not sure about that. Zuul retireves current position of repo that you're currently testing12:14
noonedeadpunkall rest is always master though12:14
*** ysandeep is now known as ysandeep|brb12:21
*** ysandeep|brb is now known as ysandeep12:48
mgariepygood morning everyone12:54
noonedeadpunko/13:40
noonedeadpunkjrosser: hm, it seems passing now...13:52
jrosserlooks like pypi / fastly problem according to #opendev13:53
noonedeadpunkah, makes sense then14:01
*** ysandeep is now known as ysandeep|out14:13
*** dviroel|rover is now known as dviroel|rover|lunch14:59
noonedeadpunk#startmeeting openstack_ansible_meeting15:00
opendevmeetMeeting started Tue Dec 14 15:00:34 2021 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 office hours15:00
noonedeadpunko/15:00
damiandabrowski[m]hey! 15:00
jrossero/ hello15:01
noonedeadpunktbh I don't have too much things to discuss:)15:02
noonedeadpunkexcept maybe if it's worth doing rc2 just for gitreview files...15:02
spatelhey15:03
noonedeadpunkI actually talked to releases team and from their POV we can just have stable tag based just on RC115:03
spatelare we safe with apache log4j ?15:03
noonedeadpunkopenstack doesn't use java, so...15:03
noonedeadpunkcan't say so regarding ELK or graylog, but that's quite different stories15:04
noonedeadpunkOh, also I think we should finally EOL ocata https://review.opendev.org/c/openstack/openstack-ansible/+/79569015:04
noonedeadpunkAnd I'm also thinking that time for pike and might be queens?15:05
mgariepygraylog have some fixes.15:06
noonedeadpunkah, and gerrit ofc15:07
noonedeadpunkOnce https://review.opendev.org/c/openstack/openstack-ansible/+/821476 land we should be able to land upcoming changes. jrosser has started with dropping CentOS 8, Debian 10 and Ubuntu bionic support15:08
noonedeadpunkWhich is really good and worthy cleanup15:08
damiandabrowski[m]actually i wonder how many releases are we obligated to support? or it depend entirely on us?15:09
noonedeadpunkEventually we follow https://releases.openstack.org/ for maintained state15:09
noonedeadpunkregarding EOL - it's up to projects15:09
jrosserwe need to have some sort of decision / "words in a release note" about what we do with centos-8 on stable branches15:09
jrosseras i think the infra people are talking about removing the ci images soon15:10
noonedeadpunkI'd say we just stop testing it there15:10
noonedeadpunkand reno could be also like that "With CentOS 8 EOL we stop completing CI testing for this Operating System. It is highly recommended to upgrade to one of the supported systems"15:12
damiandabrowski[m]ah, so IMO we may mark pike and queens EOL ;)15:12
noonedeadpunkdamiandabrowski[m]: I believe that Octavia have already EOLed even stein15:13
noonedeadpunkthey're kind of leaders for keeping minimal releases even in EM state15:13
noonedeadpunkjrosser: mgariepy wdyt about eoling pike/queens?15:16
jrosseri would be OK with that - we don't see anyone submitting fixes15:16
mgariepyi'm also ok with this. and if we do see some stuff that really need fixing we can always fix it..15:17
noonedeadpunkwe won't be able to backport, but I doubt we will anyway15:17
noonedeadpunklooking at review dashboard we have some fixes for Rocky that we can't merge for quite a while15:17
noonedeadpunkmainly because tempest is broken... https://review.opendev.org/c/openstack/openstack-ansible-os_tempest/+/78299015:18
noonedeadpunk#agreed EOL Pike and Queens15:19
noonedeadpunkoh, eventually with that I was also thinking that we should change landing page of our docs for stable branches15:20
damiandabrowski[m]maybe it's the right time to announce how many releases we're going to support? just to make it official and predictable 15:20
noonedeadpunkand leave there only current release data15:20
noonedeadpunkWe _really_ support only releases that OpenStack considers as maintained15:21
noonedeadpunkAs for EM, it's more like security patching15:22
noonedeadpunkSo we jsut follow openstack state here https://docs.openstack.org/project-team-guide/stable-branches.html#maintenance-phases15:23
noonedeadpunkas for number of releases in EM - that's good question. I won't them call supported though :D15:23
jrosserits a good time to clean up - there are relatively few outstanding stable branch patches15:23
noonedeadpunkI'd say we can probably carry 3 releases in EM for sure?15:24
noonedeadpunkor actually 4 I guess now (as U is in EM now)15:25
noonedeadpunkit's a bit harder as we're trailing15:25
noonedeadpunkjrosser: the obvious problem is with https://review.opendev.org/c/openstack/openstack-ansible-os_almanach/+/65858515:26
noonedeadpunkas we've retired repo15:26
noonedeadpunkso we don't have access to abandon it...15:26
* noonedeadpunk reaching infra-rrot15:26
jrosserwe can ask in #opendev to get those patches abandoned15:26
noonedeadpunk*root15:26
jrosseryep15:26
noonedeadpunkWould be also great to clean-up master but well...15:27
noonedeadpunkwe have tons of leftovers there...15:27
damiandabrowski[m]keeping 3-4 EM releases is fine to me15:27
noonedeadpunkok, great15:30
noonedeadpunkwill prepare patches then15:31
noonedeadpunkeventually I hope that with left focal and debian 11 (and centos 8-stream) we will be able to have ansible-core 2.12....15:37
noonedeadpunknot sure if 8-stream does have libselinux for py38 but we can probably have some nasty workaround for it....15:38
jrosserthere was a pip module i think?15:38
jrosserhttps://pypi.org/project/selinux/15:39
noonedeadpunkwell it doesn't look too promising tbh....15:39
noonedeadpunkunfortunatelly zbr is not around to ask...15:40
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: [doc] Clean out project index page for stable branches  https://review.opendev.org/c/openstack/openstack-ansible/+/82172015:47
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/wallaby: [doc] Clean out project index page for stable branches  https://review.opendev.org/c/openstack/openstack-ansible/+/82172315:49
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: [doc] Clean out project index page for stable branches  https://review.opendev.org/c/openstack/openstack-ansible/+/82172015:51
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/wallaby: [doc] Clean out project index page for stable branches  https://review.opendev.org/c/openstack/openstack-ansible/+/82172315:51
noonedeadpunksorry, updated a bit15:51
noonedeadpunkas we already have that format for R->V15:52
noonedeadpunkonly missed that for W and X15:52
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible master: [doc] Update stable releases support status  https://review.opendev.org/c/openstack/openstack-ansible/+/82172615:54
*** dviroel|rover|lunch is now known as dviroel|rover15:59
noonedeadpunk#endmeeting15:59
opendevmeetMeeting ended Tue Dec 14 15:59:58 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:59
opendevmeetMinutes:        https://meetings.opendev.org/meetings/openstack_ansible_meeting/2021/openstack_ansible_meeting.2021-12-14-15.00.html15:59
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/openstack_ansible_meeting/2021/openstack_ansible_meeting.2021-12-14-15.00.txt15:59
opendevmeetLog:            https://meetings.opendev.org/meetings/openstack_ansible_meeting/2021/openstack_ansible_meeting.2021-12-14-15.00.log.html15:59
opendevreviewMerged openstack/openstack-ansible master: Add documentation of security improvements made to Openstack Ansible  https://review.opendev.org/c/openstack/openstack-ansible/+/82037016:38
opendevreviewDmitriy Rabotyagov proposed openstack/openstack-ansible stable/xena: Add documentation of security improvements made to Openstack Ansible  https://review.opendev.org/c/openstack/openstack-ansible/+/82152916:38
opendevreviewDmitriy Rabotyagov proposed openstack/ansible-role-python_venv_build master: Verify that wheels are normally built  https://review.opendev.org/c/openstack/ansible-role-python_venv_build/+/82141516:53
noonedeadpunkthe worst thing about that is ansible will render it in single line :(16:54
noonedeadpunkmultiline is supported only for debug, but not for assert or fail which is a bummer16:54
noonedeadpunk(I was talking about https://review.opendev.org/c/openstack/ansible-role-python_venv_build/+/821415/2/tasks/main.yml )16:54
damiandabrowski[m]hmm, i think i've managed to write multi line msg in fail module some time ago, but i'm not 100% sure16:56
damiandabrowski[m]let me check16:56
noonedeadpunkwell, based on ansible docs, it's only string while for debug it could be list16:56
noonedeadpunkand "\n" were not interpreted16:57
jrosserwe could turn it to a block16:57
noonedeadpunkbut would be great to double check that16:57
noonedeadpunkthen it will be jsut connected with "\n\n" or smth in single line which even worse I guess16:58
noonedeadpunkat least this way I managed to get it to be kind of readable while renderred in single line. Other options were just adding extra symbols to this line...17:00
noonedeadpunkbut again - great if damiandabrowski[m] can double-check17:00
damiandabrowski[m]yeah noonedeadpunk actually i have multi-line fail msg implemented in my playbooks. But I just missed the fact that it doesn't work :D '\n' is just printed out as a string17:04
noonedeadpunkyeah...17:04
noonedeadpunkthat is what I saw a was really surprised hehe17:04
noonedeadpunk*and17:07
jamesdentonanyone here using nfs w/ cinder?19:35
jamesdentoni started seeing this "Could not open \'/var/lib/nova/mnt/120c62d21bb233322c4a09c7a3d8f53f/volume-bbc22262-1623-49a7-a0f3-53f1cf84b880\': Permission denied\n'" error in nova-compute/conductor pretty recently (on 24.1.0.dev3 now) when trying to boot from volume, and not sure if it's me or if something broke19:37
*** dviroel|rover is now known as dviroel|out20:31

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