This is a multi-part message in MIME format.
--------------020203030309000205080507
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Apologies, version is 3.1.0-0.1.20120620git6ef9f8.fc17
On 07/26/2012 05:18 PM, jose garcia wrote:
Good evening,
I am running oVirt 3.
I am not sure if the source of the problem is oVirt or KVM/qemu but
the machines run really slow since some days ago. There are some
warnings regarding iscsi storage latency in the oVirt portal but the
behaviour is also present with NFS storage.
There are no visible errors either in engine.log or vdsm.log.
Var/log/messages in the node shows over and over:
/usr/sbin/irqbalance: Load average increasing, re-enabling all
cpus for irq balancing
and, after a while, waits in the node rise over 50%. It finally leads
to a disconnection of the SPM node and a non-operational state.
Has anyone any ideas why this happens?
Regards,
Jose Garcia
--------------020203030309000205080507
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">Apologies, version is <span
class="gwt-InlineLabel">3.1.0-0.1.20120620git6ef9f8.fc17</span><br>
<br>
On 07/26/2012 05:18 PM, jose garcia wrote:<br>
</div>
<blockquote cite="mid:50116DE2.8000805@gmail.com"
type="cite">
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
Good evening,<br>
<br>
I am running oVirt 3.<br>
<br>
I am not sure if the source of the problem is oVirt or KVM/qemu
but the machines run really slow since some days ago. There are
some warnings regarding iscsi storage latency in the oVirt portal
but the behaviour is also present with NFS storage.<br>
<br>
There are no visible errors either in engine.log or vdsm.log.
Var/log/messages in the node shows over and over:<br>
<br>
<blockquote>/usr/sbin/irqbalance: Load average increasing,
re-enabling all cpus for irq balancing<br>
</blockquote>
<br>
and, after a while, waits in the node rise over 50%. It finally
leads to a disconnection of the SPM node and a non-operational
state.<br>
<br>
Has anyone any ideas why this happens?<br>
<br>
Regards,<br>
<br>
Jose Garcia<br>
<br>
<br>
</blockquote>
<br>
</body>
</html>
--------------020203030309000205080507--