net-misc/sks-1.1.6-p20200624 was installed today on a new machine. I pulled in the key database and ran the db build, and all went fine. But now, the system will run for maybe 10 minutes. It connects to a peer, sees that it needs to download a LOT of keys (around 24k). It starts downloading them, then after a while, the sync freezes. Once that happens, the sks db process cannot be normally shut down. rc-service sks-db stop will fail, and kill <sks_pid> / killall sks will run, but the process remains. It can only be stopped with a kill -9. Once that happens, it can be restarted, then the recon process restarted, and it will work again, for another 10-20 minutes.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ddd41714ba739d7ef77ef4b2cb5c0bfeb5386cf3 commit ddd41714ba739d7ef77ef4b2cb5c0bfeb5386cf3 Author: Sam James <sam@gentoo.org> AuthorDate: 2021-04-06 22:47:08 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-04-06 22:47:25 +0000 net-misc/sks: add upstream patch for DB hang Bug: https://bugs.gentoo.org/780141 Signed-off-by: Sam James <sam@gentoo.org> .../sks/files/sks-1.1.6_p20200624-r1-db-hang.patch | 32 +++++ net-misc/sks/sks-1.1.6_p20200624-r1.ebuild | 133 +++++++++++++++++++++ 2 files changed, 165 insertions(+)
Please let me know if that works. If it does, we'll stable.
So far, so good. It's been running about 30 mins with no issues. I'll let it run all night and post final results then.
Okay. I looked in on it today and it's still running like a champ. So I think we can stabilize the patch.
(In reply to dan from comment #4) > Okay. I looked in on it today and it's still running like a champ. So I > think we can stabilize the patch. Perfect! Thank you for getting back to me too :)
amd64 done all arches done
