There is a bug in the latest release of proftpd that leads to aborted transfers when certain internal timers fire. As there has been no new release of proftpd in more than two years, I've taken the patch referenced in URL. It applies cleanly to version 1.3.6 currently in portage. Reproducible: Always Steps to Reproduce: 1. Start an FTP file transfer 2. Force internal proftpd timers to expire (we've seen this while scanning two-sided documents to a proftpd server) Actual Results: The transfer is aborted with the error message 426 Transfer aborted. Interrupted system call being sent to the client. Expected Results: The file should be transferred completely. I have been running the patch referenced in URL for a few hours now without any further issues.
Thank you! Let's backport it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b47b227ea3da7aec35ee5db26ccac8b5be543bda commit b47b227ea3da7aec35ee5db26ccac8b5be543bda Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2019-10-01 22:15:22 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2019-10-01 22:16:13 +0000 net-ftp/proftpd: backport EINTR/EAGAIN fix, bug #695972 Reported-by: Dennis Lichtenthäler Closes: https://bugs.gentoo.org/695972 Package-Manager: Portage-2.3.76, Repoman-2.3.17 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> .../files/proftpd-1.3.6-EINTR-like-EAGAIN.patch | 54 ++++ net-ftp/proftpd/proftpd-1.3.6-r6.ebuild | 277 +++++++++++++++++++++ 2 files changed, 331 insertions(+)