innd 2.4.1 startup problem

[Paul Reilly]

I've upgraded my news installation to 2.4.1.
Since then, innd starts but just hangs.
Can anybody spot whats going wrong here?

Symptoms:
* Innd doesn't write it's PID file to $PATHRUN
  but the process does show up in the process list
* Doing a 'ctlinnd mode'  just hangs. No output.
* Telneting to port 119 doesn't return the innd banner.
* There's nothing in the news.err or news.crit logs
  news.notice says:
	Feb  7 13:15:31 news innd: SERVER descriptors 1024
	Feb  7 13:15:31 news innd: SERVER outgoing 1011
	Feb  7 13:15:31 news innd: SERVER ccsetup control:19
	Feb  7 13:15:31 news innd: SERVER lcsetup localconn:21
	Feb  7 13:15:31 news innd: SERVER rcsetup remconn:3

I've tried starting up innd with inndflags set to -d.
It stays associated with the terminal, but there's
no debug output, except for the 'starting innd' message.

I've run  'inncheck -all'  and  'inncheck -perm' and fixed
any permissions errors.

innd is compiled like so:

./configure  --prefix=/news --with-perl --bindir=/news/bin
--with-db-dir=/news/db --with-spool-dir=/news/spool
-with-tmp-dir=/news/tmp --with-log-dir=/news/logs --enable-largefiles
--with-openssl


news>  ldd /news/bin/innd
        libperl.so =>
	/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so (0x40017000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x40148000)
        libdl.so.2 => /lib/libdl.so.2 (0x4015d000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40160000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40182000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x40190000)
        libutil.so.1 => /lib/libutil.so.1 (0x401bd000)
        libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)



news> gdb innd 1495
GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux-gnu"...
Attaching to program: /news/bin/innd, process 1495
Reading symbols from
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so...done.
Loaded symbols for
/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE/libperl.so
Reading symbols from /lib/libnsl.so.1...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/libdl.so.2...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/tls/libm.so.6...done.
Loaded symbols for /lib/tls/libm.so.6
Reading symbols from /lib/tls/libpthread.so.0...done.
[New Thread 1075578016 (LWP 1495)]
Loaded symbols for /lib/tls/libpthread.so.0
Reading symbols from /lib/libcrypt.so.1...done.
Loaded symbols for /lib/libcrypt.so.1
Reading symbols from /lib/libutil.so.1...done.
Loaded symbols for /lib/libutil.so.1
Reading symbols from /lib/tls/libc.so.6...done.
Loaded symbols for /lib/tls/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_dns.so.2...done.
Loaded symbols for /lib/libnss_dns.so.2
Reading symbols from /lib/libresolv.so.2...done.
Loaded symbols for /lib/libresolv.so.2
0x08078338 in GROUPfind ()
(gdb) backtrace
#0  0x08078338 in GROUPfind ()
#1  0x080785a1 in buffindexed_groupadd ()
#2  0x08075ece in OVgroupadd ()
#3  0x08064ee1 in NGparseentry ()
#4  0x080651c3 in NGparsefile ()
#5  0x0805d304 in ICDsetup ()
#6  0x0805ede8 in main ()
#7  0x42015574 in __libc_start_main () from /lib/tls/libc.so.6


Can anybody see what the problem might be?
How can I debug this further?
Any help appreciated.

Paul