Junosデバイスの設定時に発生するAnsibleエラーのトラブルシューティング

問題

原因

NETCONF RPCがタイムアウトするデフォルトの時間は30秒です。大規模な構成変更がこの値を超えると、構成をアップロードしてコミットする前に操作がタイムアウトする可能性があります。

ソリューション

既定の RPC タイムアウト間隔よりも長いコミット時間が必要になる可能性がある構成の変更に対応するには、モジュールの引数を timeout 適切な値に設定し、プレイブックを再実行します。

問題

原因

構成ロック エラーは、次の理由で発生する可能性があります。

• 別のユーザーが構成を排他ロックしています。

• 別のユーザーが構成データベースに変更を加えましたが、まだ変更をコミットしていません。

• Ansibleモジュールを実行しているユーザーには、デバイスを構成する権限がありません。

ソリューション

メッセージ文字列は通常 LockError 、問題の根本原因を示します。別のユーザーが設定に排他ロックを持っている場合、または設定を変更した場合は、ロックが解除されるか、変更がコミットされるまで待ってから、プレイブックを再度実行します。問題の原因がユーザーにデバイスを構成する権限がないことである場合は、必要な権限を持つユーザーでプレイブックを実行するか、必要に応じて、変更を行うために必要な権限を現在のユーザーに付与するようにJunosデバイスを設定します。

問題

原因

このエラー メッセージは、Ansibleモジュールを実行しているユーザーが、構成を変更する権限を持っているが、構成の要求されたセクションを変更する権限を持っていない場合に生成されます。

ソリューション

この問題を解決するには、必要な権限を持つユーザーでプレイブックを実行するか、必要に応じて、変更を行うために必要な権限を現在のユーザーに付与するように Junos デバイスを構成します。

問題

原因

構成ロック エラーは、「 構成ロック エラーのトラブルシューティング」で説明されている理由で発生する可能性があります。ただし、タスクがコミットチェックとコミット操作をリクエストし、コミットチェック操作が設定ロックを解除する前にデバイスがコミット操作を開始した場合、 の代わりに CommitError LockError の一部として設定ロック失敗メッセージが生成される場合があります。

ソリューション

デバイスがコミット チェック操作を完了し、コミット操作を開始する前に構成ロックを解放するのに十分な時間を確保するには、モジュールの check_commit_wait パラメーターを適切な値に設定し、プレイブックを再実行します。値は check_commit_wait 、コミット チェックとコミット操作の間に待機する秒数です。

以下のサンプル タスクは、コミット チェックとコミット操作の間に 5 秒間待機します。