<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=iso-8859-1"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.E-mailStijl17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=NL link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span lang=EN-GB style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I also think that these UBC settings are not consistent. Especially when you have all containers configured with these same UBC settings you will have soon or later problems. <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>See: <a href="http://wiki.openvz.org/UBC_consistency_check">http://wiki.openvz.org/UBC_consistency_check</a> and other pages on the WIKI.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Kind Regards,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><br>Esme<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>Van:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> users-bounces@openvz.org [mailto:users-bounces@openvz.org] <b>Namens </b>Kirill Korotaev<br><b>Verzonden:</b> dinsdag 22 mei 2012 13:05<br><b>Aan:</b> users@openvz.org users@openvz.org; Rene C.<br><b>Onderwerp:</b> Re: [Users] occasional high loadavg without any noticeable cpu/memory/io load<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Looks like in your case you've hit physpages limit.<o:p></o:p></p><div><p class=MsoNormal>In such situations VPS behaves as a standalone machine - it starts to swap out (though "virtually") and process stuck in D state (swap in / swap out),<o:p></o:p></p></div><div><p class=MsoNormal>which contributes to loadavg.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>So either increase memory limits for your VPS or kill/tune the memory hungry workload.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Note: loadavg can also increase due to CPU limits as processes are delayed when overuse their CPU.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thanks,<o:p></o:p></p></div><div><p class=MsoNormal>Kirill<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On May 22, 2012, at 14:49 , Rene C. wrote:<o:p></o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'><br>Hi Esme,<o:p></o:p></p><div><p class=MsoNormal>> Did you check the /proc/user_beancounters of that VPS? Sometime’s a high load could be caused by buffers that are full.<br><br>Thanks for the suggestion, much appreciated! <o:p></o:p></p></div><div><p class=MsoNormal><br>I didn't think of checking at the time I'm afraid. I suppose since the container has not been rebooted since, the beancounters should still show any problems encountered at the time right? <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Below is the user_beancounters of the problem CT. I notice physpages and dcachesize have maxheld values very close to limits (even if failcnt is zero) could that have been the cause? <o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><br><span style='font-family:"Courier New"'> uid resource held maxheld barrier limit failcnt<br> 1407: kmemsize 252703307 1124626432 1932525568 2147483648 0<br> lockedpages 0 15 524288 524288 0<br> privvmpages 893372 5683554 9223372036854775807 9223372036854775807 0<br> shmpages 23 7399 9223372036854775807 9223372036854775807 0<br> dummy 0 0 0 0 0<br> numproc 136 480 9223372036854775807 9223372036854775807 0<br> physpages 733468 1048591 0 1048576 0<br> vmguarpages 0 0 0 9223372036854775807 0<br> oomguarpages 137691 676209 0 9223372036854775807 0<br> numtcpsock 101 459 9223372036854775807 9223372036854775807 0<br> numflock 7 37 9223372036854775807 9223372036854775807 0<br> numpty 1 4 9223372036854775807 9223372036854775807 0<br> numsiginfo 0 66 9223372036854775807 9223372036854775807 0<br> tcpsndbuf 4024896 34884168 9223372036854775807 9223372036854775807 0<br> tcprcvbuf 1654784 7520256 9223372036854775807 9223372036854775807 0<br> othersockbuf 195136 3887232 9223372036854775807 9223372036854775807 0<br> dgramrcvbuf 0 155848 9223372036854775807 9223372036854775807 0<br> numothersock 130 346 9223372036854775807 9223372036854775807 0<br> dcachesize 222868425 1073741824 965738496 1073741824 0<br> numfile 3853 12765 9223372036854775807 9223372036854775807 0<br> dummy 0 0 0 0 0<br> dummy 0 0 0 0 0<br> dummy 0 0 0 0 0<br> numiptent 197 197 9223372036854775807 9223372036854775807 0</span><br><br>I'm not that familiar with the nitty-gritties of the beancounters but these are the values I have in the 1407.conf file. <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal><span style='font-family:"Courier New"'>PHYSPAGES="0:4096M"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>SWAPPAGES="0:8192M"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>KMEMSIZE="1843M:2048M"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>DCACHESIZE="921M:1024M"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>LOCKEDPAGES="2048M"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>PRIVVMPAGES="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>SHMPAGES="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMPROC="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>VMGUARPAGES="0:unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>OOMGUARPAGES="0:unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMTCPSOCK="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMFLOCK="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMPTY="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMSIGINFO="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>TCPSNDBUF="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>TCPRCVBUF="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>OTHERSOCKBUF="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>DGRAMRCVBUF="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMOTHERSOCK="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMFILE="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>NUMIPTENT="unlimited"</span><o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>When user_beancounters physpage limit is 1048576, with PHYSPAGES set to 4GB, then the held value of 733468 should correspond to about 3GB, right? But top only shows about 1.5GB used at the same time - how is that possible? <br><br>dcachesize I think is filesystem stuff? But there seems to be plenty of resources there;<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal><span style='font-family:"Courier New"'># df -i</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>Filesystem Inodes IUsed IFree IUse% Mounted on</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>/dev/simfs 20000000 3046139 16953861 16% /</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>none 524288 109 524179 1% /dev</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'># df -h</span><o:p></o:p></p></div><div><div><p class=MsoNormal><span style='font-family:"Courier New"'>Filesystem Size Used Avail Use% Mounted on</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>/dev/simfs 492G 156G 312G 34% /</span><o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Courier New"'>none 2.0G 4.0K 2.0G 1% /dev</span><o:p></o:p></p></div></div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>Best,<br>Rene<o:p></o:p></p></div></div><p class=MsoNormal><ATT00001.c><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>