- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- cimservermain process taking up a lot of cpu time
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2010 05:08 AM
тАО03-02-2010 05:08 AM
We are running a ServiceGuard cluster on a pair of rp3440 servers with the HP-UX 11.11 operating system. I noticed there was a lot of cpu time being taken up on both servers, and when I investigated with the top command I observed the cimservermain command as being the culprit.
The effects of this command have the %USER readings being in the 80% with the %IDLE readings at less than 1%.
What is this command, and if possible, can it be safely killed? Thanks.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2010 05:55 AM
тАО03-02-2010 05:55 AM
SolutionThis is part of the multitude of confusing applications designed to make it easier to monitor and manage your server.
Updating this product or removing it will probably solve the issue.
swlist -l product | grep -i hpcim
# This will identify the application for the swremove or swinstall utility.
Good news is the app is free.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2010 05:57 AM
тАО03-02-2010 05:57 AM
Re: cimservermain process taking up a lot of cpu time
Thanks for your reply. I want to avoid removing applications at the present time, so will killing the individual process at least temporarily solve the problem? Thanks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2010 07:13 AM
тАО03-02-2010 07:13 AM
Re: cimservermain process taking up a lot of cpu time
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2010 07:17 AM
тАО03-02-2010 07:17 AM
Re: cimservermain process taking up a lot of cpu time
I was able, with the help of HP, to solve the problem. The solution was to first stop the cimserver via the /sbin/init.d/cim_server script.
Once that was done I manually killed any outstanding cimaptagent processes as well as the cimserverd process. The latter would automatically respawn, but that was fine.
The next step was to restart the cimserver using the init.d script mentioned earlier. These steps restarted the application without causing the runaway process from recurring.
Thanks for the help anyway.