Oracle Cloud Infrastructureドキュメント

Roving Edgeのトラブルシューティング

トラブルシューティング情報を使用して、Roving Edgeの操作中に発生する可能性がある一般的な問題を特定し、対処します

一般

Oracle Supportの入手

これらのトラブルシューティングのヒントを確認して使用した後でも支援が必要な場合は、問題のサービス・リクエストを開いてください。詳細は、「サポート・チケットのオープン」を参照してください。

デバイスは再度ロックされています

Roving Edgeデバイスでは、再起動および電源再投入のたびにロック解除する必要があります。Roving Edgeデバイスが予期せずロックされている場合は、電源接続が安定していることを確認し、最近再起動されたかどうかを確認します。電源接続が安定しており、Roving Edgeデバイスが再起動していないことを確認します。

シリアルコンソール出力なし

制御ホストを付属のケーブルでRoving Edgeデバイスのシリアル・ポートに接続したが、デバイスの電源を投入した後に出力が表示されない場合は、次の項目を確認します:

Roving Edge Device Console URLに「unavailable」または「not trusted」メッセージが表示される

Roving Edge Deviceコンソールは、各Roving Edgeデバイスのポート8015でTLS/HTTPSと通信します。URLが使用できない、または信頼できるURLではないことを示すセキュリティ警告がブラウザに表示されたら、TLS証明書がマシンにインストールされ、信頼されていることを確認します。

Roving Edge Device ConsoleのTLS証明書がホスト・コンピュータにインストールされて信頼されていない場合は、ブラウザを使用してRoving Edge Device Consoleからホスト・コンピュータのキーチェーン/証明書コレクションにTLS証明書を追加し、それを信頼済としてマークします。Chrome、Edge、Firefoxなどのブラウザでは、TLS証明書はURLの左側のブラウザ・ウィンドウにあります。証明書のダウンロード方法の詳細は、特定のブラウザのドキュメントを参照してください。

システムが部分的に停止している場合も、「unavailable」または「not trusted」のメッセージが表示されることがあります。たとえば、システムのアップグレードのためにリブートする場合や、停電後に初めて起動する場合などです。問題がTLS証明書またはシステム停止に関連しているかどうかの診断に役立つように、オペレータのブラウザのhttps://<host>:12060/v1/tenants/oreiエンドポイントまたはCURLなどのツールに対する適切なレスポンスまたは不正なレスポンスがないか確認してください。そのエンドポイントにアクセスするとセキュリティ警告が発生する場合は、Roving EdgeデバイスのTLS証明書が正しくインストールされ、信頼されていることを確認します。エンドポイントがタイムアウトした場合、または200以外のレスポンスが返された場合、システムで部分的な停止が発生している可能性があります。

Roving Edge Deviceコンソールへのアクセス時のブラウザ・セキュリティ警告

Roving Edge Deviceコンソールは、特定のデバイスのポート8015でTLS/HTTPSと通信します。Roving Edge Device Consoleブラウザにセキュリティ警告が表示されたら、TLS証明書がRoving Edgeデバイスにインストールされ、信頼されていることを確認します。Roving Edge Device ConsoleのTLS証明書がホスト・コンピュータにインストールされて信頼されていない場合は、ブラウザのRoving Edge DeviceコンソールからTLS証明書をホスト・コンピュータのキーチェーン/証明書コレクションに追加します。これを信頼できる対象とマークしてください。Chrome、Edge、Firefoxなどのブラウザでは、TLS証明書はURLの左側のブラウザ・ウィンドウにあります。証明書のダウンロード方法の詳細は、ブラウザのドキュメントを参照してください。

自己プロビジョニング

次の各項を使用して、セルフ・プロビジョニング中に発生する可能性のある問題を処理します。

自己プロビジョニング・ログの収集

