On Thu, 20 Feb 2003, Rob Siemborski wrote:
> On Thu, 20 Feb 2003, John C. Amodeo wrote:
> > We've run into this problem on Linux and it was determined glibc was most
> > likely the problem. John Wade wrote a file locking patch for 2.0.16 that has
>
> Of course, the real answer is "find the bug in
Don't know how much it will help you, but when we were dealing with some
locking issues in cyrus I grabbed a tool called "lslk" that's similar to
lsof but reports tons of locking information. I don't remember where I
got it, but google should be your friend.
Thanks,
Dave
--
Dave McMurtrie, Syste
* a generic lock debugging strategy...
The first question is what OS are you running on? If this is Linux,
applying the poll-style locking will probably mask whatever the
problem is. If it's something else:
. processes get stuck waiting for a lock (truss shows stuck process in
fcntl)
. the pro
On Thu, 20 Feb 2003, John C. Amodeo wrote:
> We've run into this problem on Linux and it was determined glibc was most
> likely the problem. John Wade wrote a file locking patch for 2.0.16 that has
> worked for us flawlessly for about a year now. Its really saved us from a
> situation where we h
Rob & Scott,
We've run into this problem on Linux and it was determined glibc was most
likely the problem. John Wade wrote a file locking patch for 2.0.16 that has
worked for us flawlessly for about a year now. Its really saved us from a
situation where we had to restart the Cyrus server every n
On Thu, 20 Feb 2003, Scott Adkins wrote:
> whole university, so the less we do to it, the better. We will upgrade
> to the latest greatest version when summer gets here, which seems to
> get here pretty quick anyways...
By this I hope you mean 2.1.12, since 2.0 is really done except
for security
We are running into issues on our system where IMAP and LMTP processes
become stuck and start to stack up and never go away. The IMAP processes
aren't so bad, but LMTP definitely is... Investigating the problem with
truss and lsof shows that all of the *stuck* processes (the ones that
seem to be o
