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

Сводка: 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. ...

Данная статья применяется к Данная статья не применяется к Эта статья не привязана к какому-либо конкретному продукту. В этой статье указаны не все версии продуктов.
Ознакомьтесь с другими ресурсами

Симптомы

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

Причина

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.

Разрешение

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
Свойства статьи
Номер статьи: 000211555
Тип статьи: Solution
Последнее изменение: 03 Sep 2025
Версия:  5
Получите ответы на свои вопросы от других пользователей Dell
Услуги технической поддержки
Проверьте, распространяются ли на ваше устройство услуги технической поддержки.