Skip to main content
本製品の最新リリースがご利用いただけます。
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

ネットワーク、ハードウェア、およびプラットフォームの問題をトラブルシューティングする

共同作成者
PDF

ここでは、 StorageGRID ネットワーク、ハードウェア、およびプラットフォームの問題に関連する問題の原因を特定するのに役立ついくつかのタスクを紹介します。

"`422: Unprocessable Entity'"エラーが発生しました

エラー422: Unprocessable Entityは、さまざまな理由で発生する可能性があります。エラーメッセージを調べて、問題 の原因を特定します。

表示されたいずれかのエラーメッセージが表示された場合は、推奨される対処方法を実行してください。

エラーメッセージです ルート原因 および対処方法 
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration. Unable to
authenticate, please verify
your username and password:
LDAP Result Code 8 "Strong
Auth Required": 00002028:
LdapErr: DSID-0C090256,
comment: The server requires
binds to turn on integrity
checking if SSL\TLS are not
already active on the
connection, data 0, v3839

このメッセージは、 Windows Active Directory （ AD ）を使用してアイデンティティフェデレーションを設定するときに、 Transport Layer Security （ TLS ）で「 TLS を使用しない」オプションを選択した場合に表示されることがあります。

LDAP 署名を強制する AD サーバでは、「 TLS を使用しない」オプションの使用はサポートされていません。STARTTLS を使用する * オプションまたは TLS に LDAPS * を使用するオプションのいずれかを選択する必要があります。

 
422: Unprocessable Entity

Validation failed. Please check
the values you entered for
errors. Test connection failed.
Please verify your
configuration.Unable to
begin TLS, verify your
certificate and TLS
configuration: LDAP Result
Code 200 "Network Error":
TLS handshake failed
    (EOF)

このメッセージは、サポートされない暗号を使用して、 StorageGRID からフェデレーションまたはクラウドストレージプールの識別に使用する外部システムへの Transport Layer Security （ TLS ）接続を試みた場合に表示されます。

外部システムで提供されている暗号を確認します。システムでは、のいずれかを使用する必要があります "StorageGRID でサポートされている暗号" StorageGRID の管理手順を参照してください。

グリッドネットワークMTU mismatchアラート

グリッドネットワークインターフェイス（ eth0 ）の最大伝送ユニット（ MTU ）設定がグリッド内のノード間で大きく異なる場合に、 * Grid Network MTU mismatch * アラートがトリガーされます。

このタスクについて

MTU 設定の違いから、 eth0 ネットワークの一部がジャンボフレーム用に設定されているが、すべてではないことがわかります。MTU サイズが 1000 を超えると、原因 のネットワークパフォーマンスの問題が発生する可能性があります。

手順

  1. すべてのノードの eth0 についての MTU 設定を表示します。

    • Grid Manager に用意されているクエリを使用する。

    • に移動します primary Admin Node IP address/metrics/graph をクリックし、次のクエリを入力します。 node_network_mtu_bytes{interface='eth0'}

  2. "MTUの設定を変更します" 必要に応じて、すべてのノードのグリッドネットワークインターフェイス（eth0）で同じにする必要があります。

    • LinuxベースおよびVMwareベースのノードの場合は、次のコマンドを使用します。 /usr/sbin/change-ip.py [-h] [-n node] mtu network [network...]

      • 例 * ： change-ip.py -n node 1500 grid admin

        *注：Linuxベースのノードでは、コンテナのネットワークに必要なMTU値がホストインターフェイスですでに設定されている値を超える場合、まずホストインターフェイスを設定して必要なMTU値を設定し、を使用する必要があります change-ip.py コンテナ内のネットワークのMTU値を変更するスクリプト。

      Linux または VMware ベースのノードで MTU を変更するには、次の引数を使用します。

    位置指定引数 説明

    mtu

    設定する MTU 。1280 ～ 9216 の範囲内にある必要があります。

    network

    MTU を適用するネットワーク。次のネットワークタイプを 1 つ以上指定します。

    • グリッド（ Grid ）

    • 管理

    • クライアント

    +

    オプションの引数 説明

    -h, – help

    ヘルプメッセージを表示して終了します。

    -n node, --node node

    ノード。デフォルトはローカルノードです。