シリアル・コンソールでRoving Edge Basic Configuration Interfaceの使用中に、Roving Edge Deviceの自己プロビジョニングの説明に従って、問題の診断に役立つログを収集できます。

  1. 「Roving Edge Basic Configuration Interface」メイン・メニューから、「拡張操作」を選択します。

  2. 「ログの収集」を選択します。

    ログ出力が表示されます。

  3. BASE64出力(=== 行の間のテキスト)をコピーしてファイルに保存し、そのファイルをOracleサポートに送信します。

Roving Edge Basic構成インタフェースの更新の確認

Roving Edge Basic Configuration Interfaceは、デバイスを自己プロビジョニングできるシリアル・コンソール・インタフェースの名前です。インタフェースの更新は、Oracleによって指示されないかぎり、オプションです。

  1. 「Roving Edge Basic Configuration Interface」メイン・メニューから、「拡張操作」を選択します。

  2. 「Check for Configuration Interface Software Updates」を選択します。

    更新が使用可能な場合は、それが表示されます。

  3. 更新が使用可能な場合は、それを選択してインタフェースをアップグレードします。

デバイスを登録できないか、登録を完了できません

問題

次のいずれかのコマンドを実行しようとすると、エラーが発生します。

  • 7) Register device to OCI
  • 8) Complete device registration
エラー:
Be aware that the session token has an expiration period. If the token expires, obtain new session token and session private key, 
re-enter 4) Session Token and 5) Session Private Key, and retry 7) Register Device to OCI.

ERROR: Registration FAILED.

考えられる原因と解決方法

  • セッション・トークンおよびセッション秘密キーが失効しているか、無効です。

    正しい秘密キーを使用していることを確認します。

    OCI CLIを使用して、ラップトップに新しいセッション・トークンを生成します。

  • Roving Edgeデバイス・クロックがOCIサーバー・クロックと同期していません。

    Configure Networkingメニューに戻り、Check OCI server clock and deviceを実行します。

無効なアクティブ化コード

問題

Register device to OCIを実行すると、エラーが発生します。

エラー:

Failed: Register to OCI Failed. Invalid Activation Code

Registration failed. Retry 7) Register Device to OCI, or contact Oracle Support.

If the failure still exists, collect logs and contact Oracle Support.

考えられる原因と解決方法

アクティブ化コードが正しくありません。アクティブ化コードが正しく入力されていることを確認します。アクティブ化コードは、そのコードが発行されたデバイスでのみ使用できます。

サーバーTOTPがクライアントTOTPと一致しません

問題

Complete device registrationを実行すると、エラーが発生します。

エラー:

Refer to Roving Edge User Guide to create a dynamic group and update the policy statement.

Unable to complete the registration. Retry 8) Complete Device Registration

考えられる原因と解決策

必要な動的グループがないか、関連付けられたポリシーが構成されていないか、テナンシで正しく構成されていません。

自己プロビジョニング中に、RED_RECOVERY_KEYエラーが発生します。

セルフプロビジョニング中に、OCIへの接続の設定時に、次のエラーが表示される場合があります:

Failed: The initial value must be RED_RECOVERY_KEY. Verify that you are not overwriting an existing backed-up Recovery Key and ensure the initial content is set correctly.

自己プロビジョニング・プロセスでは、リカバリ・キー・シークレット・コンテンツがRED_RECOVERY_KEYと完全に一致することを想定しています。シークレット・コンテンツがRED_RECOVERY_KEYと一致しない場合、何かが正しく構成されていないというサインです。自己プロビジョニング・プロセスでは、別のデバイスに構成されている可能性があるリカバリ・キーが誤って上書きされないようにするためのエラーが表示されます。

