subversion-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From back.flip.into.the.l...@gmail.com
Subject Re: Subversion 1.8 httpd.exe taking 100% CPU
Date Tue, 10 Dec 2013 10:29:00 GMT
Hello,

To add more fuel to the fire, I encountered the same issue after migrating 
from Subversion 1.6 to 1.8 (with the CollabNet distribution 2.0.0 -> 
4.0.3). It seems to happen at night also.

As far as I can see, its the sub HTTPD process which take 100% (Subversion 
one?), not the top apache HTTPD process.

We can also see there's new rotate logs processes spawned by apache. But 
they don't seems in cause : they do nothing while HTTPD takes 100%.

Le lundi 9 décembre 2013 15:41:07 UTC+1, Dinesh Hirani a écrit :
>
>  Hello Pavel,
>
>  
>
> Do you know when this issue will be fix?
>
>  
>  
> *From:* Dinesh Hirani 
> *Sent:* 02 October 2013 11:49
> *To:* Pavel Lyalyakin; us...@subversion.apache.org <javascript:>
> *Subject:* RE: Subversion 1.8 httpd.exe taking 100% CPU
>  
>  
>
> Hello Pavel,
>
>  
>
> Any update on this issue as the bug still exists?
>
>  
>  
> *From:* Dinesh Hirani 
> *Sent:* 04 July 2013 16:30
> *To:* 'Pavel Lyalyakin'; us...@subversion.apache.org <javascript:>
> *Subject:* RE: Subversion 1.8 httpd.exe taking 100% CPU
>  
>  
>
> Hello Pavel,
>
>  
>
> Answer is in red below
>
>  
>
> -----Original Message-----
> From: Pavel Lyalyakin [mailto:pave...@visualsvn.com <javascript:>] 
> Sent: 04 July 2013 16:19
> To: us...@subversion.apache.org <javascript:>; Dinesh Hirani
> Subject: Re: Subversion 1.8 httpd.exe taking 100% CPU
>
>  
>
> Hello Dinesh,
>
>  
>
> > We just upgraded subversion from 1.7 to 1.8 and noticed that the process 
> httpd.exe takes 100% and maxes the box and we have to keep killing the 
> httpd.exe, are you aware of this problem?
>
>  
>
> * What's your environment (svn client / server / Apache HTTP Server 
> version)?
>
> We using TortoiseSVN 1.8 / CollabNet Edge / Apache HTTP Server version 
> 2.4.4
>
> * What exactly do you do when the httpd.exe starts to consume 100% CPU 
> time?
>
> We don’t know exactly what causes it because nothing is written to any 
> logs as far we can see, however once we kill the httpd.exe then it’s find 
> for another couple of hours.
>
>  
>
> * Any related events on the server log?
>
> *Error log*
>
> *Last message logged. Then at 9.35 I killed httpd.exe*
>
> [Thu Jul 04 09:24:49.798629 2013] [authz_svn:error] [pid 4844:tid 892] 
> [client 10.9.11.84:56153] Access denied: 'bparker' OPTIONS 
> risk-dev:/Build/trunk/RabbitMQ
>
>  
>
> [Thu Jul 04 09:35:45.690450 2013] [mpm_winnt:notice] [pid 4204:tid 480] 
> AH00428: Parent: child process 4844 exited with status 4294967295 -- 
> Restarting.
>
>  
>
> *Subversion log*
>
> *Last message logged. Then at 9.35 I killed httpd.exe *
>
> [04/Jul/2013:09:33:52 +0100] svc-teamcity Risk-DEV log (/) r41581:41690 
> discover-changed-paths revprops=all 0
>
>  
>
> [04/Jul/2013:09:35:02 +0100] svc-teamcity Risk-DEV log (/) r41581:41690 
> discover-changed-paths revprops=all 0
>
>  
>
> --
>
> With best regards,
>
> Pavel Lyalyakin
>
> VisualSVN Team
>  
>
> The information in this e-mail is confidential and may be legally 
> privileged. It is intended solely for the addressee(s). Access by any other 
> person to this e-mail is not authorized. If you are not the intended 
> recipient, please delete this e-mail. Any disclosure of this e-mail or of 
> the parties to it and any copying or distribution of it is prohibited (and 
> may be unlawful). The information expressed herein may be changed at any 
> time without notice or obligation to update. We do not represent that this 
> message is virus-free, complete or accurate and it should not be relied 
> upon as such. Electronic communications may be monitored for operational 
> and business purposes to the extent permitted by applicable law. This email 
> does not constitute legal or tax advice, and the information contained in 
> this communication should not be regarded as such.
>
> Decura IM LLP is authorised and regulated by the Financial Conduct 
> Authority. Registered office address: 11-12 St James's Square, London SW1Y 
> 4LB. Registered in England and Wales: OC375344
>
>  
>
> Decura LLP is authorised and regulated by the Financial Conduct Authority. 
> Registered office address: 11-12 St James's Square, London SW1Y 4LB. 
> Registered in England and Wales: OC377231
>

Mime
  • Unnamed multipart/mixed (inline, None, 0 bytes)
View raw message