- Community Home
- >
- Servers and Operating Systems
- >
- Operating System - HP-UX
- >
- System Administration
- >
- Server not creating a crash dump after it panics.
-
-
Categories
- Topics
- Hybrid IT with Cloud
- Mobile & IoT
- IT for Data & Analytics
- Transformation
- Strategy and Technology
- Products
- Cloud
- Integrated Systems
- Networking
- Servers and Operating Systems
- Services
- Storage
- Company
- Events
- Partner Solutions and Certifications
- Welcome
- Welcome
- Announcements
- Tips and Tricks
- Feedback
-
Blogs
- Alliances
- Around the Storage Block
- Behind the scenes @ Labs
- Converged Data Center Infrastructure
- Digital Transformation
- Grounded in the Cloud
- HPE Careers
- HPE Storage Tech Insiders
- Infrastructure Insights
- Inspiring Progress
- Internet of Things (IoT)
- My Learning Certification
- Networking
- OEM Solutions
- Servers: The Right Compute
- Telecom IQ
- Transforming IT
-
Quick Links
- Community
- Getting Started
- FAQ
- Ranking Overview
- Rules of Participation
- Contact
- Email us
- Tell us what you think
- Information Libraries
- Integrated Systems
- Networking
- Servers
- Storage
- Other HPE Sites
- Support Center
- Enterprise.nxt
- Marketplace
- Aruba Airheads Community
-
Categories
-
Forums
-
Blogs
-
InformationEnglish
Server not creating a crash dump after it panics.
- 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
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 07:49 AM
11-25-2009 07:49 AM
Server not creating a crash dump after it panics.
Server not creating a crash dump after it panics.
uxprdb04:root# crashconf
Crash dump configuration has been changed since boot.
CLASS PAGES INCLUDED IN DUMP DESCRIPTION
UNUSED 1054822 no, by default unused pages
USERPG 2797683 no, by default user process pages
BCACHE 93551 no, by default buffer cache pages
KCODE 11317 no, by default kernel code pages
USTACK 16716 yes, by default user process stacks
FSDATA 14 yes, by default file system metadata
KDDATA 1230064 yes, by default kernel dynamic data
KSDATA 7531 yes, by default kernel static data
SUPERPG 23429 no, by default unused kernel super pages
Total pages on system: 5235127
Total pages included in dump: 1254325
Dump compressed: ON
Dump Parallel: ON
DEVICE OFFSET(kB) SIZE (kB) LOGICAL VOL. NAME
1:0x000002 2088032 1048576 2:0x000001 /dev/vx/dsk/rootdg/swapvol
1:0x000003 544896 26214400 2:0x583220 /dev/vx/dsk/swapdg/swapvol01
------------
27262976
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 07:55 AM
11-25-2009 07:55 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
and what does the shutdown log indicate was the crash? MCA?
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 07:58 AM
11-25-2009 07:58 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 08:15 AM
11-25-2009 08:15 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
is the crash dunp to be saved at some non-default directory than /var/adm/crash.
regards
Sujit
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 08:21 AM
11-25-2009 08:21 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 08:28 AM
11-25-2009 08:28 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 08:29 AM
11-25-2009 08:29 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 08:41 AM
11-25-2009 08:41 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 09:03 AM
11-25-2009 09:03 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
End of Stack Trace
linkstamp: Sat Oct 10 09:11:09 CDT 2009
_release_version: @(#) $Revision: vmunix: B.11.31_LR FLAVOR=perf
Calling function e000000001a30b20 for Shutdown State 1 type 0x2
LLT INFO V-14-1-LLT links disabled because of panic
sync'ing disks (0 buffers to flush):
GAB WARNING V-15-1-20057 Port h process 12455 inactive 7 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 8 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 9 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 10 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 11 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 12 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 13 sec
GAB WARNING V-15-1-20057 Port h process 12455 inactive 14 sec
GAB WARNING V-15-1-20058 Port h process 12455: heartbeat failed, killing process
GAB INFO V-15-1-20059 Port h heartbeat interval 15000 msec. Statistics:
GAB INFO V-15-1-20129 Port h: heartbeats in 0 ~ 3000 msec: 38310621
GAB INFO V-15-1-20129 Port h: heartbeats in 3000 ~ 6000 msec: 0
GAB INFO V-15-1-20129 Port h: heartbeats in 6000 ~ 9000 msec: 0
GAB INFO V-15-1-20129 Port h: heartbeats in 9000 ~ 12000 msec: 0
GAB INFO V-15-1-20129 Port h: heartbeats in 12000 ~ 15000 msec: 0
GAB INFO V-15-1-20088 System information:
GAB INFO V-15-1-20089 number of cpu: 4
GAB INFO V-15-1-20090 physical memory: 20940508 K
GAB INFO V-15-1-20091 free memory: 5381608 K
GAB INFO V-15-1-20095 load average in 1 min: 0. 60
GAB INFO V-15-1-20096 load average in 5 min: 0. 71
GAB INFO V-15-1-20097 load average in 15 min: 0. 77
GAB INFO V-15-1-20099 pageout rate: 0
1 fcache page still dirty
0 buffers not flushed
0 buffers still dirty
i 0 pfn 0x1 pages 0x9f
i 1 pfn 0x100 pages 0x3dc2e
i 2 pfn 0x3e19a pages 0x38e
i 3 pfn 0x3fc00 pages 0x148
i 4 pfn 0x3fd4c pages 0xa
i 5 pfn 0x3fd7e pages 0x6
i 6 pfn 0x3fde6 pages 0x6
i 7 pfn 0x100000 pages 0x400000
i 8 pfn 0x10040000 pages 0xbf1fe
i 9 pfn 0x100ff200 pages 0xe00
*** Not enough CPUS for a compressed dump ***
*** A system crash has occurred. (See the above messages for details.)
*** The system is now preparing to dump physical memory to disk, for use
*** in debugging the crash.
*** The dump will be a SELECTIVE dump with
compression OFF and concurrency ON: 5242 of 20450 megabytes.
*** To change this dump type, press any key within 10 seconds.
*** Proceeding with selective dump, with compression off and concurrency on.
Primary Dump Header Location :
Device details:
Major number: 31 Minor number:0x61000
Loading 'SysROM:Floating-Point Software Assistance Handler'...
-- 'SysROM:Floating-Point Software Assistance Handler' returned Success
Loading 'SysROM:Broadcom Gigabit Ethernet Driver'...
- Mark as New
- Bookmark
- Subscribe
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
11-25-2009 09:19 AM
11-25-2009 09:19 AM
Re: Server not creating a crash dump after it panics.
Re: Server not creating a crash dump after it panics.
in the file /etc/rc.config.d/savecrash can you uncomment these two lines.
# SAVECRASH=1
# SAVECRASH_DIR=/var/adm/crash
to
SAVECRASH=1
SAVECRASH_DIR=/var/adm/crash
and see
regards
sujit
Hewlett Packard Enterprise International
- Communities
- HPE Blogs and Forum
© Copyright 2018 Hewlett Packard Enterprise Development LP