Teradata Database メッセージ 3610 - 3610 - Advanced SQL Engine - Teradata Database

Teradata Vantage™ - Database Messages

Product
Advanced SQL Engine
Teradata Database
Release Number
17.00
Published
2020年6月
Language
日本語
Last Update
2020-09-17
dita:mapPath
ja-JP/vza1585613049811.ditamap
dita:ditavalPath
ft:empty
dita:id
vza1585613049811
NMT
yes
Product Category
Software
Teradata Vantage
メッセージ
Internal error: Please do not resubmit the last request. SubCode, CrashCode: %VSTR
説明
内部の問題により、PEはスナップショット・ダンプの実行を決定し、指定された要求をアボートしました。 これは、システムの再起動の代わりに行なわれます。
生成もと
CONおよびPARモジュール
対象ユーザー
エンド・ユーザーおよびシステム・サポート担当者
注意
このメッセージの変数部分には、エラーの性質に関する最大3つの異なる情報が含まれている可能性があります。a) エラーのフラグをたてたルーチンを特定するために使用できるサブコード。このエラーに最初3610以外のエラー・コードのフラグが設定されている場合、サブコードはゼロになります。この場合、b)を確認します。b) エラーのフラグ設定に使用される元のエラー番号を示すクラッシュコード。この値がゼロである場合は、元のエラー指定が3610であったことを意味します。c) "失敗したクエリーはTSETQueryTextテーブルに行ID付きで入っています"という文字列の後のTSET行ID。この情報は、失敗したクエリーに関するTSET情報が正常に収集されていた場合に含まれます。この情報を転送すると、サポート・センターが障害を再現する場合に参照できます。TSETQueryTextは、システム初期化(DIP)時にDBCで作成される、グローバルに使用可能なシステム テーブルです。各行には次のフィールドがあります。QueryID(失敗したクエリーに対しての内部で生成された、そのデータベース内で一意の整数ID)、ErrorCode(内部で生成されたDBSエラー コードを表わす整数、初回リリースでは3610)、QueryTime(クエリーがTSETQueryTextに挿入された時点のタイムスタンプ)、Handled(このクエリーに対してTSETが実行されたかどうかを表わすブール値)、QueryText(3610エラーが発生した失敗したクエリーのテキスト)。バックトレースを使用できる場合、pardieを呼び出した関数を見つけます。この関数が下記のリスト内にあれば、内部問題の理由の予測が示されます。関数がリストにない場合は、pardie自体がERRTEQIFPDIEエラーを生成している可能性があります。このリストのエントリ番号は、メッセージ・テキストに指定されたSubCodeと一致します。1: ctxlopa.c: conlopa 1) 順序が間違っているリクエスト番号。2: ctxpmpc.c: congtabt 1) confiabtが間違った結果を返した。3: ctxpmpc.c: consnabt 1) ゼロに等しいAbtCtxパラメータ。4: ctxrbm.c: conrbm 1) 順序が間違っているリクエスト番号。5: ctxstop.c: SetAbortFlag 1) メッセージ クラスがSYSMSGDABCLASSと等しくない、2) メッセージの種類がDABCONABTRSPMSGKINDと等しくない。6: ctxtsk.c: DoExeAbtOrBulkEnd 1) conftabtがゼロ値を返した、2) セッションが正常に休止していない、3) アボート時にキューに入っているパーシング セッションのリクエストがある。7: ctxtsk.c: ProcessRestart 1) 着信リスト内のセッションがそのセッション コンテキストにない。8: gncalloc.c: gnccopyalloc 1) パラメータStartで無効なpstepセグメント位置が指定されている。9: gncapply.c: Run_EvlMach_R 1) PPI行は処理中であるが、パーティションが0である。10: gnccond.c: gnccond 1) evlスタック上の2つのオペランドが、それぞれ異なるスケールである。11: gncgtspl.c: gncgtspl 1) スプール リスト内のスプールがすべて使用されているため、スプールを割り当てることができない。12: gncvtutl.c: gncvtid 1) 空きスプール番号を見つけることができない。13: gnsmtb.c: GenPPIDesc 1) プライマリ インデックスのParIndexSpecノードを取得できない。14: mgcexprq.c: mgcexpallamp 1) パラメータExpkindはEXPRERXMSGまたはEXPFTHMSGと等しい必要がある。15: mgctabhd.c: CopyIndexID 1) Faked Index Listのアドレスを取得できない。2) DupIDを一致させることができない。16: mgcudfspl.c: ExpReqASF 1) セグメントを破棄できない。17: opdcheck.c: SetThemUp 1) パラメータModtabPtr-\>KindはParModTabまたはParTabRefと等しい必要がある。18: opdct.c: DoPPI 1) ParRangeのLastPartNoPtrがNILと等しい。19: opdct.c: opdct 1) pardtreeからの結果が失敗したため、パーティション式を使用して元のCREATE TABLE文を更新できない、2) pardtreeがParCheckSpecツリーをテキストに変換できない。20: opdgrant.c: AddRight 1) 不明なアクセス権が追加されている。21: opdmodpi.c: DropUSI 1) StmtListの初期ノードの種類がParMVNである。22: opdmodpi.c: getExtPartNo 1) テーブル ヘッダーのフィールド5がNullである。23: opdmodpi.c: PartList2Cond 1) パラメータとして渡された無効なノード タイプ。24: opd/opdmodpi.c: alterRange2Cond 1) パラメータとして渡された無効なノード タイプ。25: opd/opdmodpi.c: splitRange 1) 新しい範囲のパーティションの数がパーティション番号以上である
対処法
テスト・ケースをセーブして、ダンプの分析をTeradataサポート担当者に依頼します。TSET行のIDが使用できる場合、TSET情報を使用して問合わせが実行されたときの条件がサポート担当者により再現され、問題が複製されて最終的に解決されます。