Network Receive Error（NRER）アラーム

ネットワーク受信エラー（ NRER ）アラームは、 StorageGRID とネットワークハードウェア間の接続の問題が原因で発生することがあります。場合によっては、 NRER エラーが手動操作なしでクリアされることがあります。エラーがクリアされない場合は、推奨される対処方法を実行します。

このタスクについて

NRER アラームは、 StorageGRID に接続するネットワークハードウェアに関する次の問題が原因で発生する可能性があります。

  • Forward Error Correction （ FEC; 前方誤り訂正）が必要で、使用されていません

  • スイッチポートと NIC の MTU が一致しません

  • リンクエラー率が高くなっています

  • NIC リングバッファオーバーラン

手順

  1. ネットワーク設定によっては、 NRER アラームの潜在的な原因に対処するためのトラブルシューティング手順を実行してください。

  2. エラーの原因 に応じて、次の手順を実行します。

    FECが一致しません
    メモ これらの手順は、StorageGRID アプライアンスでFEC不一致が原因で発生したNRERエラーにのみ適用されます。

    1. StorageGRID アプライアンスに接続されているスイッチのポートの FEC ステータスを確認します。

    2. アプライアンスからスイッチへのケーブルの物理的な整合性をチェックしてください。

    3. NRERアラームを解決するためにFEC設定を変更する場合は、まずStorageGRID アプライアンスインストーラの[Link Configuration]ページで、アプライアンスが* Auto *モードに設定されていることを確認します（使用しているアプライアンスの手順を参照してください。

    4. スイッチポートのFEC設定を変更します。StorageGRID アプライアンスのポートは、可能であれば、 FEC 設定を調整して一致させます。

      StorageGRID アプライアンスではFECを設定できません。アプライアンスは、接続先のスイッチポートで FEC 設定を検出し、ミラーリングしようとします。リンクが 25GbE または 100GbE のネットワーク速度に強制的に設定されている場合、スイッチと NIC が共通の FEC 設定をネゴシエートできない可能性があります。共通の FEC 設定がない場合、ネットワークは「 no-fec 」モードに戻ります。FECが有効になっていない場合、接続は電気的ノイズによるエラーの影響を受けやすくなります。

      メモ StorageGRID アプライアンスは、NO FECに加えて、Firecode（FC）FECとReed Solomon（RS）FECをサポートしています。
    スイッチポートと NIC の MTU が一致しません

    エラーの原因がスイッチポートと NIC MTU の不一致である場合は、ノードに設定されている MTU サイズがスイッチポートの MTU 設定と同じであることを確認してください。

    ノードに設定されている MTU サイズは、そのノードが接続されているスイッチポートの設定よりも小さい場合があります。StorageGRID ノードが MTU より大きいイーサネットフレームを受信すると、この設定では NRER アラームが報告される場合があります。このような状況が発生していると思われる場合は、スイッチポートの MTU を StorageGRID ネットワークインターフェイスの MTU に一致するように変更するか、 StorageGRID ネットワークインターフェイスの MTU をスイッチポートに合わせて変更します。 MTU の目的または要件に応じて変更します。

    重要 ネットワークのパフォーマンスを最大限に高めるには、すべてのノードのグリッドネットワークインターフェイスで MTU 値がほぼ同じになるように設定する必要があります。個々のノードのグリッドネットワークの MTU 設定に大きな違いがある場合は、 * Grid Network MTU mismatch * アラートがトリガーされます。MTU値はすべてのネットワークタイプで同じである必要はありません。を参照してください Grid Network MTU mismatch アラートのトラブルシューティングを行います を参照してください。
    メモ も参照してください "MTU 設定を変更します"。
    リンクエラー率が高くなっています

    1. まだイネーブルになっていない場合は、 FEC をイネーブル

    2. ネットワークケーブルの品質が良好で、損傷や不適切な接続がないことを確認します。

    3. ケーブルに問題がない場合は、テクニカルサポートにお問い合わせください。

      メモ 電気的ノイズが大きい環境では、エラー率が高くなることがあります。
    NIC リングバッファオーバーラン

    エラーが NIC リングのバッファオーバーランである場合は、テクニカルサポートに連絡してください。

    StorageGRID システムが過負荷になっていて、ネットワークイベントをタイムリーに処理できない場合、リングバッファがオーバーランする可能性があります。

  3. 原因となっている問題を解決したら、エラーカウンタをリセットします。

    1. サポート * > * ツール * > * グリッドトポロジ * を選択します。

    2. _site * > * _grid node_name > * SSM * > * Resources * > * Configuration * > * Main * を選択します。

    3. [* 受信エラーカウントをリセットする * ] を選択し、 [ * 変更を適用する * ] をクリックします。

