Hi Pants I m using `pants run` on a `pex binary` that runs `

Question

Hi Pants I m using `pants run` on a `pex binary` that runs `gunicorn` and have noticed that Pants doesn t stop the pex process after I interrupt it with ctrl + c Has anyone run into something similar in the past Am I missing something obvious

full-toothbrush-75676 · Answer

For reference I m running the following ``` pants run main gunicorn loop main app preload k uvicorn workers UvicornWorker``` And here s the relevant `BUILD` file ```files name= gunicorn config sources= gunicorn config py pex binary name= main gunicorn Note Explicitly include runtime dependencies that are used in a deployed setting dependencies= 3rdparty gunicorn 3rdparty uvicorn main script= gunicorn restartable=True ```

full-toothbrush-75676 · Answer

After killing the process ``` 2021 11 18 11 32 46 0800 39421 INFO Starting gunicorn 19 10 0 2021 11 18 11 32 46 0800 39421 INFO Listening at <http 127 0 0 1 8000> 39421 2021 11 18 11 32 46 0800 39421 INFO Using worker uvicorn workers UvicornWorker Users smacpher pyenv versions 3 8 9 lib python3 8 os py 1023 RuntimeWarning line buffering buffering=1 isn t supported in binary mode the default buffer size will be used return io open fd args kwargs 2021 11 18 11 32 46 0800 39447 INFO Booting worker with pid 39447 2021 11 18 11 32 47 0800 39447 INFO Started server process 39447 2021 11 18 11 32 47 0800 39447 INFO Waiting for application startup 2021 11 18 11 32 47 0800 39447 INFO Application startup complete ^D ^CInterrupted by user ``` I see ```ps aux | grep python smacpher 39447 0 1 0 2 5015440 34008 S 11 32AM 0 00 09 Users smacpher pyenv versions 3 8 9 bin python3 8 Users smacpher cache pants named caches pex root unzipped pexes 4fa0d590ec73dc2e18ee7c83d723aa58e1bd95b8 main app preload k uvicorn workers UvicornWorker```

witty-crayon-22786 · Answer

yikes that s no good i would expect it to receive a SIGKILL

witty-crayon-22786 · Answer

which version of pants is this

full-toothbrush-75676 · Answer

```2 9 0 dev1``` I just bumped the version this was happening on `2 8 0` as well though confused

witty-crayon-22786 · Answer

mm very sorry for the trouble will look at this today

full-toothbrush-75676 · Answer

No worries and no rush only causing minor troubles during local dev We are loving using Pants so far so you know slightly smiling face

full-toothbrush-75676 · Answer

thanks for the quick response

happy-kitchen-89482 · Answer

< full toothbrush 75676> since you re a satisfied user so far could we ask for for your company Thanks for considering

witty-crayon-22786 · Answer

i see the issue here will try to get a patch out this afternoon

witty-crayon-22786 · Answer

should fix this once it lands and you confirm we can backport it if that helps

witty-crayon-22786 · Answer

landed as <https github com pantsbuild pants commit 8826bf0dad72c74e2338310c10bed5c88e41f63f> can try it out with `PANTS SHA=8826bf0dad72c74e2338310c10bed5c88e41f63f` once the CI build there goes green

full-toothbrush-75676 · Answer

Awesome thank you for the quick turnaround Huge

full-toothbrush-75676 · Answer

< happy kitchen 89482> I ll need to check with leadership but will push for it

full-toothbrush-75676 · Answer

< happy kitchen 89482> got the go ahead just opened a user registration ticket

happy-kitchen-89482 · Answer

Thanks