- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- vhand eating up the 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
Forums
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
08-11-2004 10:27 PM
08-11-2004 10:27 PM
vhand eating up the CPU time !
We are facing the performance in one of our system. The system used to run fine earlier but suddenly it becomes slow and then goes to not responding mode. I checked and found that vhand is eating up most of the CPU time.
I checked the swapifo and found that it is not even used 50% below is the output of swapinfo:
===========================================
# swapinfo -at
Kb Kb Kb PCT START/ Kb
TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME
dev 8192000 170504 8021496 2% 0 - 1 /dev/vg00/lvol2
reserve - 4313668 -4313668
memory 3158580 48408 3110172 2%
total 11350580 4532580 6818000 40% - 0 -
==============================================
The system is having 4 GB RAM, HP-UX version is 11.11 and the model is J6700.
Can anybody provide some suggestions about what could be the reason.
Thanks
Deependra
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-11-2004 11:23 PM
08-11-2004 11:23 PM
Re: vhand eating up the CPU time !
Check to see what your kernel parameter "dbc_max_pct" & "dbc_min_pct" are set too. By default, dbc_max_pct is set to 50% which is way too high. Lowering these parameters will make more memory available. We typically set dbc_max_pct to 10% and dbc_min_pct to 5%. On systems with a lot of memory, we will set dbc_max_pct to as low as 5%.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-11-2004 11:29 PM
08-11-2004 11:29 PM
Re: vhand eating up the CPU time !
There are some known problems with vhand on 11.11 eating up CPU.
The fix is in the vhand patch: PHKL_30796
Best regards,
Kent M. Ostby
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-11-2004 11:34 PM
08-11-2004 11:34 PM
Re: vhand eating up the CPU time !
For the memory used you need to add the reserve which is swap held by processes in memory so while not used no longer available; This is so the process can swap if needed
1)Do you have
PHKL_28695
: s700_800 11.11 Cumulative VM, Psets, Preemption, PRM, MRG
This will help with these situations.
2)As advised low the dbc_max which will free memory
3)To check memory usage see
Memory Usage - â What is using all of the memoryâ ?
by:eric.herberholz@hp.com
Last modified: July 26, 2004
Latest version available at external ftp site:
ftp://eh:spear9@hprc.external.hp.com/memory.htm
Which gives a good explanation and some unofficial tools
Steve S
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-12-2004 02:36 AM
08-12-2004 02:36 AM
Re: vhand eating up the CPU time !
The dbc_max_pct and dbc_min_pct were 10 and 5 respectively and the patch PHKL_28695 was also installed. HP also suggested to install the patch PHKL_30796 along with PHKL_30904.
We have installed these patch and need to observ if the problem occurs again.
What I am wondering that the system was working fine earlier and suddenly it started behaving in this way. There is no message in the syslog regarding any hardware problem also !
Any clue on this !!
Thanks
Deependra
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-12-2004 02:52 AM
08-12-2004 02:52 AM
Re: vhand eating up the CPU time !
It may be that someone started a large process or a large query or something that ate up all of your RAM.
The only hardware that may help you in this case is RAM. As in install some more of it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-16-2004 07:35 PM
08-16-2004 07:35 PM
Re: vhand eating up the CPU time !
After applying the patches mentioned in my previous mail the frequency of system hanging is reduced but the problem is not resolved completely. Is there any solution other than increasing the RAM? We already have enough (4GB) RAM and it used to work fine earlier. We have tried to increase the swap space but it is not being used at all (see the output of swapinfo given below)
=====================================
# swapinfo -tm
Mb Mb Mb PCT START/ Mb
TYPE AVAIL USED FREE USED LIMIT RESERVE PRI NAME
dev 8000 0 8000 0% 0 - 1 /dev/vg00/lvol2
dev 5000 658 4342 13% 0 - 0 /dev/vg00/swap
dev 5116 0 5116 0% 0 - 1 /dev/swapvg/lvol1
reserve - 3773 -3773
memory 3085 332 2753 11%
total 21201 4763 16438 22% - 0 -
=============================================
One more doubt - In the output of swapinfo command, it shows that around 3GB out of 4GB RAM is being reserved for swap. Any comment on this?