This error usually means the clients of MySQL (seahub/seaf-server and other components in Seafile server) forget to close the connection to MySQL after open and use the connection.
We have fixed a few of such places in the latest version. You can give the latest version a try.
These errors do not affect the function of the server. If there are not much of such errors, they can be ignored.
seafileltd/seafile-mc 13.0-latest 8f4c83d8cd41 6 weeks ago 1.57GB
docker pull seafileltd/seafile-mc:13.0-latest
13.0-latest: Pulling from seafileltd/seafile-mc
Digest: sha256:297e0d85ba88a50dedd50b4cd412c29f090841cdfffdd3781ea086e61cd95563
Status: Image is up to date for seafileltd/seafile-mc:13.0-latest
This error is a known issue that persists in recent versions, including 12.0.x. The specific timing you observed (every hour at HH:07) suggests it is triggered by a periodic background maintenance task or cron job within the Seafile server components.
As previously mentioned by the developers, these “Aborted connection” warnings occur because some background processes do not close their MySQL connections gracefully before exiting. While these logs can be frequent, they are considered cosmetic and do not affect the actual functionality or data integrity of your Seafile instance.
You can find more discussion and confirmation on this in the following GitHub issues:
Unless you are experiencing actual functional failures (like the web interface not loading or files failing to sync) at the exact same time as these errors, they can be safely ignored.