Problemas conocidos con los servicios de almacenamiento IBM Cloud para VPC

Consulta los problemas conocidos de los servicios de almacenamiento de IBM Cloud para VPC, incluidos los volúmenes de almacenamiento en bloques, los recursos compartidos de archivos, las instantáneas y el cifrado. Se proporcionan soluciones alternativas siempre que sea posible.

Volúmenes de almacenamiento en bloques e instantáneas

Los volúmenes y las instantáneas omiten la información de la oferta del catálogo para las versiones de la oferta del catálogo no facturadas

Problema: Cuando recupera un volumen o una instantánea que se aprovisionó originalmente como volumen de arranque en una instancia con una oferta de catálogo facturada y sin un plan de facturación, la respuesta no incluye la catalog_offering propiedad.

La propiedad Ancho de banda de los perfiles de volúmenes de primera generación se muestra incorrectamente. dependent_range

Cuando se recuperan los detalles de los perfiles de volumen de primera generación, las respuestas muestran incorrectamente el tipo de ancho de banda como dependent_range. El valor correcto es dependent porque el valor del ancho de banda es asignado automáticamente por el sistema y ese valor no se puede cambiar manualmente ni mediante programación.

La instantánea del volumen del bloque es mayor en la región remota que la instantánea original

La primera vez que se crea una copia interregional, esa instantánea es una copia completa de los datos del volumen principal. Las copias posteriores pueden ser incrementales o completas. Que la copia remota sea incremental depende de la instantánea inmediatamente anterior en la cadena. Si la instantánea inmediatamente anterior existe en la región de destino, la copia puede ser incremental. Si no se encuentra la instantánea inmediatamente anterior o no es estable en la región remota, se crea una nueva copia completa. Cuando se genera una copia remota completa a partir de una instantánea incremental, se produce una discrepancia en la facturación.

Encriptación instantánea en la web regional Object Storage en las MZR indias

Una instancia local Key Protect no está disponible en Chennai - Airtel y Mumbai - Airtel. Las instantáneas de volumen de bloques de primera generación que se toman en Chennai - Airtel se enrutan a un bucket regional de Object Storage que se cifra utilizando temporalmente una instancia de Key Protect de la región de Londres (eu-gb). Cuando el servicio KMS esté disponible en Chennai - Airtel y Mumbai - Airtel, el servicio de instantáneas pasará a utilizar la instancia local Key Protect para el cifrado, de modo que tanto el almacenamiento como la gestión de claves se gestionen dentro de la misma región.

La creación de un volumen a partir de una instantánea de segunda generación que tiene un cifrado gestionado por el proveedor falla cuando se especifica un cifrado gestionado por el cliente para el volumen

Cuando se selecciona una instantánea de segunda generación con cifrado gestionado por el proveedor para crear un volumen con claves gestionadas por el cliente, el aprovisionamiento del volumen se queda atascado en el estado pending. Cuando restaures un volumen a partir de una instantánea de segunda generación, asegúrate de que el tipo de cifrado del nuevo volumen coincide con el tipo de cifrado de la instantánea.

La creación de una instancia de servidor virtual puede fallar cuando la solicitud incluye varios volúmenes con perfiles diferentes y uno o más volúmenes se restauran a partir de una instantánea

Cuando se crea una instancia de servidor virtual con varios volúmenes, el aprovisionamiento puede fallar si los volúmenes tienen perfiles diferentes y los datos se restauran a partir de instantáneas. Actualmente, este escenario no es compatible. Como solución alternativa, crea primero la instancia del servidor virtual con un volumen restaurado. A continuación, crea y monta los volúmenes de datos restaurados por separado.

Las operaciones de instantánea pueden ser más lentas después de cambiar el tamaño de un volumen

Después de aumentar la capacidad de un volumen, las operaciones de instantáneas como la copia entre regiones, la restauración de volúmenes y la eliminación de instantáneas pueden ser más lentas que antes de la actualización del tamaño.

File Storage acciones e instantáneas

Instantáneas de replicación de recursos compartidos de archivos

Cuando se produce la replicación entre el recurso compartido de origen y su réplica, el sistema crea instantáneas temporales en el .snapshot directorio para permitir la sincronización de datos. Estas instantáneas gestionadas por el sistema se nombran utilizando la palabra «replicación» y la marca de tiempo de creación asociada, en lugar de una huella digital. Estas instantáneas se liberan y eliminan automáticamente cuando ya no son necesarias. Estas instantáneas no son visibles en la consola, en la CLI ni en las respuestas de la API.

Las instantáneas de recursos compartidos de archivos no son visibles en la interfaz de usuario, la CLI ni las respuestas de la API para los recursos compartidos de Accessor

Los usuarios de recursos compartidos Accessor tienen acceso a todos los datos del recurso compartido de origen, lo que incluye las instantáneas del recurso compartido de archivos. Aunque los usuarios de un recurso compartido Accessor no pueden ver las instantáneas del recurso compartido de origen en la consola, en la CLI o en las respuestas de la API, pueden acceder a las instantáneas en el .snapshot directorio del recurso compartido Accessor.

Propiedad visible del directorio de instantáneas de recursos compartidos de archivos en la respuesta de la API

La propiedad snapshot_directory_visible se incluye en la respuesta API para los métodos que enumeran, crean, eliminan, recuperan o actualizan un recurso compartido de archivos. No se recomienda utilizar este campo, y está previsto eliminarlo.

