Bug 1760385
| Summary: | [DOCS] Add to 2.1 release notes: Migration not supported when nodes have different CPU models {BZ 1760028} | ||
|---|---|---|---|
| Product: | Container Native Virtualization (CNV) | Reporter: | Israel Pinto <ipinto> |
| Component: | Documentation | Assignee: | Pan Ousley <pousley> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Irina Gulina <igulina> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 2.1.0 | CC: | aspauldi, cnv-qe-bugs, danken, msivak, ncredi, pousley, sgordon, vigoyal |
| Target Milestone: | --- | ||
| Target Release: | 2.1.0 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | 2.1 | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2019-11-04 15:07:52 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Israel Pinto
2019-10-10 12:22:21 UTC
The description is horribly confusing. The migration will work or be blocked (or stuck in scheduling) as long as the VM is not using CPU passthrough. That means either the VM.spec.cpu.model has to be set or the default cpu model has to be set in the configmap (like here https://github.com/kubevirt/kubevirt/pull/2028) Just to make sure we do not simplify that - the machines can have the same CPU physically, but even a microcode update can in theory change one or two flags and prevent migration of VMs with cpu passthrough (host-model). Martin, Have you had a chance to look at Pan's preview build? Thanks. devel_acking per Audrey's request. So, the description is almost right. I would add those notes: 1) the default settings is triggering host CPU passthrough behavior, which can be slightly faster wrt performance, but hinders migration as described 2) the ConfigMap change needs to happen before starting the VMs that are supposed to support live migration 3) an example of cpu model name or a way to figure out the proper name (oc describe node X and look at the cpu-family-NAME labels). It has been verified few days ago, PR merged: https://github.com/openshift/openshift-docs/pull/16756 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 1000 days |