HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- No crashdump after system reboot
Operating System - HP-UX
1835593
Members
2689
Online
110079
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
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
12-03-2003 03:04 PM
12-03-2003 03:04 PM
No crashdump after system reboot
HP-UX 11.0
L2000
Server rebooted by itself. However, there's no crashdump in /var/adm/crash/crash.X and /var/tombstones/ts99 has invalid timestamp.
From document: UXDNKBRC00003155
Checked that swapinfo -tam has:
dev 1024 236 788 23% 0 - 1 /dev/vg00/lvol2
From lvlnboot -v:
Dump: lvol2 on: /dev/dsk/c1t2d0, 0
The document mentiones dump device is the swap device, and swapping started, overwriting the dump.
How do I configure to protect against this using /etc/rc.config.d/savecrash?
Thanks in advance.
L2000
Server rebooted by itself. However, there's no crashdump in /var/adm/crash/crash.X and /var/tombstones/ts99 has invalid timestamp.
From document: UXDNKBRC00003155
Checked that swapinfo -tam has:
dev 1024 236 788 23% 0 - 1 /dev/vg00/lvol2
From lvlnboot -v:
Dump: lvol2 on: /dev/dsk/c1t2d0, 0
The document mentiones dump device is the swap device, and swapping started, overwriting the dump.
How do I configure to protect against this using /etc/rc.config.d/savecrash?
Thanks in advance.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-03-2003 04:39 PM
12-03-2003 04:39 PM
Re: No crashdump after system reboot
Hi MJ,
1. Check the rc.log & rc.log.old, hope there's a hint from this log files. See whether the system generate the crashdump or not 8-).
You can also check the OLDsyslog.old to capture some hint to see why the system rebooted by itself.
2. Try to call the crashdump again by executing this command below :
# savecrash -r -v /var/adm/crash
3. You can check also your system whether the system can generate the crashdump or not, by doing a TOC process. But make sure you set the sytem to accept this process, see the /etc/rc.config.d/savecrash.
Set the SAVECRASH=1 and SAVECRASH_DIR=/var/adm/crash.
TOC process :
1. CTRL B
2. CM> tc
The reason you need to check with TOC process is to make sure that your system can capture the crashdump in the future into the right place.
Hope this information can help you.
Best Regards,
AW
1. Check the rc.log & rc.log.old, hope there's a hint from this log files. See whether the system generate the crashdump or not 8-).
You can also check the OLDsyslog.old to capture some hint to see why the system rebooted by itself.
2. Try to call the crashdump again by executing this command below :
# savecrash -r -v /var/adm/crash
3. You can check also your system whether the system can generate the crashdump or not, by doing a TOC process. But make sure you set the sytem to accept this process, see the /etc/rc.config.d/savecrash.
Set the SAVECRASH=1 and SAVECRASH_DIR=/var/adm/crash.
TOC process :
1. CTRL B
2. CM> tc
The reason you need to check with TOC process is to make sure that your system can capture the crashdump in the future into the right place.
Hope this information can help you.
Best Regards,
AW
now working, next not working ... that's unix
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
12-03-2003 05:30 PM
12-03-2003 05:30 PM
Re: No crashdump after system reboot
Hi Mei Jiao,
To ensure your dump is saved after a crash I would create another dump partition for it - if you have the spare disk space - which can also be used as a swap partition. The first step to perform is to verify the necessary pages are included in the dump. You can use the crashconf command to verify this, ideally you would like the following regions - KCODE, USTACK, FSDATA, KDDATA and KSDATA. Unfortunately KCODE wasn't included in the default dump config. To check :
# crashconf -v | egrep -i "kc|fsd|kd|ks" | awk '{print $1, $3}'
KCODE no,
USTACK yes,
FSDATA yes,
KDDATA yes,
KSDATA yes,
To add this from the command line use :
# crashconf -i KCODE
To add it to the startup configuration edit the file /etc/rc.config.d/crashconf and add the entry to the following line :
CRASH_INCLUDED_PAGES="KCODE"
Now you are ready to check the size of the partition needed - ideally run this when the system is at normal or peak usage :
# crashconf -v | awk ' /included/ {printf("%d MB required\n", ($6*4)/1024)}'
164 MB required
So on my system I will need 164 MB save the required dump - I would add 10% to be on the safe side so ~ 180 MB. You then need to create a logical volume, which I will create as sswap in vg01 :
# lvcreate -L 180 -C y -r n -n sswap vg01
You can then add the following lines to /etc/fstab :
/dev/vg01/sswap / swap pri=2 0 0
/dev/vg01/sswap / dump defaults 0 0
Take care to make the swap partition a lesser priority than than primary swap otherwise this will be overwritten too. You can then activate the swap area :
# swapon -a
All that is left is to insure the CRASHCONF_READ_FSTAB variable is set to 1 in /etc/rc.config.d/crashconf and rerun the crashconf startup script :
# /sbin/init.d/crashconf start
Use crashconf -v to check the new dump area has been configured. The dump will write from the end of the last device backwards so that there is less chance it is overwritten.
Cheers,
James.
To ensure your dump is saved after a crash I would create another dump partition for it - if you have the spare disk space - which can also be used as a swap partition. The first step to perform is to verify the necessary pages are included in the dump. You can use the crashconf command to verify this, ideally you would like the following regions - KCODE, USTACK, FSDATA, KDDATA and KSDATA. Unfortunately KCODE wasn't included in the default dump config. To check :
# crashconf -v | egrep -i "kc|fsd|kd|ks" | awk '{print $1, $3}'
KCODE no,
USTACK yes,
FSDATA yes,
KDDATA yes,
KSDATA yes,
To add this from the command line use :
# crashconf -i KCODE
To add it to the startup configuration edit the file /etc/rc.config.d/crashconf and add the entry to the following line :
CRASH_INCLUDED_PAGES="KCODE"
Now you are ready to check the size of the partition needed - ideally run this when the system is at normal or peak usage :
# crashconf -v | awk ' /included/ {printf("%d MB required\n", ($6*4)/1024)}'
164 MB required
So on my system I will need 164 MB save the required dump - I would add 10% to be on the safe side so ~ 180 MB. You then need to create a logical volume, which I will create as sswap in vg01 :
# lvcreate -L 180 -C y -r n -n sswap vg01
You can then add the following lines to /etc/fstab :
/dev/vg01/sswap / swap pri=2 0 0
/dev/vg01/sswap / dump defaults 0 0
Take care to make the swap partition a lesser priority than than primary swap otherwise this will be overwritten too. You can then activate the swap area :
# swapon -a
All that is left is to insure the CRASHCONF_READ_FSTAB variable is set to 1 in /etc/rc.config.d/crashconf and rerun the crashconf startup script :
# /sbin/init.d/crashconf start
Use crashconf -v to check the new dump area has been configured. The dump will write from the end of the last device backwards so that there is less chance it is overwritten.
Cheers,
James.
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