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
Is your feature request related to a problem? Please describe.
The time for processors to flush their data downstream and shutdown is hardcoded to 10 seconds. This may or may not be enough time for a processor to clear its data and prevent data loss.
Describe the solution you'd like
Make the shutdown timeout configurable via the data-prepper-config.yaml
Describe alternatives you've considered (Optional)
Adding the timeout as a parameter to the shutdown API.
The text was updated successfully, but these errors were encountered:
I'd like to see this use the Data Prepper duration format. That is, it can be either an ISO-8601 string, a time in seconds (ending in s), or a time in milliseconds (ending in ms). Our plugins can support this, but the Data Prepper configuration file does not yet. I have a similar ask for new Core Peer Forwarding timeouts.
What should this property be named?
This does give processors time to flush, but also sinks it seems. Should the name reflect more than just the processor timeout?
I think it makes sense to have a separate property for sink and processor shutdown timeouts. My thoughts on property naming would be processorShutdownTimeout and sinkShutdownTimeout.
I'd like to see this use the Data Prepper duration format
This makes sense from a consistency standpoint. I'll look into the effort required to support this type in the data prepper config.
Is your feature request related to a problem? Please describe.
The time for processors to flush their data downstream and shutdown is hardcoded to 10 seconds. This may or may not be enough time for a processor to clear its data and prevent data loss.
Describe the solution you'd like
Make the shutdown timeout configurable via the
data-prepper-config.yaml
Describe alternatives you've considered (Optional)
Adding the timeout as a parameter to the shutdown API.
The text was updated successfully, but these errors were encountered: