LinuxSA Mailing list archives

Index: [thread] [date] [subject] [author]
  From: Alan Kennington <akenning@dog.topology.org>
  To  : newton@atdot.dotat.org
  Date: Wed, 17 Nov 1999 13:15:36 +1030

Re: more spooky stuff on the net!

Mark,

Attributing the caching to the socket was a standard
phenomenological linguistic transference which is customary in
certain philosophical circles.

Anyway, I found some interesting little notes at:

http://dev.linuxppc.org/RPMS/linuxppc-1999/nscd-2.1.1-6c.ppc.html

to the purport that this nsc thing doesn't go on RH 5.2
because the 2.0 kernels have too many concurrency bugs
to be able to support nscd.

They also say that if you give nscd a HUP, it will make
a cache dump.
Well, it doens't. It just dies.
And after that, all of the last week's problems disappear.

But this is the moral equivalent of re-booting a PC
to get rid of problems.
Now my PC seems to be happily name-translating without nscd,
but next time I boot the computer, I will have this buggy
nscd program messing up the DNS for me (in the
phenomenological linguistic transference sense only, of course, 
meaning that I attribute an event to the location/entity that
it seems to originate from, without regard to causal
extrapolations).

So now I have no bug to examine.
Ironically, I have to re-boot the computer to get the bug back!

Cheers,
I'm going to get some sleep
(after 24 hours of computers, computers, computers......),

Alan Kennington.

PS.  Thanks to everyone who helped with this riddle.
When I finally track down the nscd bug, I'll post it here.

-- 
LinuxSA WWW: http://www.linuxsa.org.au/  IRC: #linuxsa on irc.linux.org.au
To unsubscribe from the LinuxSA list:
  mail linuxsa-request@linuxsa.org.au with "unsubscribe" as the subject


Index: [thread] [date] [subject] [author]
Return to the LinuxSA Mailing List Information Page