考えられる原因と解決策

  • デバイスの自己プロビジョニングの準備1を行う場合は、シークレット・コンテンツがRED_RECOVERY_KEYに設定されていることを確認します。

    シークレット・コンテンツを確認するには、シークレットのコンテンツの取得を参照してください。

  • シークレット・コンテンツをRED_RECOVERY_KEYに変更する必要がある場合は、シークレット・バージョンの作成を参照してください。

    「プレーン・テキスト」として「シークレット・タイプ・テンプレート」を選択し、RED_RECOVERY_KEYとして「シークレット・コンテンツ」を選択し、「保留中に設定」を選択しないでください。

  • OCIへの接続の設定時に、プロビジョニングするデバイスに正しいシークレットOCIDを指定していることを確認してください。

ネットワーク

パブリックIPプール構成のIPアドレス範囲が発行されません

IP範囲を入力して[Enter]を押した後、空白の入力行で[Enter]を再度押して送信します。より多くのIP範囲が必要な場合は、各範囲のあとに Enterを押して、別の入力行を開きます。空白の入力明細を最終入力として発行し、すべてを発行します。取り消して戻るには、Ctrl+Cを押します。

パブリック・サービス・エンドポイントにアクセスできません(ポート8015、18336などの169.254.169.254)

インスタンスのファイアウォールが196.254.0.0/16アドレス範囲をブロックしていないことを確認します。OCIでエクスポートされたイメージでは、デフォルトでリンク・ローカル・アドレス範囲をブロックすることが一般的です。その場合は、ファイアウォール設定から196.254.0.0/16への接続をブロックしているルールを削除します。ファイアウォールの構成手順については、オペレーティングシステムのドキュメントを参照してください。

ストレージ

使用可能なストレージ領域が不足すると、ブロック・ボリューム操作が失敗します

使用可能なストレージ領域が不足すると、ブロック・ストレージ操作が失敗する可能性があります。不要になったリソース(オブジェクト・ストレージ・オブジェクト、ブート・ボリューム、ブロック・ボリューム、インスタンスなど)を削除して、領域を解放します。Roving Edgeデバイスの利用可能なストレージを定期的にチェックして、実行の危険がないことを確認します。

使用可能なオブジェクト・ストレージ容量が少ないと、警告および読取り専用がトリガーされます。

使用済容量が80%に達すると、「モニタリング」ページで「警告」ステータスがトリガーされます。使用済容量が95%に達すると、読取り専用モードになり、「モニタリング」ページにオブジェクト・ストレージのステータスが「低下」または「警告」と表示されます。

Oracleでは、システムが80%の容量で機能している場合、集中的な書込み操作の実行を回避することをお薦めします。80%近くにいる場合、システムの容量が80%を下回るまで、データをOCIクラウドに転送します。

システムが95%の使用済容量しきい値を超えると、読取り専用モードになり、コア機能(ComputeおよびObject Storageを含む)が制限されます。カスタム・インスタンス、ブート・ボリューム、ブロック・ボリュームなどのすべてのコンピュート操作およびすべてのオブジェクト・ストレージ操作は一時停止されます。耐久性と冗長性が保証できない場合、システムの停止によってストレージ・デバイスへの書込みが妨げられます。

使用可能なストレージ領域がデバイスに残っていない場合は、オブジェクト・ストレージ内のオブジェクト、ブート・ボリュームとブロック・ボリューム、インスタンスなど、不要になったリソースを削除することで、領域を増やすことができます。ストレージ領域が残っておらず、システムが読み取り専用モードになっているために削除要求が失敗した場合は、シリアルコンソールからセーフモードをアクティブにできます。セーフモードでは、必要な削除を行うことができます。

ストレージの問題のオーバーサブスクライブの回避

オーバーサブスクリプションの問題を回避するために、コンピュート、ブロック・ストレージおよびオブジェクト・ストレージのリソース消費を設定または計画する方法に関するベスト・プラクティスの推奨事項に従います。Block StorageおよびComputeでは、事前にボリュームのストレージ領域を予約しません。かわりに、データがボリュームに書き込まれると、ストレージ領域が消費されます。たとえば、100 GBのブロック・ボリュームが作成された場合、このボリュームの使用可能な合計ストレージ領域から100 GBが予約されているわけではありません。ストレージ領域はすべてのサービスで使用可能なままであり、100 GBボリュームにデータがいっぱいになる前に使い果たすことができます。

