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
It can also happen as a part of the intelligent worker concurrency feature that is currently rolling out. This feature is meant to help with performance and because there is no strict rule on when it will introduce new workers, it's a major blocker for the new framework in azure because we don't want random failures.
If you try the new framework, it just does not work with multiple workers. A few problems:
The host expects the same metadata for each worker. Meaning if the second worker has a different function id or binding id, our worker fails to find that function or binding. Proposed fix is to make these ids deterministic
Users can get into this situation by explicitly setting the FUNCTIONS_WORKER_PROCESS_COUNT app setting to 2 (or more).
It can also happen as a part of the intelligent worker concurrency feature that is currently rolling out. This feature is meant to help with performance and because there is no strict rule on when it will introduce new workers, it's a major blocker for the new framework in azure because we don't want random failures.
If you try the new framework, it just does not work with multiple workers. A few problems:
Workaround
As a workaround, users can explicitly set
FUNCTIONS_WORKER_PROCESS_COUNT
to1
in their app settingsThe text was updated successfully, but these errors were encountered: