nnrpd in the latest snapshots segfaults

Kim Alm kea at penti.org
Thu Dec 13 08:40:58 UTC 2001



On Tue, 11 Dec 2001, Jeffrey M. Vinocur wrote:
> On Tue, 11 Dec 2001, Kim Alm wrote:

> > (gdb) bt
> > #0  strcmp (p1=0x0, p2=0x81157e0 "hisv6") at ../sysdeps/generic/strcmp.c:38
> > #1  0x806e9c2 in HISopen (path=0x814adf0 "/usr/local/news/db/history",
> >     method=0x0, flags=0) at his.c:137
> > #2  0x8066515 in SetupDaemon () at nnrpd.c:687
>
> Oh.  I found it.  The latest CURRENT expects a "hismethod" parameter to be
> set in inn.conf, and of course you don't have one.
>
> I don't know anything about the changes in the history API, but it appears
> that if you add "histmethod: hisv6" to inn.conf you can still use CURRENT
> nnrpd with STABLE everything else.

Good catch, that solved the segfault problem.

But ran into another one, this new nnrpd reported:

503 NNTP server unavailable. Try later.

And I had the following in news.notice:

Dec 13 10:01:42 news nnrpd[19179]: SERVER perl filtering enabled
Dec 13 10:01:42 news nnrpd[19179]: tradspool: storeonxref needs to be true
Dec 13 10:01:42 news nnrpd[19179]: SM storage method 'tradspool' failed
initialization
Dec 13 10:01:42 news nnrpd[19179]: SM one or more storage methods failed
initialization
Dec 13 10:01:42 news nnrpd[19179]: cant initialize storage method, one or
more storage methods failed initialization
Dec 13 10:01:42 news nnrpd[19179]:  times user 0.000 system 0.000 idle
0.000 elapsed 1008230502.666

I toggled the storeonxref flag in my inn.conf, and the nnrpd started
correctly but I was unable to retrieve any groups. (toggled back this
flag as soon as I had done this test)

Do I really have to enable storeonxref to get the latest nnrpd to work? I
assume that this would force me into a rebuild of my overview data? (I
have all articles in tradspool, and buffindexed overview)

Kim




More information about the inn-bugs mailing list