Pathlib throws "Bad file descriptor", but only with uvloop.

uvloop version: 0.15.3
Python version: 3.9.5
Platform: Manjaro, kernel is 5.10.42-1
Can you reproduce the bug with PYTHONASYNCIODEBUG in env?: no
Does uvloop behave differently from vanilla asyncio? How?: without uvloop, the script works just fine.

When spawning processes and creating file, an OSError: [Errno 9] Bad file descriptor sometimes appears.

Script and output: https://gist.github.com/decorator-factory/6b5276ab5fb87f4c009f1d22dc4b20a9

Sometimes it also just hangs, with 0 CPU consumption. When I press CTRL+C, I get this traceback: https://gist.github.com/decorator-factory/888a584cbc4d44600ea62f5e7e344b66

Sometimes it completes successfully.

Is this fixed by #408 ?

Is this fixed by #408 ?

Doesn't seem to be, I just tested on 0.15.3, and I get the same results

Update: on 16.0 I no longer get the core dump, but the 'bad file descriptor' persists. I wonder if there's something wrong with my system, is there some way to debug the system side of file descriptors?

Fyi: I don't know if this is related to that issue, but we see similar log entries of Error while closing socket [Errno 9] Bad file descriptor logged by gunicorn in our django setup with gunicorn, uvicorn, uvloop, websockets, when the server is shutting down. Tested with the latest version of uvloop, uvicorn etc.

We are seeing this a lot with asyncio.create_subprocess_exec . Guincorn + uvicorn workers + uvloop+ websockets. Also passing it Path objects and not strings

proc = await asyncio.create_subprocess_exec(
File "/opt/conda/lib/python3.8/asyncio/subprocess.py", line 236, in create_subprocess_exec
transport, protocol = await loop.subprocess_exec(
File "uvloop/loop.pyx", line 2793, in subprocess_exec
File "uvloop/loop.pyx", line 2751, in __subprocess_run
File "uvloop/handles/process.pyx", line 597, in uvloop.loop.UVProcessTransport.new
File "uvloop/handles/process.pyx", line 127, in uvloop.loop.UVProcess._init
OSError: [Errno 9] Bad file descriptor

avoid self._errpipe_write double close

@decorator-factory

@decorator-factory can you try my patch #466 ?

Yes I’ll putt this through it’s paces and report back

…

On Wed, May 11, 2022 at 3:24 AM Thomas Grainger ***@***.***> wrote: @decorator-factory <https://github.com/decorator-factory> can you try my patch #466 <#466> ? — Reply to this email directly, view it on GitHub <#414 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAEFQS5DKW7J6FUMDT7CR6TVJODFRANCNFSM45KX23UA> . You are receiving this because you commented.Message ID: ***@***.***>

@graingert

@graingert Yes this fixes it for me. Thanks for finding the issue

@graingert

@graingert I can confirm that your one-liner fixes the issue for me as well. I've been running my application for the last few days with your fix, and I haven't had any OSError: [Errno 9] Bad file descriptor since (I had dozens every day before).

Thanks!

avoid self._errpipe_write double close

Avoid self._errpipe_write double close (#466)

Navigation Menu

Repository navigation

Pathlib throws "Bad file descriptor", but only with `uvloop`. #414

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Pathlib throws "Bad file descriptor", but only with uvloop. #414

Description

Activity

graingert commented on Jul 13, 2021

decorator-factory commented on Jul 13, 2021

decorator-factory commented on Aug 12, 2021

th3hamm0r commented on Sep 29, 2021

shughes-uk commented on May 5, 2022

graingert commented on May 11, 2022

shughes-uk commented on May 11, 2022

decorator-factory commented on May 18, 2022

cbay commented on May 19, 2022

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions

Pathlib throws "Bad file descriptor", but only with `uvloop`. #414