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

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

Dieser Artikel gilt für Dieser Artikel gilt nicht für Dieser Artikel ist nicht an ein bestimmtes Produkt gebunden. In diesem Artikel werden nicht alle Produktversionen aufgeführt.

Symptome

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

Ursache

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.

Lösung

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.

Betroffene Produkte

Container Storage Modules

Produkte

Container Storage Modules Family, Container Storage Modules
Artikeleigenschaften
Artikelnummer: 000211555
Artikeltyp: Solution
Zuletzt geändert: 03 Sept. 2025
Version:  5
Antworten auf Ihre Fragen erhalten Sie von anderen Dell NutzerInnen
Support Services
Prüfen Sie, ob Ihr Gerät durch Support Services abgedeckt ist.