ログを収集します
トラブルシューティングに役立つログを収集できます。ログの収集方法は、 Docker プラグインの実行方法によって異なります。
トラブルシューティング用にログを収集する
-
推奨される管理プラグイン方式を使用して(コマンドを使用して)Tridentを実行している場合は
docker plugin
、次のように表示します。docker plugin ls ID NAME DESCRIPTION ENABLED 4fb97d2b956b netapp:latest nDVP - NetApp Docker Volume Plugin false journalctl -u docker | grep 4fb97d2b956b
標準的なロギングレベルでは、ほとんどの問題を診断できます。十分でない場合は、デバッグロギングを有効にすることができます。
-
デバッグロギングをイネーブルにするには、デバッグロギングをイネーブルにしてプラグインをインストールします。
docker plugin install netapp/trident-plugin:<version> --alias <alias> debug=true
または、プラグインがすでにインストールされている場合にデバッグログを有効にします。
docker plugin disable <plugin> docker plugin set <plugin> debug=true docker plugin enable <plugin>
-
ホストでバイナリ自体を実行している場合、ログはホストの
/var/log/netappdvp
ディレクトリ。デバッグロギングを有効にするには、を指定します-debug
プラグインを実行すると、
一般的なトラブルシューティングのヒント
-
新しいユーザーが実行する最も一般的な問題は、プラグインの初期化を妨げる構成ミスです。この場合、プラグインをインストールまたは有効にしようとすると、次のようなメッセージが表示されることがあります。
「デーモンからのエラー応答 : ダイヤル UNIM/run/docx/plugins/<id>/NetApp/smock: connect: no such file or directory`
これは、プラグインの起動に失敗したことを意味します。幸い、このプラグインには、発生する可能性の高い問題のほとんどを診断するのに役立つ包括的なログ機能が組み込まれています。
-
コンテナへの PV のマウントに問題がある場合は 'rpcbind' がインストールされていて実行されていることを確認してくださいホスト OS に必要なパッケージ・マネージャを使用して 'rpcbind' が実行されているかどうかを確認しますrpcbind サービスのステータスは 'systemctl ステータス rpcbind またはそれに相当する処理を実行することで確認できます