また、コンピュート・ストレージおよびブロック・ストレージでは、作成されたボリュームの指定されたサイズが使用可能なストレージ領域に対して検証されません。この検証の欠如により、作成されたボリュームの合計サイズがデバイスで使用可能なストレージ領域を超えた場合、オーバーサブスクリプションが発生する可能性があります。ストレージ領域の使用率を計算するためにブロック・ボリューム・サイズに依存しないでください。かわりに、Roving Edge Deviceコンソールの「モニタリング」ページに表示されるストレージ領域使用量に関する情報に従ってください。

モニタリング・ページには、オブジェクト・ストレージのステータスが「機能低下」または「警告」と表示されます

Roving Edgeデバイス内のストレージ機能が故障したり、物理的な問題が発生した場合、Roving Edge Deviceコンソールの「モニタリング」ページに、オブジェクト・ストレージ・サービスの「警告」または「低下」ステータスが定期的に表示されることがあります。この状況が発生した場合、Roving Edgeデバイスはストレージのリバランスを試行し、宣言された冗長性レベルを回復します。Roving Edgeデバイスに使用可能な領域があり、ストレージに使用されている残りのRoving Edgeデバイスで十分な冗長コピーを回復できる場合は、最終的に正常な状態が表示されます。

特定のバージョンIDを持つオブジェクトで問題が発生する可能性があります。

オブジェクトのバージョンIDがダッシュ(-)で始まり、文字hまたはiを含むCLIコマンドを実行すると、CLIは対話モードになります。次に例を示します。
oci os object get ... --version-id '-WhjCQ.-IYgDLuoZ9gbxpn.8Q.q-iZt' ...

これが発生した場合は、次のいずれかの回避策を使用できます。

  • --version-idパラメータとその値の間に等号(=)を含めます。=の前にはスペースを含めないでください次に例を示します。

    oci os object get ... --version-id="-WhjCQ.-IYgDLuoZ9gbxpn.8Q.q-iZt" ...

    値の前後に二重引用符のみを使用します。

  • コマンドに--from-jsonパラメータを含めて、入力をJSON形式で指定します。詳細は、拡張JSONオプションを参照してください。

コンピュート/インスタンス

インスタンスの作成を試行すると、「Out of Capacity」というメッセージが表示されます。

インスタンス容量は、使用可能なコア数と使用可能なメモリーによって制限されます。使用されていない既存のインスタンスの一部を終了し、再試行してください。インスタンスを停止すると、使用されるリソースに反映されます。

イメージのインポート失敗

大規模なイメージのインポートには時間がかかりますが、他のディスク負荷の高いアプリケーションや操作が実行中の場合は、はるかに長くなります。インポートに時間がかかりすぎて終了する場合は、「インポート」メニューから「終了」を選択します。イメージのインポートは自動的にタイムアウトし、4時間経過するとキャンセルされます。

インスタンスは「実行中」状態になりますが、一部のブート・メッセージで接続がループすると

Roving Edgeでは、UEFIブートとともに.ociおよび.qcow2イメージのみがサポートされます。イメージ関連の問題を確認するには、Roving Edge Deviceコンソールを開き、コンピュート・インスタンスの「詳細」ページに移動します。イメージ形式が.oci、.qcow2または別のタイプであるかどうかを確認します。OCIクラウドからエクスポートされるイメージは通常、.oci型です。イメージのプロバイダを使用して、イメージおよびブート・タイプを確認します。

Linuxマシンでは、qemu-imgユーティリティを使用して、次のコマンドを使用してイメージ情報を表示します。

qemu-img info image_file

インスタンスから外部リソースにアクセスできません

  1. ドメイン名が外部リソースを参照している場合は、外部DNSリゾルバがインスタンス内のネームサーバーのリストに追加されていることを確認します。DNSの構成手順については、オペレーティングシステムのドキュメントを参照してください。

    たとえば、一部のLinuxベースのシステムでは、ネームサーバーのIPを/etc/resolv.confファイルに追加する必要があります。

  2. Roving Edgeデバイスの外部接続設定が正しいことを確認します。シリアル・コンソールを使用したRoving Edge Deviceの管理を参照してください
  3. インスタンス・ファイアウォール設定で送信接続がブロックされないことを確認します。ファイアウォールの構成手順については、オペレーティングシステムのドキュメントを参照してください。

SSHを使用してインスタンスへ接続できない

  1. インスタンスが実行中であることを確認します。Roving Edge Deviceコンソールを開き、コンピュート・インスタンス・ページの「詳細」ページをチェックして、インスタンスの状態がRUNNINGであることを確認します。インスタンスが実行されていない場合は、Startと入力してインスタンスを起動します。状態が RUNNINGに変更されるまで待ちます。

  2. インスタンスにパブリックIPアドレスが割り当てられていることを確認します。Roving Edge Deviceコンソールを開き、コンピュート・インスタンスの「詳細」ページに移動します。インスタンス名を選択し、「インスタンス・アクセス」セクションの「パブリックIPアドレス」値を確認して、インスタンスにパブリックIPが割り当てられていることを確認します。

    インスタンスにパブリックIPが割り当てられていない場合は、次のステップを使用して追加します:

    1. コンピュート・インスタンスの「詳細」ページを開きます。

    2. 「リソース」の下の「アタッチされたVNIC」を選択して、アタッチされたVNICのリストを表示します。

    3. プライマリVNICを選択します。

    4. プライマリVNICの「詳細」ページが表示されます。

    5. 「編集」を選択します。

      または、編集するVNICの「アクション」メニュー(3つのドット・アイコンのイメージです。)を選択し、「編集」を選択します。

      「VNICの編集」ダイアログ・ボックスが表示されます。

    6. 「エフェメラル・パブリックIP」オプションを選択します。

    7. 「更新」を選択します。

    8. パブリックIPの割当てに失敗した場合は、シリアル・コンソールを開き、「ネットワーク構成」を選択して、REDのパブリックIPアドレス・プールが設定され、使用可能なIPがあることを確認します。

  3. Roving Edgeデバイスの外部接続設定が正しいことを確認します。シリアルコンソールを開き、「Configuring Devices」を選択します。Roving EdgeデバイスのIPアドレス、ネットワーク接頭辞の長さおよびゲートウェイIPアドレスが正しく設定されていることを確認します。

  4. ICMPリクエストを介してインスタンスにアクセスできることを確認します。次のコマンドを実行します。

    ping 100.100.1.10

    ここで、100.100.1.10はターゲット・インスタンスのパブリックIPアドレスです。コマンドが成功した場合、問題はインスタンス構成(SSHサービス、ファイアウォール・ルール)にある可能性があります。詳細は、SSHおよびファイアウォールの設定に関するオペレーティング・システムのドキュメントを参照してください。

  5. インスタンスが正しく起動したことを確認します。ping 100.100.1.10コマンドの実行が成功しない場合は、インスタンス・コンソールの履歴を確認して、正常な開始シーケンスを探します。

  6. デバイスの電源ボタンまたはシリアルコンソールを使用して、デバイスをリブートします。

外部マシンからインスタンス上のポートにアクセスできない

  1. Roving Edgeデバイスの外部接続設定が正しいことを確認します。「シリアル・コンソールを使用したRoving Edge Deviceの管理」を参照してください。

  2. インスタンス・ファイアウォール設定で着信接続がブロックされないことを確認します。ファイアウォールの構成手順については、オペレーティングシステムのドキュメントを参照してください。

  3. パブリックIPアドレスが、プライベートIPアドレスや完全修飾ドメイン名(FQDN)ではなく、インスタンスにアクセスしていることを確認します。インスタンスのプライベートIPアドレスは、VCNサブネット内でのみ表示されます。インスタンスFQDNは、VCNネットワークの外部からアクセスできないデフォルトのVCN内部DNSサービス(169.254.169.254)が使用されている場合にのみ表示されます。

