Estamos implementando múltiples Bitnami/MongoDB a través de helm en un clúster de AKS que se ejecuta en Kubernetes 1.19.7 en 4 nodos (DS2_V2).

Cada MongoDb se instala por separado a través de la instalación de helm, sin embargo, uno de ellos falla de forma completamente aleatoria y entra en el informe de condición de tiempo de espera:

 Unable to attach or mount volumes: unmounted volumes=[datadir], unattached volumes=[datadir-db-token-p55m7]: timed out waiting for the condition

Esto es totalmente aleatorio y está ocurriendo desde la semana pasada. Como clase de almacenamiento, usamos el valor predeterminado de aks, basado en azure-storage-disk. Hemos intentado cambiar el movimiento de enlace de volumen de WaitingForFirstConsumer a Immediate sin éxito.

La lista completa de eventos es:

1. Asignó correctamente tp-xxxxxx/xxxxxx-api-db-0 a aks-default-26759343-vmss000003
2. AttachVolume.Attach tuvo éxito para el volumen "pvc-adf7e23f-2264-4eb5-bc29-9e1707a3f5a9"
3. No se pueden adjuntar o montar volúmenes: volúmenes desmontados=[datadir], volúmenes no adjuntos=[datadir xxxxx-api-db-token-p55m7]: se agotó el tiempo de espera de la condición
4. MountVolume.WaitForAttach falló para el volumen "pvc-adf7e23f-2264-4eb5-bc29-9e1707a3f5a9": se agotó el tiempo de espera para la condición 5. No se pueden adjuntar o montar volúmenes: volúmenes no montados = [dirección de datos], volúmenes no adjuntos = [xxxx-api- db-token-p55m7 datadir]: se agotó el tiempo de espera de la condición

Esto lleva a que la instalación del timón alcance el tiempo de espera y luego falla la instalación.