SvenKieske | frickler: I'm surprised that there are concurrencybugs in zuul job execution? I'd vouch to fix this - without knowing how much work that would be - | 07:44 |
---|---|---|
frickler | SvenKieske: the issue comes from doing parallel rsyncs to the same shared AFS directory. this is what zuul has to offer for this kind of situations https://zuul-ci.org/docs/zuul/latest/config/semaphore.html, the fun part will be deciding at what level we want to apply them. and maybe making sure we don't deadlock ourselves | 08:21 |
opendevreview | Benedikt Löffler proposed zuul/zuul-jobs master: Use zuul_workspace_root for prepare/mirror workspace roles https://review.opendev.org/c/zuul/zuul-jobs/+/886186 | 15:12 |
frickler | Ubuntu 18.04 is now also in ESM. just mentioning. | 18:02 |
mnasiadka | mirror-int.dfw.rax.opendev.org seems to be having bad time (read timeout on pypi mirror) - failed second time in the last 3-4 hours - can somebody have a look? | 18:11 |
Clark[m] | mnasiadka: please provide logs otherwise we don't knowwhere to start | 19:14 |
Clark[m] | https://mirror.dfw.rax.opendev.org/pypi/simple/pbr does seem to be unhappy but the root of the mirror is ok loading that | 19:18 |
Clark[m] | pypi itself reports no current outages too | 19:19 |
clarkb | pypi is not reachable via ipv6 from that node. It is accessible via ipv4 | 19:22 |
clarkb | not sure if there is an easy way to force ipv4 in apache's mod proxy | 19:22 |
clarkb | but maybe this will go away if whatever is unhealthy on the internet gets better | 19:22 |
clarkb | I can ping6 google.com | 19:26 |
clarkb | so this isn't all ipv6 on that node being broken | 19:26 |
clarkb | #status log Edited /etc/hosts on dfw.rax mirror in order to force connectivity to pypi to occur over ipv4. Apacahe2 was reloaded as well to speed things up. | 19:34 |
clarkb | mnasiadka: ^ | 19:35 |
*** d34dh0r5- is now known as d34dh0r53 | 19:37 | |
opendevstatus | clarkb: finished logging | 19:41 |
mnasiadka | clarkb: thanks! | 20:02 |
opendevreview | Michal Nasiadka proposed opendev/system-config master: reprepro: Remove UCA releases for Ubuntu Xenial https://review.opendev.org/c/opendev/system-config/+/883468 | 20:09 |
opendevreview | Tony Breeds proposed openstack/project-config master: Remove the CLOSED_SERIES static list https://review.opendev.org/c/openstack/project-config/+/886215 | 20:23 |
opendevreview | Tony Breeds proposed openstack/project-config master: Add the branch to the release metadata https://review.opendev.org/c/openstack/project-config/+/886216 | 20:23 |
mnasiadka | clarkb: following the UCA releases for Xenial - I did have a look and it seems xenial is used in some jobs definitions for stable/rocky, so we probably can't remove that | 20:55 |
fungi | though stable/rocky is on the chopping block already so maybe very soon | 21:14 |
Clark[m] | We've also said projects can't expect EOL platforms to remain even if they have tests on them | 21:46 |
Clark[m] | We are just less good at removing some than others | 21:46 |
fungi | yep | 23:25 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!