Monday, 2023-10-16

*** gthiemon1e is now known as gthiemonge06:54
tkajinamhi. it'd be nice if I can ask for review about https://review.opendev.org/c/openstack/releases/+/897428 early this week.08:02
tkajinam(this is a huge patch covering multiple repos, though08:02
hberaudack08:03
hberaudtkajinam: I left a comment concerning puppet-openstacklib08:19
hberaudfungi: I still face the email delivering issue when sending emails to openstack-discuss ("Recipient server unavailable or busy."), I'm using gmail, so I'm not sure what I can do to solve that issue, any idea?08:22
opendevreviewTakashi Kajinami proposed openstack/releases master: Puppet OpenStack 2023.2 release  https://review.opendev.org/c/openstack/releases/+/89742808:32
tkajinamhberaud, ugh. thanks. that's a good catch!08:32
fricklerhberaud: do you get an immediate failure or a bounce message? can you show the complete failure message?09:46
opendevreviewMartin Magr proposed openstack/releases master: Add python-observabilityclient  https://review.opendev.org/c/openstack/releases/+/89691009:58
hberaudfrickler: here is the failure that I received https://paste.openstack.org/show/bJhNwcalhrSV2GrQ10ac/10:22
hberaudfrickler: and apparently the last message stored here was from October 12 https://lists.openstack.org/pipermail/openstack-discuss/2023-October/10:23
hberaudhowever, I still receive new messages from this list on my gmail inbox, where those message are not listed in the previous link10:25
fricklerhberaud: the current archive has a new URL https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/, the old URLs are still there for convenience to keep old links working, but will not get new content11:23
fricklerthat failure is from some redhat mail system and not gmail11:24
fungihberaud: frickler: i've proposed https://review.opendev.org/898280 to fix the deferral errors11:44
fungisorry, travelling out of town at a conference since saturday and trying to work from a phone, so my availability is rather limited11:44
fricklerfungi: the error that hberaud is seeing seems to be a different issue to me, like still trying to use the old DNS entry11:47
fungioh, never mind, now that i look at the paste i see it's a connection refused error. i expect that's the problem mimecast server that is still holding onto the old server ip address11:47
fungifrickler: yep, i agree. trying to browse that paste from the phone took me a minute, sorry11:48
fungiralonsoh already opened a ticket about that with red hat's admins, i think11:49
fungiand also the fact that mimecast is greylisting the new server11:49
ralonsohfungi, 1 min ago I've received this message:11:51
ralonsohThe message you sent to openstack-discuss@lists.openstack.org hasn't been delivered yet due to: Recipient server unavailable or busy.11:51
hberaudredhat's support said to me 'but I don't think this web page / email address is maintained by Red Hat at all so I'm not quite sure we can do something about it on our side,'11:52
ralonsohI've also talked to RH sys admins just to know if we can allow these new IPs by default11:52
hberaud(I'm using the gmail webclient)11:53
fungimimecast is a third-party service red hat is using for sending and receiving their corporate e-mail. it'll come down to finding who in corporate has admin rights to red hat's mimecast settings11:54
fungibut that's more for adjusting the greylisting of messages delivered to red hat addresses. as far as the mimecast relay that's holding onto the old name resolution for lists.openstack.org that's probably going to involve someone in rh corporate who has access to mimecast's support tracker opening a trouble ticket with them to report the problem11:56
fungishort story, mimecast is apparently a pretty terrible and poorly-maintained service that anyone using a redhat.com e-mail address is forced to rely on anyway11:58
ralonsohI'll copy-paste this into the ticket I've opened11:58
ralonsoh(maybe not the last sentence)11:58
fungiand probably something that most of the corporate it department is completely unaware of even existing11:58
fungicould even be possible it's someone on the ibm side who maintains that relationship, i really have no idea11:59
fungianyway, i need to disconnect. conference sessions beckon11:59
hberaudthx fungi 12:00
ttxI approved https://review.opendev.org/c/openstack/releases/+/897428 but tkajinam should update their email address in governance as that makes PTL+1 checks fail14:47
fricklerttx: already proposed https://review.opendev.org/c/openstack/governance/+/89815114:56
ttxneat!15:01
opendevreviewMartin Magr proposed openstack/releases master: Add python-observabilityclient  https://review.opendev.org/c/openstack/releases/+/89691015:05
opendevreviewMerged openstack/releases master: Puppet OpenStack 2023.2 release  https://review.opendev.org/c/openstack/releases/+/89742815:12
opendevreviewMartin Magr proposed openstack/releases master: Add python-observabilityclient  https://review.opendev.org/c/openstack/releases/+/89691015:19
clarkbre caching dns entries beyond their TTLs this is a symptom of old JVMs iirc. They will cache a DNS record the first time they resolve it and then never refresh it regardless of TTL15:56
clarkbI can't say that is what is happening here but it wouldn't surprise me if there is some java 8 from 2012 running somewhere15:57
clarkbjava 8 is from 2014 so java 7 then :)15:57
clarkbgoogle says that maybe java 5 was the last one to be affected by this behavior by default16:00

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