tranport.get_extra_info('peername') occasionally returns None

Offen

#560 erstellt am 05.9.2023 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 4/5
Geschätzter Aufwand: 3-5 Tage
Anfängerfreundlichkeit: 35/100

Issue-Typ: Bug
Klarheit: Muss geklärt werden
Aktivitätsstatus: Veraltet
Tech-Stack: python
Bereich: networking

Rechercherichtung

Beginne damit, den Fall uvloop 0.17.0, Python 3.11.4 unter Linux zu reproduzieren und das im Bericht gezeigte accept/getpeername-Verhalten nachzuverfolgen. Überprüfe anschließend das verlinkte libuv-Issue #3339; als erledigt gilt die Aufgabe, wenn die Ursache bestätigt und das Peername-Verhalten nach einer umsetzbaren Behebung oder Abhängigkeitsauflösung verifiziert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

uvloop version: 0.17.0
Python version: 3.11.4
Platform: Linux

I believe the root cause of this issue is that:

libuv doesn't retrieve peer address while calling accept()
getpeername() fails if the client disconnected already (which is unlikely, but possible)

Here's strace log:

561904 setsockopt(19, SOL_TCP, TCP_NODELAY, [1], 4) = 0
561904 accept4(18, NULL, NULL, SOCK_CLOEXEC|SOCK_NONBLOCK) = -1 EAGAIN (Resource temporarily unavailable)
561904 getsockname(19, {sa_family=AF_INET, sin_port=htons(32111), sin_addr=inet_addr("127.0.0.1")}, [128 => 16]) = 0
561904 getpeername(19, {sa_family=AF_INET, sin_port=htons(39898), sin_addr=inet_addr("127.0.0.1")}, [128 => 16]) = 0
561904 getpid()                         = 561904

Please note, that standard asyncio loop uses accept4() call to get the peer address:

564955 accept4(13, {sa_family=AF_INET, sin_port=htons(35516), sin_addr=inet_addr("127.0.0.1")}, [16], SOCK_CLOEXEC) = 16
564955 getsockname(16, {sa_family=AF_INET, sin_port=htons(32111), sin_addr=inet_addr("127.0.0.1")}, [128 => 16]) = 0
564955 ioctl(16, FIONBIO, [1])          = 0

Said that, there's an issue raised in libuv repo which should be addressed first, I suppose: https://github.com/libuv/libuv/issues/3339

Vorherrschende Sprache: Cython
Sterne: 11.9k
Forks: 615
PR-Merge-Kennzahlen: Keine gemergten PRs in 30 T.

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus MagicStack/uvloop

License not clear Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

MagicStack/uvloop#759 · Erstellt am 28.8.2026
Switch to Trusted Publishing for package upload to PyPI in CI Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

MagicStack/uvloop#741 · 2 Reaktionen · Erstellt am 25.3.2026
`asyncio.get_event_loop` raises error instead of spawning new loop when no loop is running. Offen

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100

MagicStack/uvloop#702 · 8 Kommentare · 9 Reaktionen · Erstellt am 17.10.2025
Release request: include the socket cancellation FD double-close fix (#740) Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 25/100

MagicStack/uvloop#766 · Erstellt am 22.9.2026
Directly constructed subprocess pipe protocols segfault when callbacks use a non-process owner Offen

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100

MagicStack/uvloop#765 · Erstellt am 19.9.2026

Alle Issues in MagicStack/uvloop