Xref: utzoo news.admin:6656 news.software.b:2897
Path: utzoo!mnetor!motto!ecijmm!ecicrl!clewis
From: clewis@ecicrl.UUCP
Newsgroups: news.admin,news.software.b
Subject: Re: B News 2.11 forgeting artciles
Message-ID: <669@ecicrl.UUCP>
Date: 29 Aug 89 01:14:30 GMT
References: <121@bdt.UUCP>
Reply-To: clewis@ecicrl.UUCP (Chris Lewis)
Organization: Elegant Communications Inc., Ferret Division, Toronto, Canada
Lines: 30

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