Container Storage Modules

Después de un reinicio, los dispositivos Windows no agrupados en clústeres no se conectaban cuando se usaba PowerShell para conectar los dispositivos. Casualmente, el plug-in de AppSync se instaló recientemente.

En este artículo, se describen métodos para identificar y tratar problemas relacionados con la base de datos de medios, así como prácticas recomendadas para el mantenimiento y la protección.

En este artículo, se explican las maneras de obtener soporte para los controladores de los módulos de almacenamiento de contenedores (CSM) y la interfaz de almacenamiento de contenedores (CSI).

En ocasiones, los volúmenes persistentes replicados (PV) y los DellCSIReplicationGroups (RG) no se eliminan cuando se emiten comandos de eliminación de Kubernetes pertinentes. Las políticas de SyncIQ en arreglos PowerScale también pueden persistir incorrectamente después de que se elimina su RG relacionado.

Operador de módulos de almacenamiento de contenedores: Después del desescalamiento de la controladora del controlador, el atributo "Disponible" provoca un informe de estado de falla incorrecto en la implementación.

Cuando "skipCertificateValidation" es false para la autorización de módulos de almacenamiento de contenedores en el recurso personalizado del controlador, el proxy sidecar de autorización (contenedor karavi-authorization-proxy) no valida el certificado.

Cuando Container Storage Modules Operator se instala desde la vista Operator de OpenShift Console (Operator Lifecycle Manager (OLM), el operador no responde continuamente debido a la falta de un recurso personalizado.

El estado del operador del módulo de almacenamiento de contenedores (CSM) no se calcula cuando el controlador del módulo de almacenamiento de contenedores (CSI) está instalado como independiente.

En Container Storage Modules (CSM) 1.9.1, cuando Application Mobility se instala como independiente, el estado de CSM se marca como fallido, aunque se realice correctamente.

En Container Storage Module (CSM) Operator v1.4.1, el estado del objeto CSM del proxy de autorización permanece en un estado fallido, incluso cuando los pods se realizan correctamente.

En CSM Operator v1.4.1, el objeto CSM asociado con una implementación de controlador permanece en un estado fallido, incluso cuando la implementación se realiza correctamente.

En Container Storage Modules (CSM) Operator v1.4.1, el objeto CSM asociado con una implementación de controlador permanece en un estado fallido, incluso cuando la implementación se realiza correctamente. Esto ocurre con la observabilidad de PowerScale.

Cuando la observabilidad de los módulos de almacenamiento de contenedores (CSM) está habilitada para un PowerFlex, el usuario puede ver sesiones no válidas de PowerFlex.

En Container Storage Modules (CSM) v1.9.0 y v1.9.1, los objetos de CSM creados por csm-operator se etiquetan como CSMVersion v1.8.0.

En Container Storage Modules 1.8.0, cuando se implementa Observability o Application Mobility con un controlador, el operador de Container Storage Modules no configura correctamente el estado. Si el módulo falla, el estado dice "Correcto", lo cual es incorrecto.

Los escáneres de seguridad pueden mostrar vulnerabilidades en diferentes componentes asociados con los controladores CSM o CSI. Este artículo de la base de conocimientos ayuda a identificar a la parte responsable de las imágenes.

La resiliencia de CSM monitorea el estado de los nodos de Kubernetes y, tras la detección de un problema, aplica una tasa a ese nodo.

Módulos de almacenamiento de contenedores (CSM) Los pods de nodos de PowerFlex se bloquean en init:0/2 después de que se reiniciaron los hosts debido a algunos cambios aplicados a ellos.

El controlador de la interfaz de almacenamiento de contenedores (CSI) muestra "No se puede hacer coincidir el dispositivo de bloques con la HCTL proporcionada" (LUN de destino del canal de host). Esto ocurre con el arreglo PowerStore mediante Fibre Channel (FC) en hosts CoreOS en OpenShift. Esto ocurre cuando el número de unidad lógica (ID de LUN) es mayor que 255 debido a una limitación de CoreOS.

Cómo habilitar las métricas de uso de volumen de reclamación de volumen persistente (PVC) en Kubernetes y Red Hat OpenShift.

Dell EMC Container Storage Modules Security Update for GoGo Protobuf Vulnerability.

Bienvenido a la página de destino de Avamar Data Migration Enabler (ADMe).

En este artículo, se explica cómo asignar un administrador inicial de la empresa.

Los respaldos de NetApp de Avamar NDMP fallan con un error de Señal 11 y problemas al recuperar el historial de respaldos.

En ocasiones, es posible que un respaldo deba ejecutar varios flujos para completar un respaldo muy grande. Solo hay un flujo disponible por cliente. Varios clientes, con nombres diferentes, pueden estar en un solo servidor Unix/Linux si el sistema tiene suficientes recursos disponibles.

Cuando se respaldan volúmenes de NetApp, el respaldo falla en la fase de inicialización. Cuando avtar intenta leer inode.dir.map desde el respaldo anterior, finaliza con la señal irrecuperable 11 debido al alto uso de memoria.

Dell Container Storage Modules remediation is available for gofsutil that may be exploited by malicious users to compromise the affected system.

Avamar Proxy Deployment Manager presenta fallas durante el proceso de creación de recomendaciones. - Error al conectarse al servicio mc.

Cuando se configuran dos redes independientes en PowerStore, una para iSCSI y otra para NVMeTCP, el controlador 2.9.0 de la interfaz de almacenamiento de contenedores (CSI) no puede montar volúmenes mediante la segunda red.

Los controladores de CSM/CSI de Dell utilizan soluciones de código abierto Kubernetes y Sidecars, y son interdependientes. Las nuevas versiones de sidecar lanzadas por Kubernetes no se consideran soportadas por el equipo de ingeniería, a menos que la herramienta cert-csi la herramienta cert-csi https://dell.github.io/csm-docs/docs/csidriver/installation/test/certcsi/ el equipo de CSM/CSI de Dell las pruebe/certifique. Los lanzamientos trimestrales de CSM/CSI-Drivers siempre contienen las últimas revisiones de los sidecars K8S disponibles antes de la congelación del código de los CSM/CSI-Drivers antes del lanzamiento público. Si desea utilizar la versión más reciente de los sidecars que se lanzó recientemente y que aún no están incorporadas por los controladores de CSM/CSI, pueden actualizar las versiones de los sidecars en el siguiente archivo y crear su propia imagen local mediante los siguientes comandos: