Date: Thu, 3 Jun 2004 01:32:07 +1000 (EST) From: Bruce Evans <bde@zeta.org.au> To: Josef Karthauser <joe@FreeBSD.org> Cc: Mark Murray <mark@grondar.org> Subject: Re: Problems with periodic scripts in jails [Cron <operator@sosai> /usr/libexec/save-entropy] Message-ID: <20040603011806.E25331@gamplex.bde.org> In-Reply-To: <20040602140923.GA27070@genius.tao.org.uk> References: <20040602134523.GA26835@genius.tao.org.uk> <20040602140148.GA27036@genius.tao.org.uk> <20040602140923.GA27070@genius.tao.org.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2 Jun 2004, Josef Karthauser wrote: > On Wed, Jun 02, 2004 at 03:01:48PM +0100, Josef Karthauser wrote: > > > > (y/n [n]) not overwritten > > > > > > Not the answer you are looking for, but the entropy cronjob is an example > > > of the type of cronjob that IMVHO should not be run in jails. > > > > > > > Probably not :) The point is though that there is no reason why we > > should be getting permission errors here, save some kind of race > > condition. > > > > Ok, I've found the cause of the problem. Cron is spawning > more than one copy of the entropy script... Cron has been filling my mailbox with complaints about this for years. (I only partially filled the mailbox of the author of the entropy script with complaints about it 3 or 4 times :-). In my case, the multiple crons are caused by /usr being nfs-mounted and the server being down. cron forks OK, but each copy blocks waiting for something in /usr. When the server comes back up, a thundering herd of entropy scripts run and clobber each others' rotation of the entropy files. Cron normally runs the entropy script every 11 minutes, so the herd grows quickly. The herd (or perhaps other herds) also exhausts pipe kva on machines with small amounts of RAM (64M) while waiting. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040603011806.E25331>