別のインスタンスからインスタンスにアクセスできません

  1. ターゲット・インスタンスが実行中であることを確認してください。Roving Edge Deviceコンソールを開き、コンピュート・インスタンスの「詳細」ページをチェックして、ターゲット・インスタンスの状態が「実行中」であることを確認します。

  2. リクエスト送信インスタンスに、IPアドレス、ネットワーク・マスク、ゲートウェイなどのネットワーク構成が正しく設定されていることを確認します。構成を実行する場合は、サブネット設定のガイドラインに従います。詳細は、ネットワーク構成に関するオペレーティング・システムのドキュメントを参照してください。

    Linuxベースのシステムでは、次のコマンドを使用して設定を確認します。 

    ip addr show ip route show default

  3. ターゲット・インスタンスのファイアウォール設定で着信接続がブロックされないことを確認します。詳細は、ファイアウォールの構成手順に関するオペレーティングシステムのドキュメントを参照してください。

  4. リクエスト送信インスタンスのファイアウォール設定で送信接続がブロックされていないことを確認します。ファイアウォールの構成手順については、オペレーティングシステムのドキュメントを参照してください。

  5. ターゲット・インスタンスでICMPがブロックされていない場合は、pingコマンドが成功していることを確認してください。リクエスト送信インスタンス・シェルから次のコマンドを実行します。

    ping 10.0.0.2

    ここで、10.0.0.2はターゲット・インスタンスのプライベートIPです。

  6. pingコマンドの結果がNo route to hostの場合は、デフォルト・ルートがサブネット・ゲートウェイに設定されていることを確認します。デフォルトルート設定については、オペレーティングシステムのドキュメントを参照してください。たとえば、Linuxベースのオペレーティングシステムの場合、コマンドは次のようになります。

    ip route show default

    予想される出力結果:

    default via 10.0.0.1 dev eth0

    ここで、10.0.0.1は10.0.0.0/24サブネットのゲートウェイIPアドレスです(VCNサブネット・ゲートウェイでは、常にサブネット範囲内の最初のアドレスが使用されます)。

完全修飾ドメイン名では別のインスタンスにアクセスできません

ターゲット・インスタンスが実行中であることを確認してください。Roving Edge Deviceコンソールを開き、コンピュート・インスタンスの「詳細」ページをチェックして、ターゲット・インスタンスの状態が「実行中」であることを確認します。ターゲット・インスタンスが「停止」の場合は、再起動します。リクエスト送信インスタンスの169.254.169.254がネームサーバーとして設定されていることを確認します。質問がある場合は、DNS構成手順に関するオペレーティングシステムのドキュメントを参照してください。

インスタンスは起動しますが、SSHを使用して接続するためのパブリックIPアドレスはありません

インスタンスを作成する場合は、「パブリックIPアドレスの割当て」オプションを選択します。デバイスの設定時に(シリアル・コンソールを使用して)指定されたパブリックIPプールに、インスタンス数(「停止済」状態のアドレスを含む)に十分なアドレスがあることを確認します。十分なアドレスが存在しない場合は、一部のインスタンスを終了してアドレスを解放するか、シリアル・コンソールを使用してさらにパブリックIPを作成します。

インスタンスの作成は終了状態になります

