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

File lock when flask/werkzeug is in debug mode #25

Open
indy-independence opened this issue Aug 8, 2019 · 0 comments
Open

File lock when flask/werkzeug is in debug mode #25

indy-independence opened this issue Aug 8, 2019 · 0 comments
Labels
bug Something isn't working

Comments

@indy-independence
Copy link
Member

The file lock used by scheduler/scheduler.py to detect if a scheduler is already running is not working properly when flask/werkzeug is started with debug=True. When in debug mode the scheduler module seems to be loaded once, and then immediately reloaded, without releasing the file lock in between. This results in the scheduler starting with "is_mule = True" since it things a wsgi mule has already acquired the file lock. This is not a problem if running in wsgi mode (in docker etc) but only if you run in standalone API mode. Possible solutions:

  • Make sure file lock is released when werkzeug does reload thing
  • Use other method to determine if a scheduler is already started

Workaround: Set debug=False when starting werkzeug

@indy-independence indy-independence added the bug Something isn't working label Aug 8, 2019
indy-independence added a commit that referenced this issue Aug 12, 2019
Workaround for issue #25 , running flask in debug mode
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant