influxdata / influxdata/kapacitor

Reconnect to a Socket UDF after crash/error?

Open
#2,526 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
2.4k
Forks
479
Avg merge
4d 16h
Merged PRs (30d)
4

Description

We are running into an issue where Kapacitor does not retry connecting back to a Socket UDF when there is a crash or an error is returned.

If the Socket UDF panics and the connection to the Unix Socket file is severed, Kapacitor will close the socket server and never reattempt connection and stops the task execution altogether.

Does Kapacitor have a better way of handling this problem? Is it possible we missed a configuration setting that allows exponential retry if a connection is severed? This is currently a big problem for us as we are considering Kapacitor to be our central alarming system but with this behavior, we cannot go forward with this tool. We have a possible workaround which would be to track and restart all failing tasks however this would cause downtime and possible loss of alerts.

Contributor guide

Open the contributing guide

Research direction

Start by tracing the Socket UDF connection lifecycle and the behavior after the Unix socket is severed by a panic or returned error. Reproduce the failure and determine whether reconnect or exponential retry is supported; done means the task resumes without manual task restarts or alert downtime.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
observability-sre
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.