関連情報

"アラーム一覧（従来のシステム）"

時刻同期エラー

グリッドで時刻の同期に関する問題が発生する可能性があります。

時刻の同期の問題が発生する場合は、少なくとも 4 つの外部 NTP ソースが指定されており、それぞれ Stratum 3 以上であることを確認します。それらのすべての外部 NTP ソースが正常に動作しており、 StorageGRID のノードからアクセスできることを確認する必要があります。

メモ いつ "外部NTPソースの指定" 本番レベルのStorageGRID インストールの場合は、Windows Server 2016より前のバージョンのWindowsでWindows Time (W32Time)サービスを使用しないでください。以前のバージョンの Windows のタイムサービスは精度が十分でないため、 StorageGRID などの高精度環境での使用は Microsoft でサポートされていません。

Linux ：ネットワーク接続の問題

Linux ホストでホストされている StorageGRID グリッドノードのネットワーク接続に問題が発生することがあります。

MAC アドレスのクローニング

ネットワークの問題は、 MAC アドレスのクローニングを使用して解決できる場合があります。仮想ホストを使用している場合は、各ネットワークの MAC アドレスクローニングキーの値をノード構成ファイルで「 true 」に設定します。この設定により、 StorageGRID コンテナの MAC アドレスがホストの MAC アドレスを使用するようになります。ノード構成ファイルを作成するには、の手順を参照してください "Red Hat Enterprise Linux または CentOS" または "Ubuntu または Debian"。

重要 Linux ホスト OS で使用する個別の仮想ネットワークインターフェイスを作成します。Linux ホスト OS 原因 と StorageGRID コンテナに同じネットワークインターフェイスを使用すると、ハイパーバイザーでプロミスキャスモードが有効になっていない場合、ホスト OS が到達不能になることがあります。

MACクローニングのイネーブル化の詳細については、の手順を参照してください "Red Hat Enterprise Linux または CentOS" または "Ubuntu または Debian"。

プロミスキャスモードです

MACアドレスクローニングを使用せず、ハイパーバイザーによって割り当てられたMACアドレス以外のMACアドレスのデータをすべてのインターフェイスで送受信できるようにする場合は、 [Promiscuous Mode]、[MAC Address Changes]、および[Forged Transmits]で、仮想スイッチおよびポートグループレベルのセキュリティプロパティが[Accept]に設定されていることを確認します。仮想スイッチに設定された値は、ポートグループレベルの値によって上書きできるため、両方のレベルで設定が同じであることを確認してください。

プロミスキャスモードの使用方法の詳細については、の手順を参照してください "Red Hat Enterprise Linux または CentOS" または "Ubuntu または Debian"。

Linux：ノードのステータスは「orphaned」です。

orphaned 状態の Linux ノードは、通常、 StorageGRID サービスまたはノードのコンテナを制御している StorageGRID ノードデーモンが予期せず停止したことを示しています。

このタスクについて

Linux ノードが orphaned 状態になった場合は、次のように対応策を実行してください。

  • ログでエラーとメッセージを確認します。

  • ノードを再起動してみます。

  • 必要に応じて、コンテナエンジンのコマンドを使用して既存のノードコンテナを停止します。

  • ノードを再起動します。

手順

  1. サービスデーモンと orphaned 状態のノードの両方のログを調べ、明らかなエラーや予期しない終了に関するメッセージがないか確認します。

  2. ホストに root としてログインするか、 sudo 権限を持つアカウントを使ってログインします。

  3. 次のコマンドを実行して、ノードの再起動を試行します。 $ sudo storagegrid node start node-name

    $ sudo storagegrid node start DC1-S1-172-16-1-172

    ノードが孤立している場合、応答はになります

    Not starting ORPHANED node DC1-S1-172-16-1-172

  4. Linux から、コンテナエンジンおよび StorageGRID ノードを制御しているすべてのプロセスを停止します。例：sudo docker stop --time secondscontainer-name

    の場合 `seconds`で、コンテナの停止を待機する秒数を入力します（通常は15分以下）。例：

    sudo docker stop --time 900 storagegrid-DC1-S1-172-16-1-172

  5. ノードを再起動します。 storagegrid node start node-name

    storagegrid node start DC1-S1-172-16-1-172

Linux ： IPv6 サポートのトラブルシューティングを行います

Linux ホストに StorageGRID ノードをインストールしていて、 IPv6 アドレスが想定どおりにノードコンテナに割り当てられていない場合は、カーネルでの IPv6 サポートの有効化が必要となることがあります。

このタスクについて

Grid Manager の次の場所で、グリッドノードに割り当てられている IPv6 アドレスを確認できます。

  • ノードを選択し、ノードを選択します。次に、 [ 概要 ] タブの [* IP アドレス * の横にある [ さらに * 表示 ] を選択します。

    ノードのスクリーンショット > 概要 > IP アドレス

  • サポート * > * ツール * > * グリッドトポロジ * を選択します。次に、 * Node* > * SSM * > * Resources * を選択します。IPv6 アドレスが割り当てられている場合は、「 * ネットワークアドレス * 」セクションの IPv4 アドレスの下に表示されます。

IPv6 アドレスが表示されず、ノードが Linux ホストにインストールされている場合は、次の手順に従ってカーネルで IPv6 サポートを有効にします。

手順

  1. ホストに root としてログインするか、 sudo 権限を持つアカウントを使ってログインします。

  2. 次のコマンドを実行します。 sysctl net.ipv6.conf.all.disable_ipv6

    root@SG:~ # sysctl net.ipv6.conf.all.disable_ipv6

    結果は 0 になります。

    net.ipv6.conf.all.disable_ipv6 = 0
    メモ 結果が0でない場合は、オペレーティングシステムのドキュメントで変更方法を確認してください sysctl 設定：次に進む前に、値を 0 に変更します。

  3. StorageGRID ノードコンテナを入力します。 storagegrid node enter node-name

  4. 次のコマンドを実行します。 sysctl net.ipv6.conf.all.disable_ipv6

    root@DC1-S1:~ # sysctl net.ipv6.conf.all.disable_ipv6

    結果は 1 になります。

    net.ipv6.conf.all.disable_ipv6 = 1
    メモ 結果が 1 でない場合、この手順 は適用されません。テクニカルサポートにお問い合わせください。

  5. コンテナを終了します。 exit

    root@DC1-S1:~ # exit

  6. rootとして次のファイルを編集します。 /var/lib/storagegrid/settings/sysctl.d/net.conf。

    sudo vi /var/lib/storagegrid/settings/sysctl.d/net.conf

  7. 次の 2 行を探して、コメントタグを削除します。次に、ファイルを保存して閉じます。

    net.ipv6.conf.all.disable_ipv6 = 0
    net.ipv6.conf.default.disable_ipv6 = 0

  8. 次のコマンドを実行して、 StorageGRID コンテナを再起動します。

    storagegrid node stop node-name
    storagegrid node start node-name