Live scaling fails with “unhandled exception” when cpu.corespersocket is set (need support for consistent CPU sockets)
- Ngôn ngữ chính
- Java
- Star
- 3.1k
- Fork
- 1.4k
- Merge trung bình
- 6 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 32
Mô tả
### problem
I’m trying to enforce a consistent CPU socket configuration across VMs by using the global setting cpu.corespersocket.
However, when this setting is enabled, live CPU scaling fails with the message:
`unhandled exception`
If I remove the setting cpu.corespersocket, the same VM live-scales successfully, so the issue is directly related to that parameter.
For some environments (especially those with CPU-based licensing tied to sockets), it is important to make sure that the socket count is always fixed (e.g., always 2 sockets regardless of the number of cores assigned).
At the moment, CloudStack does not seem to reliably honor or handle this setting during live scaling operations.
### versions
Apache CloudStack: 4.22.0
Hypervisor: VMware vCenter + ESXi
Infrastructure: Standard VMware cluster, shared storage
VM type: User instance with dynamic scaling enabled
### The steps to reproduce the bug
1. Set the setting on any VM/instance:
> `cpu.corespersocket = 2`
2. Turn on the VM/instance
3. Scale VM/instance
4. `Unhandled exception` error pops up
### What to do about it?
- Please confirm whether the cpu.corespersocket setting is fully supported for VMware live scaling.
- If this is a bug, kindly update VM reconfigure logic to correctly compute:
`cores = total_vcpu / cpu.corespersocket`
`sockets = cpu.corespersocket`
- If this is a limitation, please advise if CloudStack can support a feature to force a fixed socket count (e.g., always 2 sockets) regardless of vCPU changes.
- This is important for environments that rely on socket-based licensing.
Hướng dẫn đóng góp
Hướng nghiên cứu
Không có tệp mã nguồn hoặc bài kiểm thử nào được nêu. Trước tiên, hãy tái hiện việc mở rộng CPU trực tiếp trên VMware với cpu.corespersocket=2, sau đó lần theo điểm vào của chức năng mở rộng trực tiếp của VMware và cách xử lý việc cấu hình lại VM. Được xem là hoàn tất khi việc mở rộng không còn gây ra ngoại lệ chưa được xử lý và cấu hình socket/core либо được giữ nguyên hoặc giới hạn của nó được ghi rõ trong tài liệu.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Lĩnh vực
- cloud, infrastructure
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Ít trao đổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 45/100