clay@drutx.ATT.COM (Clay Lambert) (06/09/87)
I am having the same problem Kathy Vincent has been talking about; namely, with lingering .rnews.lock files that prevent rnews from unspooling incoming articles. Now that we know the problem, has anyone figured out how it happens? Trying to keep around 30 machines umm, *regular*, so to speak, is becoming a bit of a pain. I'm starting with the obviously suspect situations (taking the machine down mid-rnews, etc.) and working back from there, but if anyone has already figured it out I'd appreciate the input. Clay Lambert ihnp4!drutx!clay
dave@lsuc.UUCP (06/10/87)
Well, for starters, you should have your /etc/rc remove locks --
all locks for all programs that commonly use them, not just
rnews.lock. Our /etc/rc, for example, includes:
rm -f /usr/spool/lpd/??lock
rm -f /etc/ptmp # password-lock-file
rm -f /u/notes/.locks/*
rm -f /tmp/uucall.lock # /usr/lib/uucp/call.often-lock-file
rm -f /usr/spool/uucp/LCK.* # uucp calling locks
rm -f /u/barad/MSLOCKDIR/* # Empress database locks
rm -f /u/phyllis/eval/MSLOCKDIR/*
rm -f /u/fap/MSLOCKDIR/*
...and I think I'll add /usr/spool/news/.rnews.lock right now.
David Sherman
The Law Society of Upper Canada
Toronto
--
{ seismo!mnetor cbosgd!utgpu watmath decvax!utcsri ihnp4!utzoo } !lsuc!dave