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

Αυτό το άρθρο ισχύει για Αυτό το άρθρο δεν ισχύει για Αυτό το άρθρο δεν συνδέεται με κάποιο συγκεκριμένο προϊόν. Δεν προσδιορίζονται όλες οι εκδόσεις προϊόντων σε αυτό το άρθρο.
Δείτε άλλους πόρους

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.

Επηρεαζόμενα προϊόντα

Container Storage Modules

Προϊόντα

Container Storage Modules Family, Container Storage Modules
Ιδιότητες άρθρου
Article Number: 000211555
Article Type: Solution
Τελευταία τροποποίηση: 03 Σεπ 2025
Version:  5
Βρείτε απαντήσεις στις ερωτήσεις σας από άλλους χρήστες της Dell
Υπηρεσίες υποστήριξης
Ελέγξτε αν η συσκευή σας καλύπτεται από τις Υπηρεσίες υποστήριξης.