vSphere Datastore Cluster Support Fails with "spec.host" Error When Using Multiple Compute Clusters
Maintainer thường phản hồi trong vòng 1 ngày
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- go
- Lĩnh vực
- cloud, infrastructure
Hướng nghiên cứu
Không có tệp nguồn hoặc bài kiểm thử nào được nêu. Hãy bắt đầu bằng cách tái hiện việc cấp phát VM với một cụm datastore và nhiều cụm compute, sau đó lần theo yêu cầu của machine-controller đến khuyến nghị bố trí storage của vCenter, nơi xuất hiện lỗi spec.host. Hoàn tất nghĩa là việc cấp phát cụm datastore thành công mà không yêu cầu đường dẫn datastore riêng lẻ.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- Go
- Star
- 325
- Fork
- 140
- Merge trung bình
- 1 giờ 35 phút
- Pull request đã merge (30 ngày)
- 14
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của kubermatic/machine-controller
-
Align kubebuilder markers with shipped CRDsCó thể đã có người làm @KhizerRehan đã nhận 43 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
kubermatic/machine-controller#2091 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
customer-request kind/feature
Độ khó 4/5 1-2 ngày Mức phù hợp với người mới 52/100
kubermatic/machine-controller#2118 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
customer-request kind/feature
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
kubermatic/machine-controller#2117 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
customer-request kind/feature
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
kubermatic/machine-controller#2104 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
customer-request kind/feature
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
kubermatic/machine-controller#2103 · 1 bình luận · 3 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của kubermatic/machine-controller
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
shukiv/jabali-panel#2423 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
area/docs good first issue help wanted kind/docs priority/p2 triage/accepted
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
mattabate/life-distributable#158 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
router-for-me/CLIProxyAPI#7330 ·
Maintainer thường phản hồi trong vòng 1 ngày