Operatore container storage modules: Dopo la scalabilità verso il basso del controller del driver, l'attributo "Available" causa un rapporto errato sullo stato di errore nell'implementazione

Summary: Operatore container storage modules: Dopo la scalabilità verso il basso del controller del driver, l'attributo "Available" causa un rapporto errato sullo stato di errore nell'implementazione. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Symptoms

L'object ContainerStorageModule segnala erroneamente lo stato: Non riuscito, quando si utilizza l'operatore CSM per il downscale implementato componenti CSM. Controllare questo comando con il comando describe kubectl .

Esempio:
  1. Dimensionare l'implementazione dei driver esistente cambiando il numero di controller da 2 a 1:
Kubectl scale deploy/driver-controller -n [namespace] –replicas=1
deployment.apps/driver-controller scaled
  1. Ottenere il nome dell'implementazione:
kubectl get deployment -n [namespace]
NAME                         READY   UP-TO-DATE   AVAILABLE   AGE
driver-controller            1/1     1            1           14m
  1. Descrivere il deployment (visualizzato come non riuscito):
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
(. . .)
Nonostante lo stato: Operazione non riuscita nell'output del comando di descrizione kubectl , la scalabilità verso il basso del controller ha avuto esito positivo. Non vi è alcun impatto sulla funzionalità del driver. Questa operazione viene convalidata eseguendo uno dei seguenti comandi in Kubernetes dopo circa un'ora: 
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

Cause

La root cause sottostante è un problema di tempistica nel codice operatore CSM quando si richiede lo stato del deployment. Il codice richiede un aggiornamento dello stato dall'object ContainerStorageModule prima che il parametro "Available" venga aggiornato durante lo scale-down. Ciò causa una discrepanza tra "Available" e "Desired" per un breve periodo di tempo. Questa discrepanza viene riconciliata automaticamente dopo un'ora di tempo. Non vi è alcun impatto sulla funzionalità del driver.

Resolution

Soluzione:
Non è necessaria alcuna soluzione alternativa. L'attributo "Available" viene aggiornato correttamente dopo circa un'ora e riporta lo stato correttamente. La funzionalità del driver non è interessata in alcun momento.

Affected Products

Container Storage Modules

Products

Container Storage Modules Family, Container Storage Modules
Article Properties
Article Number: 000211555
Article Type: Solution
Last Modified: 03 Sept 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.