-
Notifications
You must be signed in to change notification settings - Fork 423
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
"Rule Restart Strategy" not restarting upon rules failure as expected #3519
Comments
Hi @mahendra-prakashhh , if the etc/kuiper.yaml in docker was not mounted, the change may be reset. Could you please try to set it in the rule level by setting the rule option? Try to use the latest version if possible. |
Thanks for the response!
|
Try to set a non 0 value for jitterFactor. About the version, due to the resource limit, contributors can only maitain the latest version. If you need to fix problems in the previous version, feel free to open a PR to master-1.xx. |
Thanks for your response, @ngjaying. We have already tested setting the Our primary concern is that when an invalid value is set in I appreciate the opportunity to contribute. I am willing to work on a fix for the 1.x.x version. To proceed, I would need the following clarifications: Is the restartStrategy in kuiper.yaml parsed at all? |
@mahendra-prakashhh The kuiper.yaml file is parsed at internal/conf/conf.go, InitConf() function. Notice that, different version of 1.xx may still have differences. |
Please describe your problem in detail, if necessary, you can upload the log file through the attachment:
We have configured ekuiper (version: lfedge/ekuiper:1.11.4-alpine - official image) to restart rules upon failure every 1 minute for 3 days from when it fails (as mentioned in the below image). In our case the failure happens because the MQTT broker becomes unreachable due to network connectivity or broker going down.
Kindly help us with this
The text was updated successfully, but these errors were encountered: