Operador de módulos de armazenamento de contêiner: Após o down scaling do controlador de driver, o atributo "Available" causa o relatório incorreto de status de falha na implementação

Oversigt: Operador de módulos de armazenamento de contêiner: Após o down scaling do controlador de driver, o atributo "Available" causa o relatório de status de falha incorreto na implementação.

Denne artikel gælder for Denne artikel gælder ikke for Denne artikel er ikke knyttet til et bestemt produkt. Det er ikke alle produktversioner, der er identificeret i denne artikel.
Udforsk andre ressourcer

Symptomer

O objeto ContainerStorageModule informa erroneamente o status: Falha ao usar o operador CSM para fazer o downscale dos componentes do CSM implementados. Verifique isso com o comando kubectl describe .

Exemplo:
  1. Faça o scale-down da implementação de driver existente alterando a contagem de controladores de 2 para 1:
Kubectl scale deploy/driver-controller -n [namespace] –replicas=1
deployment.apps/driver-controller scaled
  1. Obtenha o nome da implementação:
kubectl get deployment -n [namespace]
NAME                         READY   UP-TO-DATE   AVAILABLE   AGE
driver-controller            1/1     1            1           14m
  1. Descrever a implementação (é exibida como com falha):
kubectl describe csm -n [namespace] [deployment]
( . . .)
Status:
  Controller Status:
    Available:  2
    Desired:    1
    Failed:     0
  Node Status:
    Available:  2
    Desired:    2
    Failed:     0
  State:        Failed
(. . .)
Apesar do status: Falha na saída do comando kubectl describe , a escala de inatividade do controlador foi bem-sucedida. Não há impacto na funcionalidade do driver. Isso é validado executando qualquer um dos seguintes comandos no Kubernetes após cerca de uma hora: 
kubectl get pods -n [namespace]
NAME                READY   STATUS    RESTARTS   AGE
driver-controller   5/5     Running   0          16m
driver-node         2/2     Running   0          16m
driver-node         2/2     Running   0          16m

kubectl get replicaset -n [namespace]
NAME                DESIRED   CURRENT   READY   AGE
driver-controller   1         1         1       17m

kubectl get deployment -n [namespace]
NAME                         READY   UP-TO-DATE   AVAILABLE   AGE
driver-controller            1/1     1            1           24m

Årsag

A causa raiz subjacente é um problema de temporização no código do operador do CSM ao solicitar o status da implementação. O código solicita uma atualização de status do objeto ContainerStorageModule antes que o parâmetro "Available" seja atualizado durante o scale-down. Isso causa uma discrepância entre "Disponível" e "Desejado" por um curto período de tempo. Essa discrepância é reconciliada automaticamente após uma hora. Não há impacto na funcionalidade do driver.

Løsning

Solução alternativa:
Nenhuma solução temporária é necessária. O atributo "Available" é atualizado corretamente após cerca de uma hora e informa o status corretamente. A funcionalidade do driver não é afetada a qualquer momento.

Berørte produkter

Container Storage Modules

Produkter

Container Storage Modules Family, Container Storage Modules
Artikelegenskaber
Artikelnummer: 000211555
Artikeltype: Solution
Senest ændret: 03 sep. 2025
Version:  5
Find svar på dine spørgsmål fra andre Dell-brugere
Supportservices
Kontrollér, om din enhed er dækket af supportservices.