# Amazon MQ イベントソースマッピングエラーのトラブルシューティング
<a name="services-mq-errors"></a>

Lambda 関数で回復不可能なエラーが発生すると、Amazon MQ コンシューマーはレコードの処理を停止します。他のコンシューマーは、同じエラーが発生しない限り、処理を続行できます。コンシューマーが停止した原因を特定するには、`StateTransitionReason` から返された詳細の `EventSourceMapping` フィールドをチェックし、以下のいずれかのコードを探します。

**`ESM_CONFIG_NOT_VALID`**  
イベントソースマッピングの設定が無効です。

**`EVENT_SOURCE_AUTHN_ERROR`**  
Lambda がイベントソースの認証に失敗しました。

**`EVENT_SOURCE_AUTHZ_ERROR`**  
Lambda にイベントソースへのアクセス許可がありません。

**`FUNCTION_CONFIG_NOT_VALID`**  
関数の設定が無効です。

レコードは、サイズが原因で Lambda が削除した場合も、未処理になります。Lambda レコードのサイズ上限は 6 MB です。関数エラー時にメッセージを再配信するには、デッドレターキュー（DLQ）を使用します。詳細については、Apache ActiveMQ ウェブサイトの [Message Redelivery and DLQ Handling](https://activemq.apache.org/message-redelivery-and-dlq-handling) および RabbitMQ ウェブサイトの [Reliability Guide](https://www.rabbitmq.com/reliability.html) を参照してください。

**注記**  
Lambda はカスタム再配信ポリシーをサポートしていません。代わりに Lambda は、Apache ActiveMQ ウェブサイトの [Redelivery Policy](https://activemq.apache.org/redelivery-policy) ページのデフォルト値のポリシーを使用し、`maximumRedeliveries` は 6 に設定します。