Description of problem: HE's operating system type shown incorrectly and can't be changed via WEBUI. Version-Release number of selected component (if applicable): rhevm-3.5.0-0.17.beta.el6ev.noarch qemu-kvm-rhev-0.12.1.2-2.448.el6.x86_64 ovirt-hosted-engine-setup-1.2.1-1.el6ev.noarch libvirt-0.10.2-46.el6_6.1.x86_64 ovirt-hosted-engine-ha-1.2.4-1.el6ev.noarch vdsm-4.16.7.1-1.el6ev.x86_64 sanlock-2.8-1.el6.x86_64 ovirt-host-deploy-1.3.0-1.el6ev.noarch How reproducible: 100% Steps to Reproduce: 1.Deploy HE on one host. 2.Log in to WEBUI and point cursor to "virtual machines"->"Hosted Engine". 3.Check what's written under "General" tab->"Operating System:". 4.Try to modify the OS type, you won't succeed, as HE-VM is not editable or managed by the engine. Actual results: OS type shown incorrectly in WEBUI of HE and can't be changed. Expected results: OS type should be changed via CLI/prompt or WEBUI should be aware of its type. Additional info:
Did you install guest agent in the VM? Can you please provide the relevant vdsm log?
(In reply to Doron Fediuck from comment #1) > Did you install guest agent in the VM? > Can you please provide the relevant vdsm log? No I didn't installed guest-agent. vdsm attached.
Created attachment 951764 [details] vdsm.log
The HE VM attributes are mostly read only and cannot be changed. Going forward we'll allow to modify some of it (still unsure if we'll allow to change the OS type).
this is an automated message. oVirt 3.6.0 RC3 has been released and GA is targeted to next week, Nov 4th 2015. Please review this bug and if not a blocker, please postpone to a later release. All bugs not postponed on GA release will be automatically re-targeted to - 3.6.1 if severity >= high - 4.0 if severity < high
Please verify on 3.6.0.
Can't reproduce as HE-VM not shown in WEBUI after HE was deployed and SD for VMs is attached.
At components as described bellow, the HE-VM's OS type still shown incorrectly "Other OS" instead of RHEL6.x. If editing the engine via WEBUI and setting it's OS to different, then it's being displayed correctly, but VM shown as "Desktop with newer configuration for next run" and then this symbol does not disappear even after engine restarted via CLI (hosted-engine --vm-poweroff and then hosted-engine --vm-start). Host: ovirt-vmconsole-host-1.0.1-0.0.master.20151105234454.git3e5d52e.el7.noarch ovirt-release36-002-2.noarch sanlock-3.2.4-1.el7.x86_64 ovirt-hosted-engine-ha-1.3.3.3-1.20151211131547.gitb84582e.el7.noarch ovirt-setup-lib-1.0.1-0.0.master.20151126203321.git2da7763.el7.centos.noarch ovirt-engine-sdk-python-3.6.1.1-0.1.20151127.git2400b22.el7.centos.noarch ovirt-vmconsole-1.0.1-0.0.master.20151105234454.git3e5d52e.el7.noarch ovirt-release36-snapshot-002-2.noarch mom-0.5.1-2.el7.noarch qemu-kvm-rhev-2.3.0-31.el7_2.5.x86_64 ovirt-hosted-engine-setup-1.3.2-0.0.master.20151209094106.gitce16937.el7.centos.noarch vdsm-4.17.13-1.git5bc7781.el7.centos.noarch ovirt-host-deploy-1.4.2-0.0.master.20151122153544.gitfc808fc.el7.noarch libvirt-client-1.2.17-13.el7_2.2.x86_64 Linux version 3.10.0-327.el7.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-9) (GCC) ) #1 SMP Thu Oct 29 17:29:29 EDT 2015 Engine: ovirt-host-deploy-java-1.4.1-1.el6ev.noarch ovirt-vmconsole-1.0.0-1.el6ev.noarch ovirt-host-deploy-1.4.1-1.el6ev.noarch ovirt-vmconsole-proxy-1.0.0-1.el6ev.noarch ovirt-engine-extension-aaa-jdbc-1.0.4-1.el6ev.noarch rhevm-3.6.1.3-0.1.el6.noarch Linux version 2.6.32-573.8.1.el6.x86_64 (mockbuild.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-16) (GCC) ) #1 SMP Fri Sep 25 19:24:22 EDT 2015
Guest OS of HE shown as "Operating System: Linux", it should be shown as "Red Hat Enterprise Linux 6.x x64. If changing it manually via "Edit" of imported HE-VM, then this error message is received: "Error while executing action: HostedEngine: Cannot edit Virtual Machine Disk. This VM is not managed by the engine". Engine's components: rhevm-3.6.2.6-0.1.el6.noarch
Linux is common enough for all our installation, Centos, Fedora and RHEL for ovirt-engine. Unless there is something which is specific you want from RHEL os id, why is this bug failed?
Linux is perfectly fine. Closing based on comment 9.