In message <_A4372@delegate-en.ML_> on 02/20/09(23:17:57)
you Eddie Stassen <firstname.lastname@example.org> wrote:
|We are running delegate as a caching proxy NNTP server (on Solaris 10)
|using NFS mounted drives as a cache spool. Now and then we find 'stuck'
|delegated processes which take up a lot of CPU cycles. Running truss,
|it appears that the process is getting an ESTALE error when reading from
|the spool (not sure why this is, possibly a file deleted while it was
|being read), however it seems delegated is ignoring the error and
|sitting in a tight loop continuously retrying to read. I have had a
|look through the source code to try and figure out where this is
|happening, but without much success so far.
|Could you perhaps have a look and see if a fix could be made, or perhaps
|point me to the correct place in the code so I can make a temporary hack?
The first step should be locating where it occurs. The output of
truss might imply where it is. Or you can inspect the process
with mdb for example as "mdb -p ProcessId" and dump the calling
stack with the "$c" command.
9 9 Yutaka Sato <email@example.com> http://delegate.org/y.sato/
( ~ ) National Institute of Advanced Industrial Science and Technology
_< >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller