Handle Crashdumps | Teradata Vantage - Handling Teradata Crashdumps - Advanced SQL Engine - Teradata Database

Database Administration

Product
Advanced SQL Engine
Teradata Database
Release Number
17.05
17.00
Published
June 2020
Language
English (United States)
Last Update
2021-01-22
dita:mapPath
rgu1556127906220.ditamap
dita:ditavalPath
lze1555437562152.ditaval
dita:id
B035-1093
lifecycle
previous
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 Services personnel for diagnosing errors.