[ovirt-users] problems with power management using idrac7 on r620

[Jason Keltz]

Hi Marek.

Actually its the idrac that I believe has the memory leak.  Dell wants to
know how often ovirt is querying the idrac for status and whether the delay
is configurable.

Jason.
On Jun 17, 2015 2:42 AM, "Marek "marx" Grac" <mgrac at redhat.com> wrote:

>
>
> On 06/16/2015 09:37 AM, Eli Mesika wrote:
>
>> CCing Marek Grac
>>
>> ----- Original Message -----
>>
>>> From: "Jason Keltz" <jason.keltz at gmail.com>
>>> To: "users" <users at ovirt.org>
>>> Cc: "Eli Mesika" <emesika at redhat.com>
>>> Sent: Monday, June 15, 2015 11:08:35 PM
>>> Subject: problems with power management using idrac7 on r620
>>>
>>> Hi.
>>>
>>> I've been having problem with power management using iDRAC 7 EXPRESS on
>>> a Dell R620.  This uses a shared LOM as opposed to Enterprise that has a
>>> dedicated one.   Every now and then, idrac simply stops responding to
>>> ping, so it can't respond to status commands from the proxy.  If I send
>>> a reboot with "ipmitool mc reset cold" command, the idrac reboots and
>>> comes back, but after the problem has occurred, even after a reboot, it
>>> responds to ping, but drops 80+% of packets.  The only way I can "solve"
>>> the problem is to physically restart the server.    This isn't just
>>> happening on  one R620 - it's happening on all of my ovirt hosts.  I
>>> highly suspect it has to do with a memory leak, and being monitored by
>>> engine causes the problem.    I had applied a recent firmware upgrade
>>> that was supposed to "solve" this kind of problem, but it doesn't.  In
>>> other to provide Dell with more details, can someone tell me how often
>>> each host is being queried for status?  I can't seem to find that info.
>>> The idrac on my file server doesn't seem to exhibit the same problem,
>>> and I suspect that is because it isn't being queried.
>>>
>> Hi,
>
> fence agent for IPMI is based on ipmitool. So if ping/ipmitool is not
> working there is not much to do about it. I don't know enough about oVirt
> engine but there is no real place where fence agent can memory leak because
> it does not run as daemon.
>
> m,
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20150617/153b858d/attachment-0001.html>