これは、次のいずれかが原因である可能性があります。

  • パブリックIPの不足: パブリックIPプールがシリアル・コンソールで設定されていないか、その他の不明な理由でIPが不足しているために、IPの不足が発生する可能性があります。Roving EdgeデバイスのパブリックIPプール範囲が設定されていることを確認します(パブリックIPのデフォルト・オプションを使用してインスタンスを作成する場合):

    1. シリアルコンソールを開きます。

    2. 「ネットワーキングの構成」を選択します(オプション3)。

    3. 「パブリックIPプール・ステータスの表示」(オプション4)を選択します。

    パブリックIPプールが設定されていない場合は、戻って「コンピュート・インスタンスのパブリックIPプール範囲」を選択します。表示された手順に従って、パブリックIP範囲を入力します。詳細は、シリアル・コンソールの使用ガイドを参照してください。

  • 完全なcephオブジェクト/ブロック・ストレージ: インスタンスのブート・ボリュームに領域を割り当てることができないと、インスタンスが終了状態になる可能性があります。REDコンソールの「モニタリング」ページの上部を確認して、オブジェクト/ブロック・ストレージが一杯でないことを確認します。

  • フルCPU使用率: インスタンス全体で最大32 OCPU (停止されたOCPUを含む)が存在します。Roving Edge Deviceコンソールの「コンピュート」ページで、既存のインスタンスの合計OCPU数が最大値32未満であることを確認します。32個のOCPUがすべて使用されている場合は、一部のインスタンスを終了してリソースを解放します。

  • 完全なGPU使用量: 停止されたGPUを含む最大1つのGPUシェイプ・インスタンスが存在します。Roving Edgeデバイスには、一度に1つのGPUシェイプ・インスタンスしかプロビジョニングできません。さらにGPUシェイプ・インスタンスを作成しようとすると、プロビジョニング中に終了します。Roving Edge Deviceコンソールの「コンピュート」ページで、「実行中」または「停止済」状態のGPUシェイプを持つインスタンスがないことを確認します。GPUシェイプ・インスタンスが存在する場合は、それを終了します。

  • 無効なイメージ: Roving Edgeでは、UEFIブートとともに.ociおよび.qcow2イメージ形式のみがサポートされます。Roving Edge Deviceコンソールのコンピュート・ページで、「インスタンス」セクションを開き、終了するインスタンスを決定します。終了しているインスタンスを選択して「詳細」ページを開き、イメージ名をメモできます。イメージ名と拡張子は、それが.ociか.qcow2か、または別のタイプかを示します。OCIクラウドからエクスポートされるイメージは通常、.oci型です。イメージを提供したユーザーとイメージおよびブート・タイプを確認します。

    Linuxマシンでは、qemu-imgユーティリティを使用して、次のコマンドを使用してイメージ情報を表示します。

    qemu-img info image_file

SSHを使用したインスタンス・パフォーマンスの低下または端末使用量の低下

Roving Edgeデバイスのパフォーマンスが低下すると、ディスクまたはネットワーク集中型アプリケーションを実行しているインスタンスなど、他のインスタンスの使用量が多くなる場合があります。ラージ・オブジェクト・ストレージ・コンテンツやコンピュート・イメージのインポートなど、リソース負荷の高いデバイス操作も、パフォーマンスを低下させる可能性があります。集中的なアプリケーションで作業している場合は、より多くのRAMが付属しているため、OCPU数が多いインスタンス・シェイプを使用します。現在のインスタンスを停止または終了してから、同じイメージを使用して大きいシェイプの別のインスタンスを作成します。

インスタンスは「実行中」状態になりますが、SSHはキーを拒否したり、接続を拒否したり、タイムアウトします。

状態が「実行中」と表示されているインスタンスを起動したが、SSHによってキーが拒否されたり、接続が拒否されたり、タイムアウトになったりした場合は、次を試してください:

  • SSHを使用してインスタンスのパブリックIPアドレスに接続しようとしていることを確認します。

  • ホスト・コンピュータでSSHコマンドの一部として秘密キー(非公開)を使用していることを確認します。

  • インスタンスを完全に起動するには、1分以上かかります。この時間を指定すると、SSHサービスをロードできます。その後、接続を再試行してください。

  • まれに、アップロードまたはインポートしたイメージにパブリック・ユーザーのSSHキーがすでに含まれている場合、インスタンス作成プロセスの一部としてアップロードまたはコピー/貼付けされた新しいキーが含まれないことがあります。必要なキーが追加された元のイメージのスナップショットを取得し、その変更されたイメージを使用します。

