ボリュームとスナップショットは、未請求のカタログ提供バージョンのカタログ提供情報を省略します

問題: 課金対象のカタログ提供 で課金プランなしのインスタンスにおいて、当初ブートボリュームとしてプロビジョニングされたボリュームまたはスナップショットを取得する場合、応答に catalog_offering プロパティが含まれません。

第一世代ボリューム プロファイルの帯域幅プロパティが誤って表示されます dependent_range

第一世代のボリュームプロファイルの詳細を取得すると、応答が帯域幅タイプを誤って. dependent_range と表示する。 正しい値は です dependent。これは、帯域幅の値がシステムによって自動的に割り当てられるためであり、その値は手動でもプログラム的にも変更できません。

リモートリージョンのブロックボリュームスナップショットは、元のオリジナルスナップショットよりも大きい

クロスリージョナルコピーを初めて作成する際、そのスナップショットは親ボリュームのデータの完全なコピーとなります。 以降のコピーは増分コピーまたは完全コピーのいずれかです。 リモートコピーが増分コピーとなるかどうかは、スナップショットチェーンにおける直前のスナップショットに依存します。 直前のスナップショットが宛先リージョンに存在する場合、コピーは増分コピーが可能です。 直前のスナップショットが見つからない場合、またはリモートリージョンで安定していない場合、新しいフルコピーが作成されます。 増分スナップショットから完全なリモートコピーが生成されると、課金に不一致が生じます。

インドMZRの地域 Object Storage におけるスナップショット暗号化

チェンナイ（Airtel）とムンバイ（Airtel）では、ローカルの Key Protect インスタンスは利用できない。 チェンナイ - エアテルで撮影された第一世代のブロックボリュームのスナップショットは、一時的にロンドン(eu-gb)地域の Key Protect インスタンスを使用して暗号化された地域の Object Storage バケットにルーティングされます。 チェンナイ - エアテルとムンバイ - エアテルでKMSサービスが利用可能になると、スナップショット・サービスは、暗号化にローカルの Key Protect インスタンスを使用するように切り替わり、ストレージと鍵管理の両方が同じリージョン内で処理されるようになる。

ボリュームにお客様暗号化が指定されている場合、プロバイダが管理する暗号化を持つ第2世代スナップショットからボリュームを作成すると失敗する

プロバイダが管理する暗号化を使用した第2世代のスナップショットを選択して、 お客様キーを使用したボリュームを作成すると、ボリュームのプロビジョニングが pending。 第2世代のスナップショットからボリュームを復元する場合は、新しいボリュームの暗号化タイプがスナップショットの暗号化タイプと一致していることを確認してください。

リクエストに異なるプロファイルを持つ複数のボリュームが含まれており、そのうち1つ以上のボリュームがスナップショットから復元されている場合、仮想サーバーインスタンスの作成に失敗することがあります

複数のボリュームを使用して仮想サーバーインスタンスを作成する場合、ボリュームのプロファイルが異なっており、かつスナップショットからデータを復元すると、プロビジョニングが失敗することがあります。 このシナリオは現在サポートされていません。 暫定的な対処法として、まず復元済みのボリュームを使用して仮想サーバーインスタンスを作成してください。 次に、復元したデータボリュームを個別に作成し、マウントします。

ボリュームのサイズを変更すると、スナップショット操作が遅くなることがあります

ボリュームの容量が増加すると、クロスリージョンコピー、ボリュームの復元、スナップショットの削除などのスナップショット操作が、サイズ更新前よりも遅くなることがあります。

ファイル共有レプリケーションのスナップショット

ソース共有とそのレプリカ間でレプリケーションが発生すると、システムはデータ同期をサポートするためにディレクトリ .snapshot 内に一時的なスナップショットを作成します。 これらのシステム管理スナップショットは、フィンガープリントではなく「レプリケーション」という単語と関連する作成タイムスタンプを用いて命名されます。 これらのスナップショットは、不要になった時点で自動的に解放され、削除されます。 これらのスナップショットは、コンソール、CLI、またはAPIレスポンスでは表示されません。

アクセス共有のスナップショットは、UI、CLI、またはAPI応答では表示されません

アクセサ共有のユーザーは、ソース共有の全データ（ファイル共有のスナップショットを含む）にアクセスできます。 アクセサ共有のユーザーは、コンソールやCLI、API応答においてソース共有のファイル共有スナップショットを確認できませんが、アクセサ共有のディレクトリ .snapshot 内のスナップショットにはアクセスできます。

API応答におけるファイル共有スナップショットディレクトリの可視性プロパティ

このプロパティ snapshot_directory_visible は、ファイル共有のリスト表示、作成、削除、取得、または更新を行うメソッドのAPI応答に含まれます。 このフィールドの使用は推奨されず、削除が予定されています。

