
<html dir="ltr">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

<style id="owaParaStyle" type="text/css">P {margin-top:0;margin-bottom:0;}</style>

</head>

<body ocsi="0" fpstyle="1">

<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Hi, all...<br>

<br>

We've been running Xymon (4.3.3 -- yes, old, old, old...) very successfully for the last several years in our environment, but have run into a performance snag recently.<br>

<br>

We run Xymon on all our Solaris zones -- up to 10 zones + the global zone, at a time. Recently we've started configuring new Oracle LDOMS (64 x SPARC T5-8 processors / LDOM) with > 20 Solaris zones / LDOM and we're seeing that after about 10 zones, Xymon starts

 to hog CPU in a non-linear way, making the zones unusable.<br>

<br>

Specifically, it's not any of the "Xymon" daemons, but it's all the concurrent "vmstat" and "iostats" that are racking up the CPU cycles.<br>

<br>

We understand we have several options available including instantiating processor sets and pools, ulimits, etc, but we wanted to know if:<br>

<br>

a) Anyone else has had to navigate this problem with such a large number of concurrent *stat commands<br>

<br>

b) Is it possible / advisable to monitor zones via Xymon using only a single instance of Xymon running in the global zone, or possibly a representative local zone?<br>

<br>

The LDOMs all run Solaris 11, FWIW.<br>

<br>

TIA for any tips!<br>

<br>

david<br>

<div><br>

<div style="font-family:Tahoma; font-size:13px">~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~*~<br>

<div>David Mills<br>

Systems Administrator<br>

Northrop Grumman<br>

(512) 873-6665<br>

</div>

</div>

</div>

</div>

</body>

</html>