timesten サブデーモンのコア ダンプが発生するという奇妙な問題が発生しています。tterrors ログを分析すると、レプリケーション エージェントが自身で保持しているロックを取得しようとしている一連のロック エラーが見つかりました (以下のログ メッセージの pid を参照)。 )、何が原因でしょうか? ログが少なくとも次の 7 分間繰り返され、最終的にコア ダンプにつながることがわかります。これは timesten/oracle の問題ですか? 既知のバグが見つからず、問題を再現することもできません
レプリケーション エージェントは、どのような状況で自己をロックアウトできますか? この場合、ロックを解除しません
15:59:23.89 警告: REP: 14037: COLLECTORDB:receiver.c(9880): TT6003: TT6003: タイムアウトのためロック要求が拒否されました 詳細: Tran 28.27845 (pid 14037) は行 ID BMUFVUAAAAAACHfK+g、テーブルの X ロックを要求していますDBUSER.CUSTOMERS. しかし、tran 7.327400504 (pid 14037) には X が含まれています (要求は X でした)。ホルダー SQL () -- ファイル "tindex.c"、lineno 4429、プロシージャ "sbTixNext()"