[news.admin] B News 2.11 forgeting artciles

david@bdt.UUCP (David Beckemeyer) (08/26/89)

I've recently discovered a problem on my site.  I've been running
news for a couple of years now, but I just installed news on a new
system and the new system is having the problem.  It's B News 2.11
Patchlevel 14.

The problem is that old news articles are missing from the history.
This is under System V.2 (Motorola System V/68).  I haven't seen
this happen before.  The result is that the articles never get expired
and the /usr/spool/news filesystem gets full.  I run "expire -r" and
everything is OK for a while.

What could make this happen?  What should I be watching for to detect
and correct this problem.
-- 
David Beckemeyer (david@bdt.UUCP)	| "I'll forgive you Dad...  If you have
Beckemeyer Development Tools		| a breath mint."
478 Santa Clara Ave. Oakland, CA 94610	|    Bart - "The Simpsons"
UUCP: {uunet,ucbvax}!unisoft!bdt!david	|

clewis@ecicrl.UUCP (08/29/89)

In article <121@bdt.UUCP> david@bdt.UUCP (David Beckemeyer) writes:
>
>B News 2.11 Patchlevel 14.
>
>The problem is that old news articles are missing from the history.
>This is under System V.2 (Motorola System V/68).  I haven't seen
>this happen before.  The result is that the articles never get expired
>and the /usr/spool/news filesystem gets full.  I run "expire -r" and
>everything is OK for a while.

You might want to check into the ulimit in effect while your expire is 
running.  What could be happening is that the history file gets too big
and some of the latter stuff gets truncated.  The "-r" will fix it
because "-r" throws away all history information about articles no
longer in your spool (news keeps history after expiration to prevent
looping), thus the resultant history will be smaller.  Solution:
insert a large ulimit setting in the crontab line that fires up
expire.

Another possibility is the permissions on news - eg: under some
circumstances the setuid might not be taking effect (it is setuid
isn't it?)

There were some problems with expire and history handling in 
patchlevel 13, but most of them should be gone out of 14 w.r.t. System V.
-- 
Chris Lewis, R.H. Lathwell & Associates: Elegant Communications Inc.
UUCP: {uunet!mnetor, utcsri!utzoo}!lsuc!ecicrl!clewis
Moderator of the Ferret Mailing List (ferret-request@eci386)
Phone: (416)-294-9253