Is buffindexed overview corruption problem fixed in -STABLE?
tar at ksu.edu
Wed Sep 27 20:20:23 UTC 2000
I'm getting more and more complaints of newsgroups that are unavailable
because of buffindexed overview corruption:
200 newsfeed.ksu.edu InterNetNews NNRP server INN 2.3.0 ready (posting ok).
211 2572 122158 124731 rec.hunting
423 Bad article number
Sep 27 14:56:50 cnn nnrpd: buffindexed: ovgroupmmap ovbuff is null(ovindex is 13622, ovblock is 892547126
Sep 27 14:57:03 cnn nnrpd: fubar.cns.ksu.edu group rec.hunting 0
I upgraded from 2.2.3 to 2.3.0 on Sept. 8 and at that time decided to go
with buffindexed overview. My overview is on three block devices, each a
1.5G partition ("inndf -o" currently reports 70% usage). These were
initialized and the buffindexed overview rebuilt with "makehistory -O -x
-F". That took ~10 hours to run with innd not running.
Within a day or two I started to see these "ovgroupmmap ovbuff is null"
messages. Not too long after I started to see complaints from people who
are no longer able to read some of their newsgroups. I've read messages
to inn-workers that say this message is harmless, but it sure doesn't
seem like that's correct.
Am I correct that this is a bug? If so, is this bug fixed in the current
-STABLE snapshot? Is there a reason why I should NOT fetch the latest
-STABLE and install that?
Also, what are the issues with rebuilding overview while innd/nnrpd is
running? Will articles that arrive while makehistory is running get added
to the overview index? What happens if a reader selects a newsgroup that
hasn't been completely rebuilt yet? Do they see only some of the
articles, with others appearing to be missing or expired and so marked as
read by their newsreader?
Thanks for any wisdom.
More information about the inn-workers