I have seen this before. The critical traceback, which you see for
ALL the worker threads, is:
"Worker thread '36'" daemon prio=6 tid=0x00000000077ed000 nid=0xa98 in
Object.wait() [0x000000000b1af000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:485)
at
org.apache.manifoldcf.crawler.system.ResetManager.waitForReset(ResetManager.java:107)
- locked <0x00000000e0005528> (a
org.apache.manifoldcf.crawler.system.WorkerResetManager)
at
org.apache.manifoldcf.crawler.system.WorkerThread.run(WorkerThread.java:110)
ManifoldCF has code in it for dealing with database errors that
requires all worker threads to be brought into the same state. This
code has never worked properly, and I've never been able to figure out
why. But the underlying problem is that you've had a database error
of some kind which requires a reset. This is usually a connection
error.
Can you look at manifoldcf.log and send the last stack trace in it?
It could be too short a connection lifetime in either the manifoldcf
configuration or in the postgresql configuration.
Karl
On Wed, Jul 6, 2011 at 3:27 PM, Farzad Valad <ho...@farzad.net> wrote:
> So this time I went through the thread dump and don't see any socket waits.
> Any thoughts why it is stuck this time?
>
> Thanks,
> Farzad.
>
