alexcrichton opened issue #12895:
Apparently github actions is having... uh... a day. Either that our CI all of a sudden got real flaky. A whole bunch of flaky networking failures are happening:
p2_udp_connect.rsaddress-in-use failure on Windowsp2_ip_name_lookupname resolution failure on macOSp3_sockets_tcp_streamon macOS didn't get connection brokencc @badeend
alexcrichton added the ci label to Issue #12895.
alexcrichton edited issue #12895:
Apparently github actions is having... uh... a day. Either that our CI all of a sudden got real flaky. A whole bunch of flaky networking failures are happening:
p2_udp_connect.rsaddress-in-use failure on Windowsp2_ip_name_lookupname resolution failure on macOScc @badeend
alexcrichton edited issue #12895:
Apparently github actions is having... uh... a day. Either that our CI all of a sudden got real flaky. A whole bunch of flaky networking failures are happening:
p2_udp_connect.rsaddress-in-use failure on Windowsp2_ip_name_lookupname resolution failure on macOScc @badeend
alexcrichton edited issue #12895:
Apparently github actions is having... uh... a day. Either that our CI all of a sudden got real flaky. A whole bunch of flaky networking failures are happening:
p2_udp_connect.rsaddress-in-use failure on Windowsp2_ip_name_lookupname resolution failure on macOScc @badeend
badeend commented on issue #12895:
- For the
p3_sockets_tcp_streamfailure, let's see if #12890 can shine some more light on this.- The
p2_ip_name_lookuptest performs external requests, so _some_ degree of flaky'ness is expected. I've opened #12898 to reduce the likelihood.- The
p2_udp_connecttest fails when binding a socket on localhost on port 0. This should never fail, unless the host is truly out of ports.We could:
- chalk it up to github being github again and hope things will resolve themselves soon.
- continue the game of whack-a-mole and update the
p2_udp_connecttest retry the bind if it returns EADDRINUSE- mark all networking tests with some kind of "flaky_in_ci" attribute and demote errors to warnings when running with the
CIenvironment variable. That way, nothing would be hard blocked by these failures. But unless someone is actively monitoring the logs, it also allows code to be silently become permanently broken.not super excited by any of these.
alexcrichton closed issue #12895:
Apparently github actions is having... uh... a day. Either that our CI all of a sudden got real flaky. A whole bunch of flaky networking failures are happening:
p2_udp_connect.rsaddress-in-use failure on Windowsp2_ip_name_lookupname resolution failure on macOScc @badeend
alexcrichton commented on issue #12895:
Yeah I think we've probably done as best as we can here. Everything ceased after the morning so I suppose let's just hope that github actions behaves a bit better over time...
badeend commented on issue #12895:
¯\\_\(ツ)\_/¯
Last updated: Apr 12 2026 at 23:10 UTC