ストレージ・サービスの問題

このセクションでは、内部ZFSストレージ・アプライアンスおよびさまざまなストレージ・サービスの機能に関連する既知の問題と回避策について説明します: ブロック・ボリューム・ストレージ、オブジェクト・ストレージおよびファイル・システム・ストレージ。

Terraform変更ファイル・ストレージ・エクスポート・パスの更新

Terraformを使用してファイル・システム・エクスポートを作成する場合は、oci_file_storage_export定義のpathの値にAUTOSELECTを指定する必要があります。

パスの更新を無視するには、lifecycleスタンザも含める必要があります。パスに対する更新を無視しない場合、このパスを明示的に更新しなくても、Terraformを更新すると、パスが自動的に削除され、再作成されます。このパスを更新すると、エクスポートを介してアクティブなマウントを持つクライアントを中断できます。

回避策: 次の例に示すように、パスを設定し、lifecycleスタンザを含めます:

resource "oci_file_storage_export" "pcauserExport" {
  export_set_id  = local.Okit_MT_1702774958525ExportSet_id
  file_system_id = local.Okit_FS_1702774481898_id
  path           = "AUTOSELECT"
  lifecycle {
    ignore_changes = [
      path,
    ]
  }
}

バグ: 36116003

バージョン: 3.0.2

インスタンスからのイメージの作成に時間がかかる

インスタンスから新しいコンピュート・イメージを作成すると、そのブート・ボリュームは一連のコピーおよび変換操作を通過します。また、仮想ディスク・コピーは非スパースであるため、フル・ディスク・サイズはビットごとにコピーされます。その結果、イメージの作成時間は、ベース・インスタンスのブート・ボリュームのサイズによって大幅に増加します。

回避策: イメージ作成ジョブが完了するまで待ちます。「コンピュートWeb UI」で作業リクエストのステータスを確認するか、作業リクエストIDを使用してCLIでそのステータスを確認します。

バグ: 33392755

バージョン: 3.0.1

ZFSコントローラのフェイルオーバー後に大きなオブジェクト転送が失敗する

オブジェクト・ストレージ・バケットへの大きなファイルのアップロードまたはダウンロード中にZFSコントローラのフェイルオーバーまたはフェイルバックが発生した場合、接続が中断され、データ転送が失敗する可能性があります。マルチパート・アップロードも同様に影響を受けます。この問題は、短いストレージ接続がタイムアウトした場合に再試行関数を提供しないバージョンのOCI CLIを使用すると発生します。再試行機能は、バージョン3.0から使用できます。

回避策: ラージ・オブジェクトおよびマルチパート・アップロードの信頼性の高い転送を行うには、OCI CLIバージョン3.0以降を使用します。

バグ: 33472317

バージョン: 3.0.1

100MiBより大きいオブジェクトのマルチパート・アップロードの使用

非常に大きなファイルをオブジェクト・ストレージにアップロードすると、接続やパフォーマンスの問題が発生する可能性があります。オブジェクト・ストレージへのファイル転送を最大限の信頼性を得るには、マルチパート・アップロードを使用します。

回避策: マルチパート・アップロードを使用して、100MiBを超えるファイルをオブジェクト・ストレージに転送します。この動作は予想されますが、バグとはみなされません。

バグ: 33617535

バージョン: n/a

大規模エクスポート・オプション更新後のファイル・システムのエクスポート一時アクセス不可

ファイル・システムのエクスポートを更新して多数の'source'タイプのエクスポート・オプションを追加すると、エクスポートが存在しなくなったことを示すサービス・エラーがコマンドによって返されます("code": "NotFound")。実際、エクスポートは、構成更新が完了するまでアクセスできなくなります。エクスポートにアクセスしたり、格納されている情報を表示しようとすると、同様のエラーが表示されます。この動作は、ファイル・システムのエクスポート・オプションの更新に使用するメソッドによって発生します: 既存の構成が削除され、リクエストされた変更を含む新しい構成で置き換えられます。まれに何十ものエクスポート・オプションを同時に追加した場合にのみ注目してください。

回避策: 更新が完了し、ファイル・システムのエクスポートが再度使用可能になるまで待ちます。 CLIコマンドoci fs export get --export-id <fs_export_ocid> は、問題のエクスポートに関する情報を返します。

バグ: 33741386

バージョン: 3.0.1

デタッチ状態になったブロック・ボリューム

ブロック・ボリュームは、複数の異なるコンピュート・インスタンスにアタッチでき、同じインスタンスに複数のアタッチメントを含めることもできます。同じボリュームの同時ボリューム・デタッチ操作が発生したときに、自動化ツールと同様にプロセスが相互に干渉する場合があります。たとえば、作業リクエストが異なると、ZFSストレージ・アプライアンス上のリソースを同時に更新しようとしたり、作業リクエスト内のデータが古いり、アプライアンスのリソース更新の競合が発生したりすることがあります。この方法でブロック・ボリュームのデタッチ操作が失敗すると、ブロック・ボリュームがこのステージのインスタンスからデタッチされていても、問題のブロック・ボリューム・アタッチメントは「デタッチ中」状態でスタックする可能性があります。

回避策: ブロック・ボリュームがデタッチ中状態でスタックしているインスタンスがある場合、ボリュームはデタッチされていますが、さらに手動クリーンアップが必要です。「デタッチ中」状態はクリアできませんが、影響を受けるインスタンスは停止でき、ブロック・ボリュームは最終目標の場合は削除できます。

バグ: 33750513

バージョン: 3.0.1

修正可能: 最新のパッチをシステムに適用してください。

Terraformを使用したボリュームのデタッチがタイムアウトのために失敗

Terraformを使用してインスタンスからボリュームをデタッチすると、ボリューム・アタッチメントが破棄されず、ボリュームがアタッチされた状態のままであることを示すエラー・メッセージで操作が失敗することがあります。これは、Terraformがボリューム・アタッチメントの状態のポーリングを停止する前に、ストレージ・サービスがボリュームがデタッチされたことの確認を送信しない場合に発生する可能性があります。 Terraformがエラーを報告すると、ボリュームが正常にデタッチされることがあります。

回避策: Terraform構成を再適用します。エラーがタイムアウトの結果であった場合、2回目の実行は成功します。

バグ: 35256335

バージョン: 3.0.2

タイムアウトが原因でファイル・システムのエクスポートの作成に失敗

多くのファイル・システム操作がパラレルに実行されるときに、タイミングが重要なファクタとなり、ときどき障害が発生する可能性があります。具体的には、ファイル・システムが使用できないために、ファイル・システムのエクスポートの作成がタイムアウトする可能性があります。その場合に返されるエラーは次のとおりです: 「内部サーバー・エラー: エクスポートを作成するファイルシステムがありません」」。

回避策: このエラーはリソースのロックおよびタイムアウトの問題が原因であるため、再度実行しようとすると操作が成功すると予想されます。このエラーはまれなケースでのみ発生します。

バグ: 34778669

バージョン: 3.0.2

サブセットIP範囲の別のエクスポートが削除されると、ファイル・システム・アクセスが失われます

仮想クラウド・ネットワーク(VCN)に含めることができるファイル・システム・マウント・ターゲットは1つのみです。 VCNに接続されたインスタンスで使用可能になったすべてのファイル・システムは、そのマウント・ターゲット内でエクスポートが定義されている必要があります。ファイル・システムのエクスポートにより、重複するサブネットやIPアドレス範囲から様々なファイル・システムにアクセスできます。たとえば: filesys01は、IP範囲10.25.4.0/23およびfilesys02からIP範囲10.25.5.0/24まで使用可能にできます。後者のIP範囲は、前者のサブセットです。マウントIPアドレスの割当て方法により、filesys02のエクスポートを削除すると、スーパーセットIP範囲のfilesys01へのアクセスも削除されます。

回避策: ファイル・システムのエクスポートでソースIPアドレスの範囲が重複しており、あるエクスポートを削除すると、前述の例のような別のエクスポートでアクセスの問題が発生する場合は、影響を受けるエクスポートを削除し、VCNマウント・ターゲット内で再度作成することをお薦めします。

バグ: 33601987

バージョン: 3.0.2

ファイル・システムのエクスポートUID/GIDを変更できません

ファイル・システムのエクスポートを作成する際には、ソースIPアドレスのアクセス権限やアイデンティティ・スカッシングなどのNFSエクスポート・オプションを追加できます。 NFSエクスポート・オプションでユーザー/グループ・アイデンティティ(UID/GID)のスカッシュ値を設定すると、その値は変更できなくなります。別のIDを設定しようとすると、エラーが返されます: "Uid and Gid are not consistent with FS AnonId: <currentUID>"

回避策: UID/GIDマッピングを変更する必要がある場合は、NFSエクスポート・オプションを削除して、必要な値で再作成します。 OCI CLIを使用している場合は、(オプションだけでなく)ファイル・システム・エクスポート全体を削除し、--export-optionsパラメータで目的の値を指定してエクスポートを再作成する必要があります。

バグ: 34877118

バージョン: 3.0.2

インスタンス・クローニングの内部バックアップが表示されない

コンピュート・インスタンスをクローニングすると、ブート・ボリュームとブロック・ボリュームの内部バックアップが作成されます。アプライアンス・ソフトウェア・バージョンでは、3.0.2-b852928までの内部バックアップがユーザーに表示されます。推奨されていませんが、バックアップは技術的には追加のインスタンスの作成に使用できます。アプライアンスのアップグレードまたはパッチ適用中は、既存の内部バックアップは削除されません。ただし、新しいソフトウェア・バージョンでは、内部バックアップは公開されなくなります。