No se puede crear un recurso compartido de acceso con un grupo de recursos específico

Cuando se especifica explícitamente un grupo de recursos en la solicitud de API para crear un recurso compartido de acceso para un recurso compartido de origen, la solicitud falla con el error 400 Bad Request. Como solución alternativa, puede crear el recurso compartido de acceso sin especificar un grupo de recursos; el sistema selecciona automáticamente el grupo de recursos predeterminado para crear el recurso compartido.

Cuando se crea una réplica interregional, el valor href mostrado de la instantánea principal es incorrecto

Cuando recupera información sobre su recurso compartido de réplica interregional, el valor href de la instantánea de origen es incorrecto en la respuesta de la API. Consulte el ID de la instantánea de origen o el CRN de la instantánea de origen.

Falta el accessor_bindings uso compartido de archivos en la respuesta de la API de uso compartido

Al crear, recuperar, enumerar, actualizar o eliminar recursos compartidos de archivos, accessor_bindings puede estar ausente de la respuesta de la API compartida.

El uso compartido de archivos more_info no devuelve un URL e del problema

Cuando se informa de un error al realizar solicitudes de API compartidas, la more_info propiedad no devuelve un tema de error URL para el problema encontrado. La more_info propiedad devuelve información sobre cómo resolver el problema encontrado.

Faltan las propiedades de uso compartido de archivos en la respuesta de la API

Seleccionar disponibilidad

Al utilizar un parámetro de 2025-09-15 consulta version API o anterior, es posible que las siguientes propiedades no aparezcan o sean incorrectas en la respuesta:

  • zone puede estar ausente en la respuesta de la API compartida cuando se crean, recuperan, enumeran, actualizan o eliminan recursos compartidos de archivos e instantáneas de recursos compartidos de archivos con rfs perfil desde un recurso compartido de origen utilizando una versión de la API 2025-09-15 o anterior. Cuando se utiliza un version parámetro de consulta de 2025-09-15 o anterior, el zone de una rfs instantánea compartida devuelve la primera zona de la región y es solo informativo. no zone se ve afectado por las dp2 instantáneas compartidas y se representa correctamente para las rfs instantáneas compartidas cuando se utiliza una versión de la API de 2025-09-16 o posterior.

Creación de réplicas de recursos compartidos de archivos con allowed_transit_encryption_modes o destinos de montaje con transit_encryption

Seleccionar disponibilidad

Cuando se intenta crear un recurso compartido de réplica de archivos con la allowed_transit_encryption_modes opción especificada, la solicitud falla. Además, la creación de un recurso compartido de réplica de archivo con un destino de montaje sin un transit_encryption valor en la propiedad allowed_transit_encryption_modes del recurso compartido de origen falla. Este comportamiento es incorrecto. Para solucionar este problema, no especifique allowed_transit_encryption_modes en las solicitudes para crear un recurso compartido de réplica. Las réplicas allowed_transit_encryption_modes se heredan de la participación de origen. Cuando desees crear un destino de montaje para un recurso compartido de réplica, utiliza únicamente los transit_encryption valores especificados en la propiedad allowed_transit_encryption_modes del recurso compartido de origen.

Retrasos en el aprovisionamiento de destinos de montaje de recursos compartidos de archivos regionales

Seleccionar disponibilidad

La creación de un destino de montaje compartido para un recurso compartido de archivos regional puede tardar más de 10 minutos, tiempo durante el cual se lifecycle_state muestra como pending. Los destinos de montaje para recursos compartidos que utilizan el dp2 perfil no se ven afectados.

El tamaño de la instantánea del recurso compartido de archivos regional no se informa con precisión en las respuestas de la API y la CLI

Al realizar operaciones de uso compartido de archivos con la CLI o la API, el campo de tamaño de la instantánea se establece de forma predeterminada en 1 en la respuesta cuando se crea una instantánea y en 0 en los demás casos. Este valor no representa el tamaño real de la instantánea para las acciones regionales.

Posible interrupción del montaje de recursos compartidos de archivos zonales configurados con IPsec durante el mantenimiento

Cuando se utilizan conexiones IPsec para montar recursos compartidos de archivos zonales, pueden producirse interrupciones temporales en el montaje durante las tareas de mantenimiento o en caso de fallo de un nodo. En contadas ocasiones, los montajes configurados con IPsec pueden sufrir interrupciones del servicio de hasta 3 minutos mientras se restablece la conexión de red. Este problema se produce porque es necesario redirigir el flujo de tráfico entrante durante estos eventos. Actualmente se está desarrollando una función de red para resolver este problema.

Copia de seguridad para el servicio VPC

Propiedad ID del plan de respaldo en la respuesta de la API

Cuando se recuperan los detalles de una instantánea, la respuesta de la API muestra el nombre de la propiedad backup_plan_id en lugar de backup_policy_plan. Se prevé una solución para este problema.

Las reglas de restricción basadas en el contexto privado para copias de seguridad no funcionan en los MZR de Montreal (ca-mon) y Chennai - Airtel (in-che).

Habilitación de reglas CBR privadas para operaciones de copia de seguridad que crean y gestionan instantáneas automatizadas de volúmenes de bloques y recursos compartidos de archivos en Montreal y Chennai - Airtel no es compatible.