Xref: utzoo comp.unix.questions:20282 alt.sys.sun:578 Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!tut.cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mips!apple!sun-barr!newstop!sun!peregrine!falk From: falk@peregrine.Sun.COM (Ed Falk) Newsgroups: comp.unix.questions,alt.sys.sun Subject: Re: crontab update Message-ID: <132368@sun.Eng.Sun.COM> Date: 1 Mar 90 07:22:57 GMT References: <855@edstip.EDS.COM> <24572@princeton.Princeton.EDU> Sender: news@sun.Eng.Sun.COM Reply-To: falk@sun.com (Ed Falk) Distribution: na Organization: Sun Microsystems, Mountain View Lines: 29 In article emv@math.lsa.umich.edu (Edward Vielmetti) writes: > >This is OK but -- I have a bunch of diskless machines with their >crontab files all mounted via NFS from a server. To update the whole >batch I need to log in to every machine and run 'crontab' -- if >I could automate the procedure somewhat I'd like to. Why don't you make all the /usr/spool/cron/crontabs/root files symlinks to /usr/lib/crontab (which you create)? >crontab doesn't communicate with signals at least in SunOS 4.x. >It writes something to /var/spool/cron/FIFO, but what? Here's >the trace I got: > open ("/var/spool/cron/FIFO", 05, 037777777776) = 3 > write (3, "".., 26) = 26 >strings on crontab(1) doesn't help, anyone with sources care >to decode this? I wondered about that. I can edit my crontab at 1410 and set something to go at 1411, and it always works. Cron is certainly finding out about the change right away. Anyway, if you do an 'ls -F' on /var/spool/cron/FIFO, you'll see that it's a named pipe, not a regular file. Clever. -ed falk, sun microsystems sun!falk, falk@sun.com card-carrying ACLU member.