Os volumes e instantâneos omitem as informações da oferta do catálogo para versões da oferta do catálogo não faturadas

Problema: quando você recupera um volume ou instantâneo que foi originalmente provisionado como um volume de inicialização em uma instância com uma oferta de catálogo cobrada e sem um plano de cobrança, a resposta não inclui a catalog_offering propriedade.

A propriedade Largura de banda dos perfis de volumes de primeira geração é exibida incorretamente dependent_range

Quando os detalhes dos perfis de volume da primeira geração são recuperados, as respostas mostram o tipo de largura de banda incorretamente como dependent_range. O valor correto é dependent porque o valor da largura de banda é atribuído automaticamente pelo sistema e esse valor não pode ser alterado manualmente ou programaticamente.

O instantâneo do volume do bloco é maior na região remota do que o instantâneo original

A primeira vez que você cria uma cópia inter-regional, esse instantâneo é uma cópia completa dos dados do volume pai. As cópias subsequentes podem ser incrementais ou completas. O fato de a cópia remota ser incremental depende do instantâneo imediatamente anterior na cadeia. Se o instantâneo imediatamente anterior existir na região de destino, a cópia poderá ser incremental. Se o instantâneo imediatamente anterior não for encontrado ou não estiver estável na região remota, uma nova cópia completa será criada. Quando uma cópia remota completa é gerada a partir de um instantâneo incremental, isso cria uma discrepância na cobrança.

Criptografia de instantâneo na região Object Storage em MZRs indianos

Uma instância local do Key Protect não está disponível em Chennai - Airtel e Mumbai - Airtel. Os instantâneos de volume de bloco de primeira geração obtidos em Chennai - Airtel são roteados para um bucket regional Object Storage que é criptografado usando temporariamente uma instância Key Protect da região de Londres (eu-gb). Quando o serviço de KMS estiver disponível em Chennai - Airtel e Mumbai - Airtel, o serviço de instantâneos passará a usar a instância local do Key Protect para criptografia, de modo que o armazenamento e o gerenciamento de chaves sejam tratados na mesma região.

A criação de um volume a partir de um instantâneo de segunda geração que tem criptografia gerenciada pelo provedor falha quando a criptografia gerenciada pelo cliente é especificada para o volume

Quando um instantâneo de segunda geração com criptografia gerenciada pelo provedor é selecionado para criar um volume com chaves gerenciadas pelo cliente, o provisionamento do volume fica preso no status pending. Ao restaurar um volume a partir de um instantâneo de segunda geração, certifique-se de que o tipo de criptografia do novo volume corresponda ao tipo de criptografia do instantâneo.

A criação de uma instância de servidor virtual pode falhar quando a solicitação inclui vários volumes com perfis diferentes e um ou mais volumes são restaurados a partir de um snapshot

Ao criar uma instância de servidor virtual com vários volumes, o provisionamento pode falhar se os volumes tiverem perfis diferentes e os dados forem restaurados a partir de instantâneos. Atualmente, esse cenário não é compatível. Como solução alternativa, crie primeiro a instância do servidor virtual com um volume restaurado. Em seguida, crie e conecte os volumes de dados restaurados separadamente.

As operações de instantâneo podem ficar mais lentas depois que um volume é redimensionado

Depois que a capacidade de um volume é aumentada, as operações de snapshot, como cópia entre regiões, restauração de volume e exclusão de snapshot, podem ser mais lentas do que antes da atualização do tamanho.

A cópia instantânea entre regiões e a migração de volume não são suportadas em Chennai - Airtel e Mumbai - Airtel

No momento, a cópia entre regiões de instantâneos de volume em bloco da 2ª geração e a migração de volumes não são suportadas nas regiões de Chennai - Airtel (in-che) e Mumbai - Airtel (in-mum).

Instantâneos de replicação de compartilhamento de arquivos

Quando ocorre replicação entre o compartilhamento de origem e sua réplica, o sistema cria instantâneos temporários no .snapshot diretório para dar suporte à sincronização de dados. Esses instantâneos gerenciados pelo sistema são nomeados usando a palavra “replicação” e o carimbo de data/hora de criação associado, em vez de uma impressão digital. Essas instantâneas são liberadas e excluídas automaticamente quando não são mais necessárias. Esses instantâneos não são visíveis no console, na CLI ou nas respostas da API.

Os instantâneos de compartilhamento de arquivos não são visíveis na interface do usuário, na CLI ou nas respostas da API para compartilhamentos do Accessor

Os usuários das ações Accessor têm acesso a todos os dados da ação de origem, incluindo os instantâneos da ação de arquivo. Embora os usuários de um compartilhamento Accessor não possam ver os instantâneos do compartilhamento de arquivos do compartilhamento de origem no console, na CLI ou nas respostas da API, eles podem acessar os instantâneos no .snapshot diretório do compartilhamento Accessor.

Propriedade visível do diretório de instantâneos de compartilhamento de arquivos na resposta da API

A propriedade snapshot_directory_visible está incluída na resposta da API para os métodos que listam, criam, excluem, recuperam ou atualizam um compartilhamento de arquivos. Este campo não é recomendado para uso e está previsto para ser removido.