インスタンスが長時間スタックしています

ブート・ボリューム、GPU、より大きなシェイプなどの特定のイメージおよびリソースのプロビジョニングには、10分以上かかる場合があります。インスタンスが長時間スタックしている場合は、次の手順を実行します。

  1. Roving Edge Deviceコンソールにアクセスし、インスタンスの「詳細」ページを開きます。

  2. 「アタッチされたブロック・ボリューム」および「アタッチされたVNIC」セクションを確認し、「アタッチ中」または「デタッチ中」状態でスタックしているリソースをメモします。

  3. いずれかのブロック・ボリュームまたはVNICがアタッチ/デタッチ状態でスタックしていることがわかった場合は、「モニタリング」ページでブロック・ストレージおよびVCNサービスが正常かどうかを確認します。

    • 使用済ストレージ領域がほぼ一杯の場合、インスタンスをプロビジョニングするのに十分な容量がない可能性があります。領域を解放するために、他のインスタンスの終了、ブロック・ボリュームの削除、またはその両方を検討します。

    • パブリックIPプールが使用されている場合、パブリックIP (デフォルトで指定)を使用して新しいインスタンスをプロビジョニングすることはできません。既存のインスタンスを終了してIPを解放するか、シリアル・コンソールを使用してパブリックIPを追加します。

  4. 「Monitoring」ページで、他のサービスが異常であることを確認します。

ここにリストされている解決策で問題が解決しない場合は、インスタンスの終了を検討してください。

スタックしたインスタンスは数時間後に自動的にクリアされます。そうしないと、手動で終了する必要がある場合があります。

データの同期

タスクの作成が「同じタスクまたは循環タスクが存在します」というエラーで失敗する

データ同期タスクは単方向であり、循環参照に敏感です。2つのタスクと、OCIおよびRoving Edgeデバイスで使用される同じオブジェクト・ストレージ・バケットを使用して双方向同期を設定することはできません。作成するタスクが、以前に作成したタスクの同期方向を逆にしないようにします。その場合は、一方のタスクを変更して、もう一方のタスクの方向を逆にしないようにします。

タスクが指定されていますが、同期操作は開始されません

データ同期では、データ同期操作を実行するOCIクラウドの場所に、各Roving Edgeデバイスの接続を割り当てる必要があります。OCIステータス・ページをチェックして、OCIサービスが実行されているかどうかを確認します。ネットワークまたはオブジェクト・ストレージの問題が発生した場合は、データ同期を実行またはスケジュールする前に、これらの問題を解決してください。次に、ホスト・マシンからping OCIを実行してRoving EdgeとOCIの間の接続を確認することで、ローカル・ネットワークに接続があるかどうかを確認します。OCIのPingが機能しない場合は、接続をブロックするファイアウォールまたはネットワーク・ルールが存在しないことを確認します。

Roving EdgeデバイスからOCIまたはOCI-to-Roving Edgeデバイスにバケットを同期するためのデータ同期タスク・ジョブを作成し、その推定ランタイムが12時間を超えている場合、認証トークンが12時間ごとに失効するため、12時間直後にデータ同期ジョブが失敗します。12時間を超える実行後にデータ同期ジョブが失敗した場合は、次を実行します

  1. ナビゲーション・メニューを開き、「データ同期」を選択します。

    「データ同期タスク」ページが表示されます。すべてのデータ同期タスクが表形式でリストされます。

  2. 失敗したデータ同期タスクを確認してください。

  3. 「開始」を選択します。

    または、選択したデータ同期タスクの「アクション」メニュー(3つのドット・アイコンのイメージです。)を選択し、「開始」を選択します

  4. 要求されたら、開始を確認します。