Problems with INN and new libc/ld.so etc

Martin Vernon (martin@gw6hva.demon.co.uk)
31 May 1996 22:52:08 GMT


Hi ...

I've isolated a problem lately since upgrading my original Salckware 3.0
system to libc-5.2.18, ld.so-1.7.14 and gcc-2.7.2 (other non connected
upgrades as well).

What happens is that I get no permissions in the script that runs slurp
during my news gathering (see below) and also a REAL problem, in that
nntpsend will not send any news out at all.

I originally assumed that INN was affected by this new flock() handling
and recompiled (as this fixed sendmail-8.7.5 for me) but it had no effect
at all.

Next I tried going back through some of the previous images I had made
working back from the current pre2.0.9 through some of the high 1.3.xx
kernels but all the ones I had made no diference.

Evetually I booted on a 1.3.45 image made from the original Slackware 3.0
installation setup libc-5.0.9, gcc-2.7.0 etc. This cleared up both the
problems straight away.

This was what the slurp script threw up at te end of a normal ISP connect :-

-> 205 goodbye gw6hva.demon.co.uk
slurp: write_hostfile: error unlinking
/usr/lib/news/slurp.news.demon.co.uk.o: Permission denied
slurp: write_hostfile: error renaming
/usr/lib/news/slurp.news.demon.co.uk to
/usr/lib/news/slurp.news.demon.co.uk.o: Permission denied
Wrote 0 Message-IDs to /usr/lib/news/slurp.news.demon.co.uk
Processed 4 new, 0 duplicate, 0 missing articles

These are the errors returned by running nntpsend manually as news :-

nntpsend: [204] start
Can't open "/usr/lib/news/shlock232", Permission denied
cat: /usr/lib/news/LOCK.news.demon.co.uk: No such file or directory
nntpsend: [228:230] news.demon.co.uk locked Wed May 29 22:13:24 GMT 1996
Can't open "/usr/lib/news/shlock275", Permission denied
cat: /usr/lib/news/LOCK.warp.gb7osp.ampr.org: No such file or directory
nntpsend: [228:273] warp.gb7osp.ampr.org locked Wed May 29 22:13:29 GMT 1996
nntpsend: [204] stop

NEITHER of these problems were due to wrong file attributes/owners and
booting with an original Slackware 3.0 built 1.3.45 kernel cured it.

Now I realise that this isn't a kernel issue as such, rather one of
lib, gcc or ld but has it raises a few questions :-

1. Has anyone else experienced this - if so what is the fix ?

2. Can some notes be added to the Changes file to warn of the potential
problem ?

3. Any ideas as to what I should do to circumvent the problem (apart
from going back to the old versions) ?

Cheers, Martin.

-- 
 Martin Vernon, Sysop GB7OS/GB7OSP, Chairman GCPG, IP Co-ordinator N. Wales
 GW6HVA@GB7OSP, gw6hva@gb7osp.ampr.org,  e-mail:  martin@gw6hva.demon.co.uk
 Voice: +44 589 900 564   Data: GB7OSP V32.bis, 8N1, ANSI  +44 1492 872 467