Falha ao criar compartilhamento de acessor com grupo de recursos específico

Quando você especifica um grupo de recursos explicitamente em sua solicitação de API para criar um compartilhamento de acesso para um compartilhamento de origem, a solicitação falha com o erro 400 Bad Request. Como solução alternativa, você pode criar o compartilhamento de acesso sem especificar um grupo de recursos. O sistema seleciona automaticamente o grupo de recursos padrão para criar o compartilhamento.

Quando uma réplica inter-regional é criada, o valor href exibido do instantâneo pai está incorreto

Quando você recupera informações sobre sua partilha de réplica inter-regional, o valor href do instantâneo de origem está incorreto na resposta da API. Consulte o ID do instantâneo de origem ou o CRN do instantâneo de origem.

Compartilhamento de accessor_bindings arquivos ausente na resposta da API de compartilhamento

Ao criar, recuperar, listar, atualizar ou excluir compartilhamentos de arquivos, accessor_bindings pode estar ausente da resposta da API de compartilhamento.

O compartilhamento de more_info arquivos não retorna um URL e do problema

Quando um erro é relatado durante a realização de solicitações de API compartilhada, a more_info propriedade não retorna um tópico de erro URL para o problema encontrado. A more_info propriedade retorna informações sobre como resolver o problema encontrado.

Propriedades de compartilhamento de arquivos ausentes na resposta da API

Select availability

Ao usar um parâmetro de version consulta 2025-09-15 da API ou anterior, as seguintes propriedades podem estar ausentes ou incorretas na resposta:

• zone pode estar ausente na resposta da API de compartilhamento quando compartilhamentos de arquivos e instantâneos de compartilhamento de arquivos com rfs perfil de um compartilhamento de origem são criados, recuperados, listados, atualizados ou excluídos usando uma versão da API 2025-09-15 ou anterior. Quando um parâmetro version de consulta de 2025-09-15 ou anterior é usado, o zone de um rfs instantâneo compartilhado retorna a primeira zona da região e é apenas informativo. não zone é afetado para dp2 instantâneos compartilhados e é representado corretamente para rfs instantâneos compartilhados quando uma versão da API de 2025-09-16 ou posterior é usada.

Criando compartilhamentos de arquivos réplicas com allowed_transit_encryption_modes ou destinos de montagem com transit_encryption

Select availability

Quando você tenta criar um compartilhamento de arquivos réplica com a allowed_transit_encryption_modes opção especificada, a solicitação falha. Além disso, a criação de um compartilhamento de arquivos réplica com um destino de montagem sem um transit_encryption valor na propriedade allowed_transit_encryption_modes do compartilhamento de origem falha. Esse comportamento é incorreto. Para contornar esse problema, não especifique allowed_transit_encryption_modes nas solicitações para criar um compartilhamento de arquivos réplica. As réplicas allowed_transit_encryption_modes são herdadas do compartilhamento de origem. Quando você quiser criar um destino de montagem para um compartilhamento de arquivos réplica, use apenas os transit_encryption valores especificados na propriedade allowed_transit_encryption_modes do compartilhamento de origem.

Atrasos no provisionamento do destino de montagem do compartilhamento de arquivos regional

Select availability

A criação de um destino de montagem de compartilhamento para um compartilhamento de arquivos regional pode levar mais de 10 minutos, durante os quais ele lifecycle_state é exibido como pending. Os destinos de montagem para compartilhamentos que utilizam o dp2 perfil não são afetados.

O tamanho do instantâneo do compartilhamento de arquivos regional não é relatado com precisão nas respostas da API e da CLI

Ao realizar operações de compartilhamento de arquivos com a CLI ou API, o campo tamanho do instantâneo é padronizado como 1 na resposta quando um instantâneo é criado e como 0 nos demais casos. Este valor não representa o tamanho real do instantâneo para compartilhamentos regionais.

Possível interrupção na montagem de compartilhamentos de arquivos zonais configurados com IPsec durante a manutenção

Ao usar conexões IPsec para montar compartilhamentos de arquivos zonais, podem ocorrer interrupções temporárias na montagem durante situações de manutenção ou falha de nós. Em casos raros, as montagens configuradas com IPsec podem sofrer interrupções no serviço de até 3 minutos enquanto a conexão de rede é restabelecida. Esse problema ocorre porque o fluxo de tráfego de entrada precisa ser redirecionado durante esses eventos. Um recurso de rede para resolver esse problema está atualmente em desenvolvimento.

Propriedade ID do plano de backup na resposta da API

Quando os detalhes de um instantâneo são recuperados, a resposta da API mostra o nome da propriedade backup_plan_id em vez de backup_policy_plan. Uma correção para esse problema está planejada.

As regras de restrição baseadas em contexto privado para backups não estão funcionando nos MZRs de Montreal (ca-mon) e Chennai - Airtel (in-che).

A ativação de regras CBR privadas para operações de backup que criam e gerenciam instantâneos automatizados de volumes de blocos e compartilhamentos de arquivos em Montreal e Chennai - Airtel não é suportada.