Bug 927874
| Summary: | Support prioritized emulated machines to support .el6 out of the box | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Retired] oVirt | Reporter: | Yuriy Demchenko <demchenko.ya> | ||||
| Component: | ovirt-engine-core | Assignee: | Roy Golan <rgolan> | ||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Jiri Belka <jbelka> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | high | ||||||
| Version: | 3.2 | CC: | acathrow, deepakcs, herrold, iheim, jkt, lsvaty, michal.skrivanek, pstehlik | ||||
| Target Milestone: | --- | Keywords: | FutureFeature | ||||
| Target Release: | 3.3 | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| URL: | http://www.ovirt.org/Cluster_emulation_modes | ||||||
| Whiteboard: | virt, Triaged | ||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | |||||||
| : | 980901 (view as bug list) | Environment: | |||||
| Last Closed: | 2013-09-23 07:33:16 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: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 980901 | ||||||
| Attachments: |
|
||||||
|
Description
Yuriy Demchenko
2013-03-26 12:27:33 UTC
Some more thoughts: i've looked at supported machines in Centos6 and Fedora 17, and it seems both support "pc" param, which is aliased to highest distro-specific type. centos 6.4 libvirt: Supported machines are: pc RHEL 6.4.0 PC (alias of rhel6.4.0) rhel6.4.0 RHEL 6.4.0 PC (default) rhel6.3.0 RHEL 6.3.0 PC rhel6.2.0 RHEL 6.2.0 PC rhel6.1.0 RHEL 6.1.0 PC rhel6.0.0 RHEL 6.0.0 PC rhel5.5.0 RHEL 5.5.0 PC rhel5.4.4 RHEL 5.4.4 PC rhel5.4.0 RHEL 5.4.0 PC Fedora 17 libvirt: Supported machines are: pc Standard PC (alias of pc-1.0) pc-1.0 Standard PC (default) pc-0.15 Standard PC (default) pc-0.14 Standard PC pc-0.13 Standard PC pc-0.12 Standard PC pc-0.11 Standard PC, qemu 0.11 pc-0.10 Standard PC, qemu 0.10 isapc ISA-only PC So, maybe, as a simple solution - to set "EmulatedMachine" param to "pc" value? pc is not migration safe, as gets translated to different things. better solution would be to have "emulation level" at cluster level per compatibility level. behaviour would be similar to cpu model: default is empty. first host sets the value. order of values sets the priority. host is non-operation for virt service if doesn't provide the requested emulation level Config.ClusterEmulationModes(3.0,"rhel6.2.0, pc-1.0" Config.ClusterEmulationModes(3.1,"rhel6.3.0, pc-1.0" Config.ClusterEmulationModes(3.2,"rhel6.4.0, pc-1.0" Config.ClusterEmulationModes(3.3,"rhel6.4.0, pc-1.0" I just faced this issue and we spent close to 1 hr.. figuring why engine restart is not working.. as per the wrokaround described above. Later i realsed that I needed to restart ovirt-engine.service. We were always restarting jboss-as.service So out of curiosity.. isn't restartign jboss restart the engien service running on top of it ? Lots of places in the ovirt wiki pages.. its said "if u change anything in ovirt.. restart jboss" but it didn't work.. In short the workaround worked only after restarting ovirt-engine.service The engine was installed using ovirt.org repo RPMs on F18 Documenting here so that it might help others! thanx, deepak we use jboss, but we launch an instance of it under the engine service, not the jboss one. (I think we are using engine service since 3.1) The review topic http://gerrit.ovirt.org/#/q/status:open+project:ovirt-engine+branch:master+topic:cluster_emulation_modes,n,z as RC is built, moving to ON_QA (hopefully did not catch incorrect bugs when doing this) closing as this should be in 3.3 (doing so in bulk, so may be incorrect) |