dsm_om_connsvc32d consuming a lot of CPU?

Dan Stromberg dstromberglists at gmail.com
Tue Sep 9 18:10:50 CDT 2008


On Tue, Sep 9, 2008 at 9:41 AM, Dan Stromberg <dstromberglists at gmail.com> wrote:
> We have one IPMI user that two different Linux users log into
> sometimes.  Does that answer your question of how many users we have
> logging into OMSA?

Do you mean the OMSA GUI - which I just learned about?  This is
happening on machines where the OMSA GUI is never used, so no, we
almost certainly wouldn't have two people logged into the same OMSA
GUI at the same time.

> I'm not sure how to tell what version our OMSA is (and google didn't
> show much on the topic), but does this answer the question?
>
> # rpm -q -f /opt/dell/srvadmin/omsa/bin/libdcadpt32.so
> srvadmin-isvc-5.2.0-460
> WT-master-root:/opt/dell/srvadmin x86_64-suse-linux 25686 - above cmd
> done 2008 Tue Sep 09 09:32 AM
>
> # rpm -q -f /opt/dell/srvadmin/LICENSE.txt
> srvadmin-omilcore-5.2.0-460
> WT-master-root:/opt/dell/srvadmin x86_64-suse-linux 25686 - above cmd
> done 2008 Tue Sep 09 09:32 AM
>
> Thanks!
>
> On Tue, Sep 9, 2008 at 6:17 AM,  <Kurt_Olsson at dell.com> wrote:
>> You have multiple users logging in to OMSA?  Seems like I saw this fixed
>> in a later release... What version of OMSA are you using?
>>
>>
>>
>> -----Original Message-----
>> From: linux-poweredge-bounces at dell.com
>> [mailto:linux-poweredge-bounces at dell.com] On Behalf Of Dan Stromberg
>> Sent: Monday, September 08, 2008 4:17 PM
>> To: linux-poweredge-Lists
>> Subject: dsm_om_connsvc32d consuming a lot of CPU?
>>
>> Has anyone encountered a problem where dsm_om_connsvc32d starts taking
>> up 100% CPU, and (unusually) other processes start starving for
>> resources?
>>
>> Sometimes we got a few or a dozen machines doing this at the same time
>> - but our workloads are pretty similar across machines.
>>
>> I'm told that during the problem, omreport will hang.  Further, from
>> what I'm hearing, srvadmin-services.sh stop followed by
>> srvadmin-services.sh start will make the problem go away - for a
>> while.  Then it comes back, of course.
>>
>> Usually I find that a single process pegging the CPU doesn't slow down
>> other processes down all that much - at least not as much as a process
>> that's paging a lot - but in this case an important part of our main
>> application gets messed up - it may be getting CPU-starvation
>> timeouts, as I don't think it's talking to the srvadmin services.
>>
>> TIA!
>>
>> _______________________________________________
>> Linux-PowerEdge mailing list
>> Linux-PowerEdge at dell.com
>> http://lists.us.dell.com/mailman/listinfo/linux-poweredge
>> Please read the FAQ at http://lists.us.dell.com/faq
>>
>



More information about the Linux-PowerEdge mailing list