Tuesday, 2023-10-17

opendevreviewKristi Nikolla proposed openstack/project-team-guide master: Update docs for Unmaintained  https://review.opendev.org/c/openstack/project-team-guide/+/89750515:06
opendevreviewKristi Nikolla proposed openstack/project-team-guide master: Update docs for Unmaintained  https://review.opendev.org/c/openstack/project-team-guide/+/89750515:36
*** ralonsoh is now known as ralonsoh_ooo16:33
JayFtc-members: meeting in ~an hour16:59
spotz[m]As of last night there was one scheduled operator hour17:12
JayFthat cannot be true17:13
JayFI scheduled two myself17:13
JayFone for bm sig, one for a cinder person who was having trouble with the tool17:13
JayFI see three etherpads listed; os-ansible, cinder, baremetal sig (ironic)17:13
JayFalthough the os-ansible one does not have a scheduled time, the bm-sig and cinder ones do (on Monday)17:14
JayF(I will note the BM Sig is the only one with any content whatsoever in the etherpad)17:14
dansmithnova just discussed today so there should be another coming17:19
JayFspotz[m]: aha, looks like the os-ansible operator hours are scheduled outside the PTG window17:33
JayFnoonedeadpunk: can you make sure the etherpad for operator-hour-os-ansible is either updated or pointed to a populated ehterpad, especially since the timing is outside the window? https://etherpad.opendev.org/p/oct2023-ptg-operator-hour-os-ansible17:34
noonedeadpunkYeah, I was actually thinking what to do with that and if it's worth to have a separate etherpad or not17:35
gmannin past, many project used the main etherpad so ether should be ok17:35
JayFwell in this case; I think it's valuable to have a separate ehterpad17:35
JayFjust to publish the time17:36
gmanndepends on how much populated your main etherpad are and if difficult to find operators feedback there17:36
JayFeven if you link people back to the main one for notes17:36
JayFsince 1700-1800 UTC is not a window  on ptg.opendev.org17:36
JayFso only way people know about this is if you get it out on social media, mailing list, or via os-ansible contributor-portion ptg etherpad17:36
gmannsending that in ML is better along with etherpad. not everyone notice the etherpad17:36
JayF++ ML is good place, I just want us to get as many places as possible17:37
gmannfor TC out of window hrs we did the same and there was no gap in communication. 17:37
gmannhaving those in ptgbot is easy but I already gave up on that feedback17:37
noonedeadpunkWe had good presence on operator hours just on the first year17:37
gmann*easy to know17:37
noonedeadpunkthen it really dropped a lot and folks were just coming to ptgs17:38
noonedeadpunkSo yeah, as I've already sent ML, will just combine these 2 together17:38
gmann++17:38
noonedeadpunkAs it's not really have too much content17:38
noonedeadpunkthanks for the ping JayF17:39
JayFthanks for running ansible ptg things :D 17:39
spotz[m]OSA has always been an operator friendly project and channel17:41
* noonedeadpunk would love to give a flag to someone else, but there're not lot of volunteers for an administrative overburden17:41
JayFnoonedeadpunk: heh, there's a lot of that going around. That's why I stated publically+definitively I'm giving up the mantle for Ironic this cycle. Private conversations and trying to do a soft handover were not effective in getting people to prioritize leadership work :( 17:42
JayFtc-members: meeting18:00
JayF#startmeeting tc18:00
opendevmeetMeeting started Tue Oct 17 18:00:27 2023 UTC and is due to finish in 60 minutes.  The chair is JayF. Information about MeetBot at http://wiki.debian.org/MeetBot.18:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:00
opendevmeetThe meeting name has been set to 'tc'18:00
spotz[m]o/18:00
gmanno/18:00
JayFWelcome to the weekly meeting of the OpenStack Technical Committee. A reminder that this meeting is held under the OpenInfra Code of Conduct available at https://openinfra.dev/legal/code-of-conduct.18:00
JayF#topic Roll call18:00
JayFToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee.18:00
slaweqo/18:00
dansmitho/18:00
rosmaitao/18:01
JayF#info James Page has noted an absense for today's meeting.18:01
knikollao/18:01
JayFGoing to allow until 1805 utc for any other folks to arrive.18:01
frickler\o18:03
JayFAlright, moving on.18:04
JayF#topic Follow up on tracked action items18:04
JayFFirst one is me, I've made no progress and am pushing it forward. Still on track to have something to present by next video meeting.18:04
JayF#action JayF Before next video meeting, write up a short document on pros/cons of moving TC video meetings to jitsi-meet.18:04
JayFknikolla: anything further to update on DB usage patterns in keystone devstack? I will not be pulling this action forward as we'll be discussing in PTG next week.18:05
knikollano updates from me this week.18:05
JayFAck, thank you. As noted, not going to push it forward as that will be discussed at PTG.18:05
JayF#info knikolla research into keystone db usage in devstack will be topic at PTG next week18:05
JayFnext up, slaweq was going to sync with a potential monasca ptl candidate to inform the inactivity proposal18:06
slaweqI sent email to the Monasca team18:06
slaweqbut I got no reply18:06
slaweqand also patch which marks Monasca as inactive is now merged18:06
JayF#info slaweq reports Monasca team was nonresponsive to email; Monasca project was marked inactive by TC resolution earlier this week.18:07
slaweqwe can remove it from inactive list if there will be any volunteer(s) for it before Milestone 218:07
JayFIf anyone interested in that project reads this log, you're welcome to reverse that action along with taking actions needed to restore CI and maintain the project.18:07
JayFlooks like we're on the same page slaweq :D18:08
JayFThank you for reaching out to them and for writing up that proposal.18:08
gmanndo we want to retire it if no leader?18:08
slaweqyw :)18:08
JayFgmann: I'd personally prefer discuss that once we get past the M-2 milestone without any volunteers.18:08
gmanninactive marking is ok but question is should we wait for m-2 with clear no maintainer?18:08
slaweqgmann according to the inactive projects policy, if there will be no volunteers before Milestone 2, we should18:09
gmannyeah that is true but this is case of no PTL where we might want to take action soon?18:09
slaweqI have some reminders set for myself to try to ping people before this deadline18:09
JayFI think the waiting period is sensible to ensure people have time to get the information if they aren't plugged into the community, and I see little/no benefit to rushing.18:09
slaweqJayF++18:10
JayFIn fact, it occurs to me we might not have even mailed the list about the merge of that resolution. I'll check and if not, will do that after the meeting.18:10
JayFLast action item to review; rosmaita was going to engage i18n sig about possibility of translating governance docs18:10
rosmaitathey are in the middle of the weblate migration18:11
rosmaita#link https://meetings.opendev.org/irclogs/%23openstack-i18n/%23openstack-i18n.2023-10-13.log.html18:11
JayFThanks for the update.18:11
rosmaitathey'll have a presence at the PTG and we can get more details then18:11
rosmaitabut the short version is, the faster we get migrated to weblate, the sooner we can do other stuff18:12
JayF#info i18n team has to prioritize their tool migrations; discussion about how governance translation fits into that will happen at PTG18:12
JayF#undo18:12
opendevmeetRemoving item from minutes: #info i18n team has to prioritize their tool migrations; discussion about how governance translation fits into that will happen at PTG18:12
JayF#info i18n team has to prioritize their tool migrations; discussion about how governance doc translation fits into that will happen at PTG18:12
JayFthank you18:12
JayFThat's all for tracked action items. 18:12
JayF#topic Gate Health Check18:12
JayFAny update on the general health of the gate?18:12
dansmiththere's something going on with the grenade job,18:12
rosmaitaoh noes18:13
JayFskip-level, normal, or "yes"?18:13
dansmithwhich isn't new (apparently) but the fail rate seems higher this week18:13
dansmiththis is a normal one18:13
dansmithit's in the cinder pre-validation stuff,18:13
dansmithbut I haven't dug in deep yet18:13
gmannwe recently updated the setting of upgrade of stable/2023.2 to master and skip level job from stable/2023.1 to master18:14
gmannwhich one failing?18:14
clarkbThere is some post failure thing when trying to get qemu/libvirt logs as well. Has that been addressed (I don't see as much orange on hte zuul status today)18:14
dansmith[ERROR] /opt/stack/new/grenade/inc/plugin:123 Failed to run /opt/stack/new/grenade/projects/70_cinder/resources.sh verify pre-upgrade18:14
dansmith18:14
dansmithclarkb: I haven't seen that one.. are you talking about the lxml failure in post?18:15
dansmithclarkb: we're trying to land a fix for that but the cinder grenade verify has nailed it three times in a row :(18:15
dansmithclarkb: that's this patch: https://review.opendev.org/c/openstack/nova/+/89843518:15
clarkbdansmith: I saw the lxml thing but on a random job I looked at it appeared to fail elsewhere when trying to find a file. But maybe I misparsed it18:15
dansmithclarkb: okay I haven't seen that one18:15
dansmithbut the rash of post_failures yesterday were from the lxml thing, at least that I've seen18:16
clarkboh ya I think it may be side effects of the lxml thing?18:16
clarkbhttps://zuul.opendev.org/t/openstack/build/920b297afc9a43c08c4599460a1b0ab2/console is the error I'm talking about and elsewhere it complains about lxml18:16
dansmiththe qemu dump message is always there unless qemu crashed during a run AFAIK18:17
dansmithunrelated to any failure18:17
clarkbits just annoying because it makes the jobs record post failure instead of failure18:18
clarkbmaybe it should be made to not error if it fails to make the actual errors more clear18:18
dansmiththe lxml thing is causing the post_failure18:18
dansmithbecause in post-run we use ansible's virt module and that requires lxml but doesn't actually depend on it so it doesn't get installed18:19
dansmithand somewhere around when we moved everything to a venv, we stopped getting lxml for free on the host18:19
clarkbah18:20
JayFIs there any action we need to take or ask the cinder team to take for the grenade issue?18:21
dansmithI haven't dug into the issue yet so I don't know if we can fully blame them yet or not18:21
dansmithbut it always happens in the cinder phase, so definitely happy to have any help from them :)18:21
JayFheh, sounds good. Thank you for looking into that. Is there anything else of note for the gate health check/18:22
JayFMoving on then.18:24
JayF#topic Leaderless projects18:24
JayFgmann: how are leaderless projects looking?18:24
JayF#link https://etherpad.opendev.org/p/2024.1-leaderless18:24
JayFWe have multiple late candidacies listed in there, a couple that have already landed as well.18:25
gmannwe have 9 volunteer for leaderless projects18:25
gmannand 3 a re already there but invalid candidacy which include Monasca also18:25
gmannI asked them to propose patch in governance and a few of them did but not all18:25
gmannI will ask remaining one and we can discuss/ask question in gerrit18:25
gmannbut it is good that we have volunteer for all 12 leaderless project 18:26
gmannand we can discuss each one by one in PTG18:26
JayFI'd highly recommend TC members take time to review them async before the PTG as well :) 18:27
gmannI will try to get governance change before PTG18:27
gmann++18:27
JayFIs there anything else we want to address around this in our meeting today?18:27
gmannnothing else from my side.18:27
JayFMoving on18:28
JayF#topic PTG Reminder18:28
JayFReminder: PTG is next week18:29
JayF#link https://etherpad.opendev.org/p/tc-ptg-october-202318:29
JayFI will be assigning topics to time windows later today/tomorrow, trying to ensure we won't go over as much as possible.18:29
JayFIf you have preferences or need me to put certain categories somewhere, please reach out.18:29
JayFAlso related and somewhat obvious:18:29
JayF#info TC Weekly Meeting next week cancelled due to PTG18:30
JayFAny other comments/questions/etc about PTG planning?18:30
JayFAlright, moving on.18:32
spotz[m]Monday morning and&I session will be the leadership shadowing topic18:32
JayFI'm not sure what you mean?18:32
JayFspotz[m]: did you have a scheduling request? I'm confused18:35
JayFI'm going to move on and assume that was intended for another window? If there's something we need to circle back to, we can./18:38
JayF#topic Open Discussion & Reviews18:38
JayF#link https://review.opendev.org/q/projects:openstack/governance+is:open18:38
JayFOne thing here, seanmooney had the 2024.1 runtime requirements change up18:39
JayFthere is some contention on that, but a clear majority wants to keep 3.8, but there is a CR-1 for content issues on it18:39
clarkbI wanted to note that it appears RH mail servers cannot send email to our new list server because they are using stale DNS records. Unsure of where the stale records are being found. POssibly the mail servers aren't respecting the TTLs or some DNS server is returning old records improperly.18:39
JayFDoes someone want to volunteer to update that patch, or post a follow-up patch, addressing the issues?18:40
dansmithAFAIK our mail servers are google18:40
dansmithclarkb: ^18:40
clarkbdansmith: there is another third party service you use in between aiui and I think fungi suspected that18:40
clarkbmimecast18:41
JayFCan we table that until after the meeting, please?18:41
dansmithisn't that google?18:41
JayFWe're very close to wrapping up.18:41
dansmithsure18:41
clarkbJayF: sure I just wanted the TC to be aware of it which is why I brought it up in the meeting18:41
JayFI appreciate the notice; not sure there's any action we can take18:41
JayFIn lieu of another volunteer to update that patch, I guess I will? We need a PTI landed that is clear18:42
rosmaitawell, the PTI is already landed, this was just a clarification, i think18:42
JayFI'll push a follow-up on top of that patch which will resolve the issues which garnered a CR-1, then get that vote lifted and land it all18:42
spotz[m]@jayf just a heads up on our session18:42
JayFspotz[m]: ack18:42
gmannyes, this is adding more clarification and no change in PTI18:43
JayFAnything additional for open discussion or open reviews? Going to wait a couple of minutes then close out the meeting (then we can all turn into the MX troubleshooting gang)18:43
gmannI still need to land the job template change as per PTI. need to do one quick update18:44
rosmaitaJayF: is your plan to push a new patch set, that will clear the votes, and then everyone re-votes?18:44
JayFrosmaita: no, I'm going to do a follow-up to avoid clearing votes18:44
gmann++18:44
JayFrosmaita: and ask whoever did the CR-1 to flip it after I push a follow-up, then we can land the follow-up as a trivial/typo fix18:45
rosmaitawell, i wonder about that ... looking at the history of the patch, there was at least one person who voted +1 on the original proposal to remove py3.8 in PS 1, and then +1 also to keep py3.818:45
rosmaitai think it would be good to have a clean set of votes18:45
rosmaitabut that's not what i wanted to talk about in open discussion18:46
JayFI am extremely hesitant to reset the clock on that change and ask folks to revote. I don't think it's justified and just creates more work for folks having to mash the buttons again18:47
rosmaitawhat i wanted to ask is, what is the status of changes to the TC charter in light of the proposed foundation bylaws changes?18:47
JayFI actually don't know the answer to that question; I think some of that is in the hands of the oif lawyer18:47
gmannchanges are in review by legal team18:47
JayFI'll take an action to try and get a meaningful update for PTG18:47
gmannand as next it will be voted in Board meeting18:47
rosmaitaright, but i thought the situation is that they won't remove stuff from the bylaws until it's already been moved to the TC charter?18:48
JayF#action JayF to reach out to OIF for a meaningful update on potential TC charter updates18:48
gmannand after that we can do the charter changes, I will push those charter changes but waiting for it to be formally ready and voted in board18:48
spotz[m]Which.would be November18:48
rosmaitaotherwise, we are in a limbo situation were we can do almost anything we want18:48
JayFI don't know the answer to those questions; I trust the OIF to; I'm going to take that action and ask and try and get some first-party information.18:48
gmannJayF: I am on that. we discussed in strategic meeting to wait till legacl check and board vote18:48
rosmaitaok, sounds good18:49
JayFSo there is zero action for us until after Nov board meeting?18:49
JayF#undo18:49
opendevmeetRemoving item from minutes: #action JayF to reach out to OIF for a meaningful update on potential TC charter updates18:49
gmannrosmaita: it will be done before bylaws change18:49
rosmaitagmann: ok, that was my understanding ... do you need help on the charter change, or is it easier to just do it yourself?18:49
JayFgmann: can we ensure timeline allows TC members significant time to review those charter changes before the board meeting? I don't want anyone feeling pressured to approve things based on the timeline.18:49
gmannI mean after board vote but before individual members vote. after individuals members vote (during board election in jan) only Bylaws get officially change18:49
JayFaha18:50
gmannrosmaita: thanks, I will catchup with you on that as you were present in all those discussion so it will be good help18:50
JayFThank you for bringing it up, it's a good topic to stay on top of.18:50
rosmaitasounds good ... i wonder about the timing though, because the bylaws changes will remove some restrictions on the TC 18:50
spotz[m]All bylaw changes are voted on same time as board elections18:50
rosmaitabut if we haven't already adopted those ourselves in the charter, then i think that is a problem18:51
spotz[m]Use best judgement18:51
JayFMy (weak) understanding is: bylaws changes are staged by a vote of the board; in Jan when individual members vote them, they go into effect18:51
gmannJayF: sure, I will monitor how far the legal checks are and when in baord meeting we have those proposal18:51
JayFbetween those votes is our window to update the TC charter18:51
gmannyes, Individual Members votes are final agreement to byLaws change and  we will put things in TC charter before that18:51
JayFso we'll have a clock running in any event, I guess18:51
JayFjust by nature of the coordinatino18:52
gmannwe cannot do it now because we want it to be legally check and board agreement as overall18:52
gmannotherwise we might need to revert  few things18:52
JayFWe have about 6 minutes left, anything else for open discussion?18:53
gmannthese are the steps: 1. strategic discussions - DONE 2. Legal checks - in progress 3. Board vote - future 4. TC charter change - future 5. Individual members vote - future 6. bylaws change - future and last step18:54
gmannso TC charter will be changed before bylaws18:54
JayFAlright, thank you :) I'm glad you're helping translate some of this. Let me know when the next gmann foundationing-101 class is and I'll attend ;) 18:55
gmannsure18:55
JayFGoing to give another minute for new topics before closing the meeting.18:56
dansmithend it.18:56
JayF#endmeeting18:57
opendevmeetMeeting ended Tue Oct 17 18:57:10 2023 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:57
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2023/tc.2023-10-17-18.00.html18:57
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2023/tc.2023-10-17-18.00.txt18:57
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2023/tc.2023-10-17-18.00.log.html18:57
JayFdansmith: don't ever say I haven't listened to you :D 18:57
slaweqo/18:57
dansmith\o/18:57
JayFthanks all, see you here in 2 weeks (and next week for ptg)18:57
clarkbdansmith: fungi did primary debugging, but my understanding is that red hat uses Mimecast which is another third party service independent of google for sending and receiving email.18:57
clarkbhttps://paste.openstack.org/show/bJhNwcalhrSV2GrQ10ac/ shows mimecast reporting that email could not be delivered to openstack-discuss because lists.openstack.org refused their connection. This occurred because we stopped the smtp server on the old list server because prior to stopping exim there RH emails were being delivered to the wrong server18:58
clarkbIn that email it indicates mimecast could not deliver the email implying they are the service with bad DNS resolution18:58
dansmithclarkb: yeah I see a lot of inbound google-users with mimecast wrapping so I figured it was a google shadow thing, but yep.18:59
clarkbWe have received emails from gmail to the new list serve so I don't think google is at fault. I can also resolve the proper IPs through 8.8.8.8 (though that is anycast and it could be a region specific issue)18:59
fungii'm at a conference and not really here, but i suppose it's possible google bought mimecast or something18:59
dansmithfungi: apparently not, I was just assuming18:59
fungik18:59
dansmithclarkb: the A record seems TTL=300 which means it's pretty long to be caching that19:00
clarkbdansmith: correct. And its been days since it was updated19:00
clarkbone hunch I had was that mimecast is using a jvm either too old to respect ttls or configured to ignore them19:00
dansmithclarkb: there's no mx record for lists.o.o, which used to be fine but lately some people refuse to deliver to non-mx-having addreses19:00
JayF++ even back in the day it would cause you to get bad deliverability to e.g. AOL/Yahoo/etc19:01
clarkb(this was a very common thing with java back in the day because by default they resolved names once and cached them forever. This is no longer the default but can be configured iirc)19:01
* JayF 's first job may have been at a spam house19:01
rosmaitaJayF: did you work on mailgun?19:01
clarkbdansmith: I don't think that is the issue bcause they are getting connection refused and prior to that were delivering email to the old server19:01
dansmithJayF: I'm talking about the other direction, fwiw19:01
clarkbdansmith: basically they seem to happily be using the old A record its just not valid anymore19:01
dansmithclarkb: ack, just sayin'... I had to add one for one of my machines because some people would refuse to deliver19:02
JayFrosmaita: my first professional job was with Broadwick Corp., makers of iContact (which exited to Vocus after I left ... ) ... basically in the same market as constantcontact. I quit the job when someone I convinced them to terminate for abuse got reinstated for agreeing to pay 4x our posted fee.19:02
clarkbdansmith: yup I brought it up as something we should consider with fungi too. I just don't think it will help this situation after debugging a bit19:02
dansmithclarkb: as a mail proxy service, you'd really think they'd not have something so blatantly broken as no respecting a 5m TTL days later, but... you know.19:03
rosmaitaJayF: sounds like elon's twitter business model19:03
clarkbdansmith: antoher theory was that rax dns is serving the stale dns records but we've been unabel to reproduce that resolving against the authoritative NS servers directly or google, cloudflare, and quad919:04
clarkbcould be some other dns service mimecast is using though19:04
JayFrosmaita: tbh, I think there was a single, highly unethical individual there, who had the ear of the young impressionable ceo (I was the first hire they had younger than the CEO, I was 19 on hire there.)19:05
JayFrosmaita: Rackspace (Email & Apps) was the job that rescued me from that one, nicely enough :D 19:06

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