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
Kutt crashes with a connect ETIMEDOUT error when the external MySQL database becomes unresponsive. The server initially starts fine, but if the database stops responding while Kutt is running, the application crashes instead of handling the disconnection gracefully.
The server initializes successfully and prints Ready on http://localhost:3100.
While Kutt is running, the external MySQL database temporarily stops responding.
Kutt crashes with the ETIMEDOUT error instead of retrying the connection or handling the failure gracefully.
Expected Behavior
Kutt should handle temporary database disconnections more gracefully, either by retrying the connection or logging an error without crashing.
Actual Behavior
When the external database becomes unresponsive, Kutt crashes with a fatal connect ETIMEDOUT error. This makes it necessary to restart the service manually.
System Info
Kutt Version: 3.2.2
Node.js Version: 20.18.3
Database: External MySQL
Operating System: Linux
Additional Context
The database sometimes experiences temporary connection issues but eventually recovers.
Other applications connected to the same MySQL instance do not crash when the database goes down.
The .env file contains the correct database credentials.
Would it be possible to add a reconnection mechanism or error handling to prevent crashes when the database is temporarily unavailable?
The text was updated successfully, but these errors were encountered:
Kutt crashes with a
connect ETIMEDOUT
error when the external MySQL database becomes unresponsive. The server initially starts fine, but if the database stops responding while Kutt is running, the application crashes instead of handling the disconnection gracefully.Here’s the full error message:
Steps to Reproduce
Ready on http://localhost:3100
.ETIMEDOUT
error instead of retrying the connection or handling the failure gracefully.Expected Behavior
Kutt should handle temporary database disconnections more gracefully, either by retrying the connection or logging an error without crashing.
Actual Behavior
When the external database becomes unresponsive, Kutt crashes with a fatal
connect ETIMEDOUT
error. This makes it necessary to restart the service manually.System Info
Additional Context
.env
file contains the correct database credentials.Would it be possible to add a reconnection mechanism or error handling to prevent crashes when the database is temporarily unavailable?
The text was updated successfully, but these errors were encountered: