You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi @stewartadam, thanks for reporting. Setting this environment variable to true by default would have performance impacts (and potentially other unintended effects), which would impact all customers, not just those who use Docker. It would require extensive testing on our end, and it's not something we're looking at right now.
There are workarounds provided specifically for customers who use Docker, as mentioned in the previous issue. We can add this environment variable into the Dockerfile generated by CoreTools to help with this, but the change would be in that Dockerfile, not the worker.
I'm not sure this is docker-specific - I was bumping against this running with a ZIP deployment.
Out of curiosity, what are the perf impacts you mentioned? AFAIK PYTHONPYCACHEPREFIX should just set location of generated Python cache, not stop cache generation alltogether.
Expected Behavior
Functions should not get caught in reboot loops because of automatic pycache generation
User should not manually have to disable pycache generation
Actual Behavior
As pycache or .pyc files are auto-written to disk, the file change triggers a worker restart causing reboot loops as the function initalizes
Steps to Reproduce
Relevant code being tried
Relevant log output
requirements.txt file
Where are you facing this problem?
Production Environment (explain below)
Function app name
No response
Additional Information
Filesystem monitoring should ignore
__pycache__
/.pyc
files, or the worker environment should set PYTHONPYCACHEPREFIX to avoid issues.See #366
The text was updated successfully, but these errors were encountered: