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

StorageGRIDの管理ノードとユーザーインターフェースの問題のトラブルシューティング

管理ノードおよび StorageGRID ユーザーインターフェースに関連する問題の原因を特定するために、いくつかのタスクを実行できます。

管理者ノードのサインインエラー

StorageGRID 管理ノードへのサインイン時にエラーが発生した場合、システムに"ネットワーク"または "ハードウェア"の問題、"管理ノードサービス"に関する問題、あるいは接続されたストレージノード上の"Cassandraデータベースに関する問題"が原因である可能性があります。

開始する前に
タスク概要

管理ノードへのサインイン時に以下のいずれかのエラーメッセージが表示された場合は、以下のトラブルシューティング ガイドラインを参照してください。

  • Your credentials for this account were invalid. Please try again.

  • Waiting for services to start…​

  • Internal server error. The server encountered an error and could not complete your request. Please try again. If the problem persists, contact Technical Support.

  • Unable to communicate with server. Reloading page…​

手順
  1. 10分待ってから、もう一度ログインしてみてください。

    エラーが自動的に解決されない場合は、次の手順に進んでください。

  2. StorageGRID システムに複数の管理ノードがある場合は、別の管理ノードからGrid Managerにサインインして、利用できない管理ノードのステータスを確認してください。

    • ログインできる場合は、ダッシュボードノードアラート、*サポート*の各オプションを使用して、エラーの原因を特定できます。

    • 管理者ノードが1つしかない場合、またはそれでもサインインできない場合は、次の手順に進んでください。

  3. ノードのハードウェアがオフラインかどうかを判断します。

  4. StorageGRID システムでシングル サインオン(SSO)が有効になっている場合は、"シングル サインオンの設定"の手順を参照してください。

    問題解決のために、特定の管理ノードに対して一時的にSSOを無効化してから再度有効化する必要がある場合があります。

    メモ シングル サインオンが有効になっている場合、制限されたポートを使用してサインオンすることはできません。ポート443を使用する必要があります。
  5. 使用しているアカウントがフェデレーションユーザーのものであるかどうかを確認してください。

    連携ユーザーアカウントが機能しない場合は、rootなどのローカルユーザーとしてGrid Managerにサインインしてみてください。

    • ローカルユーザーがサインインできる場合:

      1. アラートを確認します。

      2. 設定アクセス制御IDフェデレーション を選択します。

      3. 接続テスト をクリックして、LDAPサーバの接続設定を検証します。

      4. テストが失敗した場合は、設定エラーをすべて解決してください。

    • ローカルユーザーがサインインできない場合で、認証情報が正しいと確信できる場合は、次の手順に進んでください。

  6. Secure Shell (SSH) を使用して管理ノードにログインします。

    1. 次のコマンドを入力します: ssh admin@Admin_Node_IP

    2. `Passwords.txt`ファイルに記載されているパスワードを入力してください。

    3. 以下のコマンドを入力して root に切り替えます: su -

    4. `Passwords.txt`ファイルに記載されているパスワードを入力してください。

      rootとしてログインすると、プロンプトが `$`から `#`に変わります。

  7. グリッドノードで実行中のすべてのサービスのステータスを表示します: storagegrid-status

    nms、mi、nginx、およびmgmt apiサービスがすべて実行されていることを確認してください。

    サービスのステータスが変更されると、出力は即座に更新されます。

    $ storagegrid-status
    Host Name                      99-211
    IP Address                     10.96.99.211
    Operating System Kernel        4.19.0         Verified
    Operating System Environment   Debian 10.1    Verified
    StorageGRID Webscale Release   11.4.0         Verified
    Networking                                    Verified
    Storage Subsystem                             Verified
    Database Engine                5.5.9999+default Running
    Network Monitoring             11.4.0         Running
    Time Synchronization           1:4.2.8p10+dfsg Running
    ams                            11.4.0         Running
    cmn                            11.4.0         Running
    nms                            11.4.0         Running
    ssm                            11.4.0         Running
    mi                             11.4.0         Running
    dynip                          11.4.0         Running
    nginx                          1.10.3         Running
    tomcat                         9.0.27         Running
    grafana                        6.4.3          Running
    mgmt api                       11.4.0         Running
    prometheus                     11.4.0         Running
    persistence                    11.4.0         Running
    ade exporter                   11.4.0         Running
    alertmanager                   11.4.0         Running
    attrDownPurge                  11.4.0         Running
    attrDownSamp1                  11.4.0         Running
    attrDownSamp2                  11.4.0         Running
    node exporter                  0.17.0+ds      Running
    sg snmp agent                  11.4.0         Running
  8. nginx-gwサービスが実行されていることを確認してください # service nginx-gw status

  9. Lumberjack を使用してログを収集する: # /usr/local/sbin/lumberjack.rb

    認証失敗が過去に発生した場合は、Lumberjackスクリプトのオプションである—​startと—​endを使用して、適切な時間範囲を指定できます。これらのオプションの詳細については、lumberjack -h を使用してください。

    端末への出力には、ログアーカイブがコピーされた場所が表示されます。

  10. 以下のログを確認してください:

    • /var/local/log/bycast.log

    • /var/local/log/bycast-err.log

    • /var/local/log/nms.log

    • **/*commands.txt

  11. 管理ノードに問題が見つからない場合は、以下のいずれかのコマンドを実行して、サイトでADCサービスを実行している3つのストレージノードのIPアドレスを特定してください。通常、これらはそのサイトに設置された最初の3台のストレージノードです。

    # cat /etc/hosts
    # gpt-list-services adc

    管理ノードは、認証プロセス中にADCサービスを使用します。

  12. 管理ノードから、特定したIPアドレスを使用して、ssh経由で各ADCストレージノードにログインします。

  13. グリッドノードで実行中のすべてのサービスのステータスを表示します: storagegrid-status

    idnt、acct、nginx、およびcassandraの各サービスがすべて実行されていることを確認してください。

  14. 手順 Lumberjackを使用してログを収集する および ログの確認 を繰り返して、ストレージノード上のログを確認します。

  15. 問題を解決できない場合は、テクニカル サポートにお問い合わせください。

    収集したログをテクニカルサポートに提供してください。関連項目:"ログファイル参照"

ユーザ インターフェイスに関する問題

StorageGRID ソフトウェアのアップグレード後、Grid Manager またはTenant Manager のユーザーインターフェイスが期待どおりに応答しない場合があります。

手順
  1. 必ず"対応ウェブブラウザ"を使用してください。

  2. ウェブブラウザのキャッシュをクリアしてください。

    キャッシュをクリアすると、以前のバージョンの StorageGRID ソフトウェアで使用されていた古いリソースが削除され、ユーザーインターフェースが再び正常に動作するようになります。詳しい手順については、お使いのウェブブラウザのマニュアルを参照してください。