- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- There is no disk space to dump the complete core f...
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
03-02-2004 01:25 PM
03-02-2004 01:25 PM
There is no disk space to dump the complete core file
Thanks for your helping me
Take care.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-02-2004 01:43 PM
03-02-2004 01:43 PM
Re: There is no disk space to dump the complete core file
Have a look in /sbin/init.d/savecrash /sbin/init.d/crashconf and /etc/rc.config.d/crashconf and /etc/rc.config.d/savecrash files
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2004 06:01 AM
03-04-2004 06:01 AM
Re: There is no disk space to dump the complete core file
You have a seperate dump device or using the swap device as the dump device ??
It is always recommended to have a seperate dump device file. If swap device is also used as the dump device and if the system is rebooted once without saving the core dump then it happens that the startup script enables the swap on the swap device using swapon and you cannot save the core dump on the filesystem any more.
Sundar.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2004 06:12 AM
03-04-2004 06:12 AM
Re: There is no disk space to dump the complete core file
There are two things to look at for system crash core files.
1. Enough disk space to save the dump initially during the system crash. You can find it out with 'crashconf -v' command. Look at "Total pages included in dump" (say dump_needed) and multiply with 4K to get the required space in KB. Compare it with the total that is displayed under the DEVICE section (say total_dump_configured). If total_dump_configured is less than dump_needed, then you will need to add more dump space to the system.
2. Once the system dumps the image successfully, then it will be saved to a filesystem while the system boots up. You will need to have atleast 1/3rd of the space in /var/adm/crash (if you didn't customize it) as the dump will be compressed before it is saved. If you don't have enough space in crash directory, then the savecrash process will fail. You may not be able to retrieve the dump later if this dump area is from swap.
-Sri
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-04-2004 07:17 AM
03-04-2004 07:17 AM
Re: There is no disk space to dump the complete core file
Next the system reboots and after the filesystems are mounted, startup will look at the configuration in /etc/rc.config.d/savecrash to see if a crash dump is to be taken (SAVECRASH=1) and what options are to be used. The crash will normally be copied from the dump area to /var/adm/crash (per the savecrash file) but can be changed. Or, you can turn off saving the crashdump with SAVECRASH=0. If you don't have disk space, this is the easiest thing to do.
Of course, the best thing to do is to prevent crashes by regular patching, but if one does occur and you cannot save the results to disk, you can run savecrash manually with the -t option to save the crash to tape. You can then have the tape analyzed at a later time.
Bill Hassell, sysadmin