回避策: 既存の内部ボリューム(グループ)バックアップからクローンまたは新しいコンピュート・インスタンスを作成しないでください。ストレージ・ボリュームの古いバックアップを削除するには、元のソース・ボリュームの他のすべてのバックアップおよびクローンが最初に終了されていることを確認します。

バグ: 35406033

バージョン: 3.0.2

ボリューム・アタッチメント制限までのブート・ボリューム数

最新バージョンのPrivate Cloud Applianceソフトウェアでは、最大32個のブロック・ボリューム・アタッチメントが許可されます。ただし、必要なブート・ボリュームはアタッチメント数に含まれています。つまり、コンピュート・インスタンスにアタッチできる追加データ・ボリュームは最大31個です。ブート・ボリュームに対する制限は32データ・ボリューム「その上」であるため、Oracle Cloud Infrastructureのユーザーが混乱する可能性があります。

回避策: 回避策はありません。 32ブロック・ボリューム・アタッチメントの制限には、Private Cloud Applianceにデプロイされたインスタンスのブート・ボリュームが含まれます。

バグ: 36641181

バージョン: 3.0.2

ボリューム・バックアップの制限は適用されません

「Oracle Private Cloud Applianceリリース・ノート」の"Service Limits"章では、デフォルトのストレージ容量を持つシステムのテナンシ当たり100のボリューム・バックアップの制限を指定します。この制限は適用されません: 文書化された最大値を超えてボリューム・バックアップを引き続き作成できます。

回避策: 理論上、ボリューム・バックアップの最大数は、ZFS Storage Applianceで使用可能なストレージによって制限されます。システムは、すべてのテナンシで数千のボリューム・バックアップを処理すると予想されます。ただし、ユーザーが多数のボリューム・バックアップを作成する場合は、管理者がストレージ領域の消費を事前に監視することをお薦めします。

バグ: 35509673

バージョン: 3.0.2

ZFS Storage Applianceファームウェアのアップグレードまたはパッチ適用中のNFSサービスの中断

アプライアンスのZFS Storage Applianceのファームウェアがアップグレードまたはパッチ適用されると、コンピュート・インスタンスでNFS接続が中断される可能性があります。サービス停止は、ストレージ・アプライアンス・コントローラ間でフェイルオーバー/フェイルバックが実行され、NFSサービスの再確立に2分以上かかることがあります。遅延の原因となる複数のファクタがある可能性があります: 停止後にNFSv4クライアントがロック状態を回復できるようにするためのNFSサーバーの90秒猶予期間、同じTCPポートに再接続しようとするNFSプロトコル、およびNFSクライアントのカーネル・バージョン。

回避策: NFS接続の停止時間を短縮するには、ドキュメントID 359515.1のノートに記載されているマウント・オプションを使用することをお薦めします。このドキュメントでは、Oracle RACおよびOracle Clusterwareの最適化について説明しますが、マウント・オプションでは、Private Cloud Appliance環境でのNFSのパフォーマンスと安定性も向上します。

バグ: 36348165

バージョン: 3.0.2

ファイル・システムの作成が汎用メッセージで失敗

高パフォーマンス・プールでファイル・システムを作成するときに一般的な障害が発生した場合は、ラックでPCA_POOL_HIGHが使用可能であることを確認します。

バグ: 36773744

バージョン: 3.0.2

インポートされたインスタンスのエクスポートに失敗

オフ・システム・バックアップ機能からインポートされたインスタンスをエクスポートする場合、カスタム・イメージを削除または名前変更すると、操作が失敗することがあります。

回避策: オフ・システム・バックアップ機能からPrivate Cloud Applianceにインスタンスをインポートした後は、カスタム・イメージを削除したり、インポートされたイメージの表示名を変更しないでください。

バグ: 36995638

バージョン: 3.0.2

低速のブロック・ストレージ更新により、配置されていないインスタンスが解決されない

アプライアンス・ソフトウェアのアップグレードの完了など、コンピュート・ノードが再起動されると、通常、ホストされたコンピュート・インスタンスは、他のコンピュート・ノード(場合によっては別のフォルト・ドメイン)に移行されます。可能な場合は、そのような「避難民」インスタンスが元のロケーションに返されます。コンピュート・ノード間でインスタンスを移動する場合、ブロック・ストレージ・サービスでは、アタッチされたブート・ボリュームとブロック・ボリュームの構成を適宜更新する必要があります。これらの更新の完了に時間がかかりすぎると、インスタンスが移動状態でスタックすることがあります。

回避策: 回避策はまだありません。

バグ: 37633393

バージョン: 3.0.2