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
To avoid undue overhead during development, we're currently merging various job stream/push features into our codebase. Since it will take some time before everything is wrapped up and ready, including a release in between, we should avoid introducing errors into existing deployments by putting the feature behind a feature flag.
As of now, nothing we've merged is affecting existing deployments, but this may change. Since I will be off before the release, @koevskinikola and @deepthidevaki, please check in next week to evaluate the risk and see if we need this issue before the 8.2 release, and if so, implement it.
One simple solution for now would be to add a flag, which returns noop implementations for all introduced behavior changes.
The text was updated successfully, but these errors were encountered:
npepinpe
added
the
kind/toil
Categorizes an issue or PR as general maintenance, i.e. cleanup, refactoring, etc.
label
Mar 15, 2023
Return appropriate error code in the gateway to prevent clients from opening job streams
Return appropriate error code in the broker to prevent gateways from opening job streams (and log a warning, so operators are aware of configuration mismatch)
Update worker to not retry when it fails to open a stream with the specific error code, and log a warning to the user (so they are aware of configuration mismatch)
Description
To avoid undue overhead during development, we're currently merging various job stream/push features into our codebase. Since it will take some time before everything is wrapped up and ready, including a release in between, we should avoid introducing errors into existing deployments by putting the feature behind a feature flag.
As of now, nothing we've merged is affecting existing deployments, but this may change. Since I will be off before the release, @koevskinikola and @deepthidevaki, please check in next week to evaluate the risk and see if we need this issue before the 8.2 release, and if so, implement it.
One simple solution for now would be to add a flag, which returns noop implementations for all introduced behavior changes.
The text was updated successfully, but these errors were encountered: