- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Not creating Crash Dump file - what am I missi...
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
Discussions
Discussions
Forums
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
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-04-2009 10:46 AM
тАО08-04-2009 10:46 AM
Re: Not creating Crash Dump file - what am I missing?
Bill & Steve - apologies for my delay in getting back here.
Bill,
Thanks for the boot_dev info - it, obviously, needs to be corrected. It does confuse me tho' that the node Cache2 has the same set up and *does* write a crash dump.
Each boot disk is a shadowed local disk to each system, so I thought I was ok with it.
Your thoughts about the corrections will be applied...
Steve,
the boot device is local (internal) and shadowed using Dka0 and Dkb0 - the thinkin' being if a controller "died" we'd have the redundancy - maybe not so good in retrospect...
Volume Name is: CACHE1_V83-0 Shadow Set is: Dsa1: Disk order is: _$1$DKA0: _$1$DKB0: None
Volume Name is: CACHE2_V83-0 Shadow Set is: Dsa2: Disk order is: _$2$DKA0: _$2$DKB0: None
This *used* to work - that's what's got me befuddled. I've not made any *intentional* changes (we all know how that goes :^)
Thanks for your thoughts and time.
Rich
_
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-04-2009 11:09 AM
тАО08-04-2009 11:09 AM
Re: Not creating Crash Dump file - what am I missing?
This is just an excerpt from an old Alpha management manual. Note number 3. below.
On Alpha systems, the requirements for writing the DOSD are the following:
The dump device directory structure must resemble the current system disk structure. The [SYSn.SYSEXE]SYSDUMP.DMP file will reside there, with the same boot time system root.
Use AUTOGEN to create this file. In the MODPARAMS.DAT file, the following symbol prompts AUTOGEN to create the file:
DUMPFILE_DEVICE = $nnn$ddcuuuu
You can enter a list of devices.
1. The dump disk must have an ODS-2 file structure.
2. The dump device cannot be part of a volume set.
3. The dump device cannot be part of a shadow set unless it is also the system device and the master member of the shadow set.
Use the following format to specify the dump device environment variable DUMP_DEV at the console prompt:
>>> SET DUMP_DEV device-name[...]
If I remember correctly, the DUMP_DEV definitions are only required if you are dumping OFF the system disk. (not true in your case)
Dave
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-04-2009 11:52 AM
тАО08-04-2009 11:52 AM
Re: Not creating Crash Dump file - what am I missing?
Dave,
"the DUMP_DEV definitions are only required if you are dumping OFF the system disk"
Ah, that could explain why I never recall having set it before.
Tnx,
Rich
_
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2009 12:20 AM
тАО08-05-2009 12:20 AM
Re: Not creating Crash Dump file - what am I missing?
Having shadowed disks is just fine and dandy and will achieve resilience (as you suggest).
The thing you need to do is switch one of the disks to a different SCSI ID - make them, say, DKA0 and DKB100.
If I recall correctly, I think the name of the chap that described crashing and having different SCSI IDs on disks being essential was Richard Bishop. If you have the same SCSI ID on two disks in a shadow set, the driver that is being used for the crash dump writing isn't sure which is the master member so will sometimes get it right, othertimes get it wrong.
Steve
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-05-2009 01:19 AM
тАО08-05-2009 01:19 AM
Re: Not creating Crash Dump file - what am I missing?
Steve,
Fascinating stuff. Faux pas par excellence on my part I'd say, what with the same drive #'s. I'll have to see what I can do to get them changed. Thank you for picking up on my missing your point - do 'preciate you clarifying.
Rich
_
- « Previous
-
- 1
- 2
- Next »