Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crashes with wsgi-env-behavior=holy #1497

Open
ipmb opened this issue Mar 23, 2017 · 3 comments
Open

Crashes with wsgi-env-behavior=holy #1497

ipmb opened this issue Mar 23, 2017 · 3 comments
Assignees

Comments

@ipmb
Copy link

ipmb commented Mar 23, 2017

We run a number of Python sites in separate uwsgi instances, both Python 2 and 3. After running into #1408 on one of our Python 3 apps, we set the wsgi-env-behavior to holy in all our uWSGI (v2.0.14) instances.

On a few (but not all) of our Python 2 instances, we started seeing #1111.

For now, we are running our Python 2 sites without the holy behavior and the Python 3 sites with it. I'm not clear whether or not this is the correct solution or if there is a deeper issue in uWSGI we're missing.

@unbit unbit self-assigned this Mar 25, 2017
@a-feld
Copy link
Contributor

a-feld commented Apr 15, 2017

@ipmb uWSGI v2.0.15 contains a fix which prevents the SystemError issue with wsgi-env-behavior set to cheat.

If you upgrade to v2.0.15 and set wsgi-env-behavior=cheat does that eliminate the SystemError?

@socketbox
Copy link

Can this be closed as a result of #2280 ?

@ipmb
Copy link
Author

ipmb commented Sep 28, 2022

I'm no longer using uWSGI on any Python 2 projects, so I'm unable to confirm.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants