- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - Linux
- >
- Re: cmascsid uses 100% cpu after restart hpasm
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
Forums
Discussions
Discussions
Discussions
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
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
10-25-2004 10:10 PM
10-25-2004 10:10 PM
cmascsid uses 100% cpu after restart hpasm
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-26-2004 12:41 AM
10-26-2004 12:41 AM
Re: cmascsid uses 100% cpu after restart hpasm
We have several servers with RedHat 2.1 AS and AS 3.0 running with HPASM, this may be something with the ASM package, there might be a new revision which you can try and upgrade and if it still does not fix then you need to ask HP.
We have not see any issues but I know that the package repalce the SNMP rpm which comes with the RedHat OS.
Rgds
HGN
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-26-2004 12:56 AM
10-26-2004 12:56 AM
Re: cmascsid uses 100% cpu after restart hpasm
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-26-2004 09:52 AM
10-26-2004 09:52 AM
Re: cmascsid uses 100% cpu after restart hpasm
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-26-2004 10:24 AM
10-26-2004 10:24 AM
Re: cmascsid uses 100% cpu after restart hpasm
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-05-2004 09:25 AM
12-05-2004 09:25 AM
Re: cmascsid uses 100% cpu after restart hpasm
-----------------------------------------------
The explanation is somewhat involved...
If you trace cma*d you'll find that it doesn't do anything but open the device, ioctl, close. Admittedly rather more times than should be necessary but that's just incidental bad design.
You'll find the delay - and system time consumption - seems to happen on the close. From here you need a fairly good working knowledge of the Linux kernel...
Ok? still with me then?
Run oprofile for a while and you'll find the cpu time is being consumed by invalidate_bdev. Which is interesting :-).
Invalidate_bdev is called from kill_bdev. Kill_bdev is called from the block device release code. Release is what happens on last close. Now the monitoring daemon is opening the unpartitioned disk device which it is pretty certain nothing else has open. (Off hand I'm not sure if even having an fs on the device counts as it being open. There are subtle differences and I *think* I'm right in saying that block device access and fs access is considered different at this level. Don't quote me or blame me!)
So, each close triggers invalidate_bdev. Why is this so bad? Well, the idea is that when the last close happens on a device you need to flush any cached data because, with much PC HW, you can't be sure when the media gets changed. Invalidate_bdev isn't *meant* to be called often. It works by scanning through the entire list of cached data for block devices to find and drop data related to the device being closed. So it sucks system time and the amount is proportional to the amount of cached (from any device) data you have.
WORKAROUND:
All you need to do is to make sure that each time the cma*d daemon closes the device it isn't the *last* close - i.e. some other process has the device open. The other process doesn't even need to *do* anything. Try something along the lines of:
sh -c 'kill -STOP $$' < /dev/cciss/c0d0 > /dev/null 2>&1 &
Hope that's all clear! (As mud... :-) )
(HP: As well as blind debugging I do Linux & OSS consultancy. I happen to know the answer to this one as it came up at a major investment bank...)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-25-2005 01:36 AM
01-25-2005 01:36 AM
Re: cmascsid uses 100% cpu after restart hpasm
I used Mike's suggested workaround on our DL380G3 and it seems to work fine. cmaidad was periodically (every 15 seconds I guess) using 10-15% CPU time and now my load average when idle is all zeros as it should be.
I have two controllers in my server, the 5i and a 6400, so I had to run two scripts, one for /dev/cciss/c0d0 and /dev/cciss/c1d0.
Thanks Mike
Colin