特定のリソースグループを持つアクセサリ共有の作成に失敗しました

APIリクエストでオリジン共有のアクセサ共有を作成する際、リソースグループを明示的に指定すると、リクエストは400 Bad Requestエラーで失敗します。 回避策として、リソースグループを指定せずにアクセサ共有を作成できます。システムは共有を作成する際にデフォルトのリソースグループを自動的に選択します。

クロスリージョナルレプリカが作成されると、親スナップショットの表示されるhref値が正しくありません

クロスリージョナル レプリカ シェアに関する情報を取得すると、API レスポンス内のソース スナップショットの href 値が正しくありません。 代わりにソーススナップショットIDまたはソーススナップショットCRNを参照してください。

ファイル共有が共有APIの accessor_bindings 応答に欠落しています

ファイル共有の作成、取得、一覧表示、更新、または削除時に、共有APIの応答から欠落している可能性があります accessor_bindings。

ファイル共有は問題の URLmore_info を返しません

共有APIリクエストの実行中にエラーが報告された場合、プロパティ more_info は発生した問題に関するエラートピックを返しません。 URL 代わりに、この more_info プロパティは発生した問題の解決方法に関する情報を返します。

API応答にファイル共有プロパティが欠落している

Select availability

API version クエリパラメータが 2025-09-15 またはそれ以前の場合、レスポンスから以下のプロパティが欠落しているか、不正な値となる可能性があります：

• zone ファイル共有およびソース共有のプロファイル rfs を含むファイル共有スナップショットが、API バージョン または それ 2025-09-15 以前のバージョンを使用して作成、取得、一覧表示、更新、または削除された場合、共有 API レスポンスに存在しない可能性があります。 クエリパラメータ version `2025-09-15` またはそれ以前のバージョンが使用された場合、 rfs``zone 共有スナップショットの は、リージョン内の最初のゾーンを返す情報提供のみを目的とします `zone` 。 dp2 共有スナップショットでは は影響を受けず、API バージョン 2025-09-16 以降が使用された場合、`` rfs 共有スナップショットでは正しく表現されます。

レプリカファイル共有の作成 allowed_transit_encryption_modes またはマウント対象の作成 transit_encryption

Select availability

指定されたオプション allowed_transit_encryption_modes でレプリカファイル共有を作成しようとすると、要求が失敗します。 さらに、ソース共有の allowed_transit_encryption_modes ``プロパティに値 transit_encryption がない状態でマウント先を指定してレプリカファイル共有を作成すると失敗します。 この動作は不正です。 この問題を回避するには、レプリカ ファイル共有を作成するリクエストで を allowed_transit_encryption_modes 指定しないでください。 レプリカはソース共有 allowed_transit_encryption_modes から継承されます。 レプリカファイル共有のマウント先を作成する場合は、ソース共有の [マウント allowed_transit_encryption_modes 先] プロパティで指定されている値 transit_encryption のみを使用してください。

地域ファイル共有マウント先プロビジョニングの遅延

Select availability

地域ファイル共有のマウント先を作成するには10分以上かかる場合があり、その間は「」と lifecycle_state 表示されます pending。 プロファイル dp2 を使用する共有のマウント対象は影響を受けません。

APIおよびCLIの応答において、リージョナルファイル共有のスナップショットサイズが正確に報告されない

CLIまたはAPIでファイル共有操作を実行する場合、スナップショット作成時にはレスポンスのスナップショットサイズフィールドがデフォルトで1となり、それ以外の場合は0となります。 この値は、リージョナル共有のスナップショットの実際のサイズを表すものではありません。

メンテナンス中に、IPsecが設定されたゾーン内のファイル共有で接続障害が発生する可能性があります

IPsec接続を使用してゾーンのファイル共有をマウントする場合、メンテナンス時やノード障害時に、一時的なマウントの中断が発生する可能性があります。 ごくまれに、IPsecが設定されたマウントでは、ネットワーク接続が再確立されるまでの間、最大3分間のサービス中断が発生することがあります。 この問題は、これらのイベント発生中に、インバウンドのトラフィックフローを迂回させる必要があるために発生します。 この問題に対処するためのネットワーク機能が現在開発中です。

API応答におけるバックアッププランIDプロパティ

スナップショットの詳細を取得すると、APIレスポンスではプロパティ名が backup_plan_id ではなく として表示 backup_policy_plan されます。 この問題に対する修正が計画されています。

モントリオール（ca-mon ）およびチェンナイ - エアテル（in-che ）のMZRで、バックアップのプライベートコンテキストベースの制限ルールが機能しない。

モントリオールおよびチェンナイで、ブロックボリュームとファイル共有の自動スナップショットを作成および管理するバックアップ操作で、プライベートCBRルールを有効にする - エアテルはサポートされていません。