vSphere Datastore Cluster Support Fails with "spec.host" Error When Using Multiple Compute Clusters
Los mantenedores suelen responder en 1 día
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 42/100
- Tipo de issue
- Error
- Claridad
- Necesita aclaración
- Estado de actividad
- Tranquilo
- Stack tecnológico
- go
- Área
- cloud, infrastructure
Línea de trabajo
No se nombran archivos fuente ni pruebas. Empieza reproduciendo el aprovisionamiento de VM con un clúster de datastores y varios clústeres de cómputo; después, sigue la solicitud de machine-controller hasta la recomendación de colocación del almacenamiento de vCenter, donde aparece el error spec.host. Se considera terminado cuando el aprovisionamiento del clúster de datastores se completa correctamente sin requerir la ruta de un datastore individual.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Issue
Customers attempting to provision VMs using vSphere datastore clusters encounter provisioning failures. When a MachineDeployment is configured to use a datastore cluster instead of a specific datastore path, machine-controller cannot successfully create virtual machines. The error message displayed is: failed to resolve datastore: error occurred while getting storage placement recommendation: ServerFaultCode: A specified parameter was not correct: spec.host. This occurs regardless of whether the vSphere compute cluster is correctly specified in the configuration. The issue manifests when customers try to leverage Storage DRS capabilities by using datastore clusters for automated storage placement, but machine-controller is unable to complete the storage placement request to vCenter. Even after ensuring all required fields like cluster are properly configured, VM provisioning continues to fail when datastore clusters are used, forcing customers to fall back to specifying individual datastore paths as a workaround.
Impact to the Customer
This bug blocks customers from using vSphere datastore clusters, which is a key feature for managing storage in production environments. Instead of letting vSphere automatically choose the best datastore from a cluster, customers have to manually specify exact datastore paths. This means they lose the benefits of automated storage management, like automatic load balancing and the ability to add or remove datastores without changing their configurations. The workaround of using specific datastore paths is tedious and defeats the whole purpose of having datastore clusters in the first place. For customers running multiple vSphere clusters, this becomes even more painful as they have to manually keep track of different datastore paths across all their clusters, making it hard to scale and maintain. It also makes disaster recovery and capacity planning more difficult since they can't rely on vSphere to automatically allocate storage based on what's available.
KKP version
v2.28
- Lenguaje dominante
- Go
- Estrellas
- 326
- Forks
- 140
- Merge medio
- 16 h 47 min
- PR fusionados (30 d)
- 13
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de kubermatic/machine-controller
-
Align kubebuilder markers with shipped CRDsPosiblemente ocupada @KhizerRehan la tomó hace 14 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
kubermatic/machine-controller#2091 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
kubermatic/machine-controller#2080 ·
Los mantenedores suelen responder en 1 día
-
Bump Azure SDKAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
kubermatic/machine-controller#2066 ·
Los mantenedores suelen responder en 1 día
-
KubeVirt provider should honor the explicitly selected instancetype kindQuizá libre de nuevo @adoi la tomó hace 60 días y no hay ningún pull request abierto. Abiertokind/bug
kubermatic/machine-controller#2065 · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
kubermatic/machine-controller#2064 ·
Los mantenedores suelen responder en 1 día
Todos los issues de kubermatic/machine-controller
Issues similares
-
Idle compaction monitors LIST the replica every tick when the newest destination file spans more than one TXIDPosiblemente ocupada @pishuv la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
benbjohnson/litestream#1563 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
agent-research agent-review-finding chore
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
jordansmall/spindrift#4922 ·
Los mantenedores suelen responder en 1 día
-
gcsartifact: deleting a missing version returns an errorPosiblemente ocupada @ktsoator la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 2 días
-
govulncheck
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día