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

Riepilogo: 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. ...

Questo articolo si applica a Questo articolo non si applica a Questo articolo non è legato a un prodotto specifico. Non tutte le versioni del prodotto sono identificate in questo articolo.
Scopri le altre risorse

Sintomi

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

Causa

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.

Risoluzione

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.

Prodotti interessati

Container Storage Modules

Prodotti

Container Storage Modules Family, Container Storage Modules
Proprietà dell'articolo
Numero articolo: 000211555
Tipo di articolo: Solution
Ultima modifica: 03 set 2025
Versione:  5
Trova risposta alle tue domande dagli altri utenti Dell
Support Services
Verifica che il dispositivo sia coperto dai Servizi di supporto.