To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=67398
User asarkar changed the following:
What |Old value |New value
================================================================================
Status|NEW |STARTED
--------------------------------------------------------------------------------
Priority|P1 |P2
--------------------------------------------------------------------------------
Summary|CVS doesn't work at all no|CVS hangs due to bug in 3.
|w!!! |5.1 patch 7
--------------------------------------------------------------------------------
Status whiteboard|[PCN 48918],CNSC-015214 |[PCN 48918],CNSC-015214 [H
| |OT-FIXED on site]
--------------------------------------------------------------------------------
Target milestone|--- |Patch
--------------------------------------------------------------------------------
------- Additional comments from [EMAIL PROTECTED] Mon Jul 17 11:22:54 -0700
2006 -------
Current update on this issue (including some background):
In Danube-S, a CVS optimization was put in place to improve CVS performance.
This optimization essentially reduced unusually high number of permission
checks on a file level, once the user was authorized to access a particular
project.
However, in a bid to improve this functionality, some further changes were put
in place around this; this was included in patch 7 (rolled out on Friday, Jul
14, 2006).
This latest patch introduced a regression in CVS. When users run common CVS
operations, including 'cvs update', the CVS server successfully answers the
user's request, and then promptly hangs. As a result, CVS will stop responding
after processing 40 CVS requests. The number 40 is configurable, but this
value is determined based on usage patterns on the site.
CN is aggressively investigating, why this was not caught (or reproducible)
during the QA phase of this patch.
Fortunately, a CVS babysit process runs once every hour. This babysit process
terminates any CVS processes that have been running for more than 90 minutes.
As a result, these hung CVS processes are/were killed eventually.
Unfortunately, it doesn't take long to reach the limit of 40 sequential
requests again.
To fix this problem, CN has currently installed the CVS binary from patch 6,
so as to resolve the current regression on the site. A site restart was *NOT*
required to fix this.
The rest of patch 7 is retained on the site, since it has important fixes
necessary for the site and is working fine.
Follow up: A fix for this particular issue will be included in the next
scheduled patch.
CN will leave this issue open till such time. Reducing the priority since the
actualy problem is resolved.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
