Hello,
I suspect the problem is in:
--rwxrwxr-x M 21231 glenda sys 311768 Jul 14 11:46 dns
I don't have 2012/0501 version. I am lazy sorry.
My current dns is
--rwxrwxr-x M 131526 sys sys 310819 Apr 13 12:46 /386/bin/ndb/dns
That works 12 days since last boot without any troubles.
ar% ps
nothing wrong with diffing the changes and see if theres a clue, but
to solve this one really needs to find the underlying cause no matter
what. changes can just hide bugs or make them more or less likely to
appear. can anyone provide at least a stacktrace or process snapshot
of the crashed dns
can anyone provide at least a stacktrace or process snapshot
of the crashed dns processes?
I've had double-free errors from dns on my server, but the same
machine suffers from fossil/venti errors, so I can't use it as
diagnostics.
I do think that Plan 9 dns is a bit fragile, though not in the
Hello,
Files in /sys/src/cmd/ndb are not be changed since this Mar 31.
However dns in /n/sources/plan9/386/bin/ndb have changed two or three times
since that day.
Probably the difference comes from others (library?).
hera% pwd
/sys/src/cmd/ndb
hera% ls -lt
--rw-rw-r-- M 21422 sys sys 34365 Mar
On Tue Aug 21 07:31:55 EDT 2012, cinap_len...@gmx.de wrote:
nothing wrong with diffing the changes and see if theres a clue, but
to solve this one really needs to find the underlying cause no matter
what. changes can just hide bugs or make them more or less likely to
appear. can anyone provide
I reported:
Within the last month or so I've been having trouble copying large
files to remote servers e.g. sources. The cp process hangs for
many minutes and eventually ends in 'mount rpc error'.
Thanks to a hint from Erik (... an mss problem of some sort), I've
managed to make the problem
a new must-have accessory for all on this list
http://cgi.ebay.co.uk/ws/eBayISAPI.dll?ViewItemitem=170898717500
-Steve
Doh! I can't tell you how often I've looked at that very line of code,
but evidently my eyes are shallow.
On 21 August 2012 14:32, erik quanstrom quans...@quanstro.net wrote:
all of the crashes were due to an off-by-one in dnresolv:/^serveraddrs
the final loop in the function should be limited
On Tue Aug 21 16:06:56 EDT 2012, charles.fors...@gmail.com wrote:
Doh! I can't tell you how often I've looked at that very line of code,
but evidently my eyes are shallow.
i missed it last time, too.
- erik
excellent! :)
--
cinap
10 matches
Mail list logo
