HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Heap storage and virtual memory
Operating System - HP-UX
1835228
Members
8092
Online
110078
Solutions
Forums
Categories
Company
Local Language
back
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
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- 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
02-16-2001 11:19 AM
02-16-2001 11:19 AM
I am running an application on a N4000 that has 8 gigs of memory. The application is failing and the documentation I have on the failure says the most likely the heap storage has been exhausted and to check the system's virtual memory.
I am rather green with HP Unix, can anyone tell me how I might check virtual storage usage. I have run swapinfo -ta that appears to be normal but I don't know if I am looking in the right place for an solution.
I am rather green with HP Unix, can anyone tell me how I might check virtual storage usage. I have run swapinfo -ta that appears to be normal but I don't know if I am looking in the right place for an solution.
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-16-2001 11:33 AM
02-16-2001 11:33 AM
Solution
Richard:
It sounds like either additional swap space needs configuration or the kernel's 'maxdsiz' should be increased. Check for swap utilization with:
# swapinfo -ta
For more information on 'maxdsiz' see:
http://docs.hp.com/hpux/onlinedocs/os/KCparams.OverviewAll.html
What is the specific error message your application returns?
...JRF...
It sounds like either additional swap space needs configuration or the kernel's 'maxdsiz' should be increased. Check for swap utilization with:
# swapinfo -ta
For more information on 'maxdsiz' see:
http://docs.hp.com/hpux/onlinedocs/os/KCparams.OverviewAll.html
What is the specific error message your application returns?
...JRF...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-16-2001 12:41 PM
02-16-2001 12:41 PM
Re: Heap storage and virtual memory
John, here was the actual command I ran although it might not mean too much to you it is an InterMail Mx command.
hp1:imail5_1_2% ./lib/imdirmake -r imdircacheserv
imdirmake: Notice: found existing database, version "".
>>> Proceed to recreate database [y/n]? y
imdirmake: recreating database...
imdirmake: Fatal -- SysNoSpace(71/3) 0:1138491393:67108864:67108864:0:0
IOT trap
hp1:imail5_1_2%
We observed the following line a number of times in the syslog.log
"...vmunix: file: table is full"
Could this be some indication that virtual memory is used up??
hp1:imail5_1_2% ./lib/imdirmake -r imdircacheserv
imdirmake: Notice: found existing database, version "".
>>> Proceed to recreate database [y/n]? y
imdirmake: recreating database...
imdirmake: Fatal -- SysNoSpace(71/3) 0:1138491393:67108864:67108864:0:0
IOT trap
hp1:imail5_1_2%
We observed the following line a number of times in the syslog.log
"...vmunix: file: table is full"
Could this be some indication that virtual memory is used up??
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-16-2001 01:17 PM
02-16-2001 01:17 PM
Re: Heap storage and virtual memory
Richard:
"File table full" means that the Kernel 'nfile' parameter ceiling has been reached. 'nfile' defines the maximum number files that can be open at any one time, system-wide (see the Kernel overview document in my earlier post, above). Be sure to read about 'maxfiles' and 'maxfiles_lim' too.
With 'nfile' I prefer to increase 'maxusers' as this has the "most" influence on the 'nfile' value when using the standard formula for 'nfile' computation (see the document and/or SAM).
In general, it's best to stick with the formulas provided for configuring parameters. In this way, interrelated parameters are adjusted in a balanced way.
SAM's interface to kernel tuning has excellent inbuilt help. In addition, SAM enforces the limits (minimum and maximum) of the various parameters, making it difficult to make mistakes.
To change any of these kernel parameters will require a reboot, so plan accordingly.
BTW, 'sar -v' will report your file table size, as will the 't'able reporting in the Glance performance monitor (if you have that).
...JRF...
"File table full" means that the Kernel 'nfile' parameter ceiling has been reached. 'nfile' defines the maximum number files that can be open at any one time, system-wide (see the Kernel overview document in my earlier post, above). Be sure to read about 'maxfiles' and 'maxfiles_lim' too.
With 'nfile' I prefer to increase 'maxusers' as this has the "most" influence on the 'nfile' value when using the standard formula for 'nfile' computation (see the document and/or SAM).
In general, it's best to stick with the formulas provided for configuring parameters. In this way, interrelated parameters are adjusted in a balanced way.
SAM's interface to kernel tuning has excellent inbuilt help. In addition, SAM enforces the limits (minimum and maximum) of the various parameters, making it difficult to make mistakes.
To change any of these kernel parameters will require a reboot, so plan accordingly.
BTW, 'sar -v' will report your file table size, as will the 't'able reporting in the Glance performance monitor (if you have that).
...JRF...
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP