メニュー
AWS Greengrass
開発者ガイド

AWS Greengrass アプリケーションのトラブルシューティング

一般的な問題

症状 ソリューション

デプロイに関する 403 Forbidden エラーがログに表示される。

クラウドの AWS Greengrass コア のポリシーに、許可されたアクションとして「greengrass:*」が含まれていることを確認します。

デバイスのシャドウがクラウドと同期していない。

AWS Greengrass コア に「iot:UpdateThingShadow」アクションと「iot:GetThingShadow」アクションのアクセス許可があることを確認します。

ユーザーの名前空間が有効になっていないために AWS Greengrass コア ソフトウェアが Raspberry Pi で実行されない。

rpi-update を実行して更新します。Raspbian からリリースされた新しいカーネル 4.9 では、ユーザーの名前空間が有効になっています。

create-deployment の初回実行時に ConcurrentDeployment エラーが発生する。

デプロイが進行中である可能性があります。get-deployment-history を実行してデプロイが作成済みかどうかを確認できます。作成済みでない場合は、デプロイを作成し直します。

AWS Greengrass コア ソフトウェアが正常に起動しない。

  • アーキテクチャに適したバイナリを使用していることを確認します。

  • AWS Greengrass コア デバイスにローカルストレージがあることを確認します。

    詳細については、「ログでのトラブルシューティング」を参照してください。

greengrassd スクリプトに「unable to accept TCP connection. accept tcp [::]:8000: accept4: too many open files」と表示される。

AWS Greengrass コア ソフトウェアのファイル記述子の制限がしきい値に達しているため、制限を引き上げる必要があります。

次のコマンドを使用します。

Copy
ulimit -n 2048

次に AWS Greengrass コア ソフトウェアを再起動します。

注記

この例では、制限を 2048 に引き上げています。ユースケースに適した値を選択してください。

ログでのトラブルシューティング

ログの保存先としてローカルファイルシステムを設定している場合は、次の場所を探します。

GREENGRASS_ROOT/crash.log

AWS Greengrass コア のクラッシュ時に生成されたメッセージを示します。

GREENGRASS_ROOT/var/log/system/runtime.log

失敗したコンポーネントに関するメッセージを示します。

GREENGRASS_ROOT/var/log/system/

このフォルダには、AWS Greengrass システムの Lambda 関数からのすべてのログが入ります。var/log/system/var/log/system/runtime.log のメッセージを使用して、AWS Greengrass システムの Lambda 関数で発生したエラーを確認できます。

注記

デフォルトでは、GREENGRASS_ROOT/greengrass ディレクトリです。

ログの保存先としてクラウドを設定している場合は、CloudWatch Logs を使用してログメッセージを確認します。クラッシュログは、まだ AWS Greengrass コア デバイスにあります。

システムの Lambda 関数から AWS IoT に接続しようとして、接続エラーが発生する場合は、CloudWatch の AWS IoT ログで詳細を確認します。

注記

AWS IoT のログの書き込み先として CloudWatch を設定する必要があります。

ストレージ問題のトラブルシューティング

ローカルファイルストレージがいっぱいになると、一部のコンポーネントが正常に動作しなくなる場合があります。

  • ローカルシャドウが更新されなくなります。

  • 新しい AWS Greengrass コア MQTT サーバー証明書がローカルにダウンロードできなくなります。

  • デプロイが失敗します。

ローカルで使用可能な空き領域のサイズを常に把握しておく必要があります。サイズの計算は、デプロイした Lambda 関数のサイズ、ログ記録の設定 (ログでのトラブルシューティングを参照)、およびローカルに保存されているシャドウ数に基づいて行います。

メッセージのトラブルシューティング

AWS Greengrass 内で送信されるすべてのメッセージは、QoS 0 で送信されます。AWS Greengrass コア を再起動すると、未処理のメッセージは失われます。したがって、AWS Greengrass コア の再起動はサービスの中断が最も少ないときに行います。AWS Greengrass コア はデプロイ時にも再起動されます。