Date: Tue, 24 Oct 2017 11:07:31 +0200 From: Borja Marcos <borjam@sarenet.es> To: freebsd-hackers@freebsd.org Cc: freebsd-security@freebsd.org Subject: Periodic jobs lockf timeout Message-ID: <AEF2CF7D-BFAC-4ACE-95F2-EF5026E89959@sarenet.es>
next in thread | raw e-mail | index | archive | help
Hi, I=E2=80=99ve come across a problem with the =E2=80=9Cdaily=E2=80=9D = security job. On an overloaded system with lots of ZFS datasets, lots of files, heavy system load and, to add insult to injury, a ZFS = crub going on the find=E2=80=99s issued by the periodic checks can take forever. They can take so long, I have found = several lockf=E2=80=99s waiting. Is it sane to have an unlimited timeout for lockf? Probably it would be = better to have at least a configurable timeout for each cathegory. It=E2=80=99s really unlikely to see an = overlap for a weekly or monthly job, but for daily jobs it would be good to have a sane default, say, an hour or two. There=E2=80=99s even a parameter on /etc/defaults/periodic.conf but it = seems it=E2=80=99s not used right now. # Max time to sleep to avoid causing congestion on download servers anticongestion_sleeptime=3D3600 The alternative would be to have defaults for a sane timeout for each = cathegory, like daily_lockf_timeout weekly_lockf_timeout monthly_lockf_timeout Thoughts? It=E2=80=99s pretty simple to do and overlapping periodic jobs = are really useless. Borja.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AEF2CF7D-BFAC-4ACE-95F2-EF5026E89959>