Handle Crashdumps | Teradata Vantage - Handling Teradata Crashdumps - Analytics Database - Teradata Vantage

Database Administration

Deployment
VantageCloud
VantageCore
Edition
Enterprise
IntelliFlex
VMware
Product
Analytics Database
Teradata Vantage
Release Number
17.20
Published
June 2022
ft:locale
en-US
ft:lastEdition
2024-10-04
dita:mapPath
pgf1628096104492.ditamap
dita:ditavalPath
qkf1628213546010.ditaval
dita:id
ujp1472240543947
lifecycle
latest
Product Category
Teradata Vantageā„¢

Use the Debug screen of the ctl utility to verify Teradata crashdumps control settings. The Debug fields should read as the following table describes.

ctl Field Name Value Purpose
Save Dumps Off Although the default setting for this field in On, which enables the automatic transfer of Teradata crashdumps from the dump directory to DBC.Crashdumps database, it is a best practice to set this field to Off.

It is a best practice to set this field to Off because allowing the system to automatically save crashdumps can be resource intensive. You can manually save the crashdumps if you need to by using the -force option of CSP. For more information, see Manually Saving Teradata Crashdumps to the Crashdumps Database or Manually Saving Teradata Crashdumps to Stream Files.

Maximum Dumps 5 Set the maximum number of raw PDE dumps per node that the system will save on the dump directory. This includes snapshot dumps.
  • The value of -1 means that the number of dumps is limited only by the space available on the disk containing the dump directory. This is not recommended.
  • A value of 0 means no dumps will be saved.
  • The default is 5.

If the maximum value has been reach and another dump occurs, the latest dump is not captured and an error message is printed to the messages log.

Snapshot Crash Off A snapshot dump logs information about a recoverable error without requiring the system to restart.

This field should only be changed under the direction of Teradata Support personnel for diagnosing errors.