Re: Cluster version - where is it defined?
+Martin Perina <mperina@redhat.com> , +Michal Skrivanek <mskrivan@redhat.com> can you please help here? Il giorno mar 19 ott 2021 alle ore 17:29 Marcos Sungaila < marcos.sungaila@oracle.com> ha scritto:
Hello,
I’m trying to understand where the Cluster Compatibility version is defined and which commands are supported in each version.
I’m inspecting the ovirt-engine, libvirt, and vdsm source code, but I imagine there is any paper or webpage where it is defined. At least a list with features or commands, something like this.
I searched this list and found pretty old messages, but no clue on this topic.
Regards,
Marcos
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DFXHKUBXV46LDH...
-- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo@redhat.com <https://www.redhat.com/> *Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*
On Wed, Oct 20, 2021 at 8:53 AM Sandro Bonazzola <sbonazzo@redhat.com> wrote:
+Martin Perina <mperina@redhat.com> , +Michal Skrivanek <mskrivan@redhat.com> can you please help here?
Il giorno mar 19 ott 2021 alle ore 17:29 Marcos Sungaila < marcos.sungaila@oracle.com> ha scritto:
Hello,
I’m trying to understand where the Cluster Compatibility version is defined and which commands are supported in each version.
I’m inspecting the ovirt-engine, libvirt, and vdsm source code, but I imagine there is any paper or webpage where it is defined. At least a list with features or commands, something like this.
I searched this list and found pretty old messages, but no clue on this topic.
There is not a single place in the source code where you can see a connection between feature availability and cluster level. The best way is to take a look at relevant RFE in Bugzilla, which introduces a new cluster level and there take a look at dependent RFEs/bugs: *1933974* <https://bugzilla.redhat.com/show_bug.cgi?id=1933974> - [RFE] Introduce Datacenter and cluster level 4.6 *1669178* <https://bugzilla.redhat.com/show_bug.cgi?id=1669178> - [RFE] Q35 SecureBoot - Add ability to preserve variable store certificates. *1688177* <https://bugzilla.redhat.com/show_bug.cgi?id=1688177> - [RFE] [SR-IOV] [Tech Preview RHV 4.4.6] Migration should not require downtime as of today *1906074* <https://bugzilla.redhat.com/show_bug.cgi?id=1906074> - [RFE] Support disks copy between regular and managed block storage domains *1927718* <https://bugzilla.redhat.com/show_bug.cgi?id=1927718> - [RFE] Provide Reset option for VMs *1950752* <https://bugzilla.redhat.com/show_bug.cgi?id=1950752> - [RFE][CBT] redefine only the checkpoint that the backup is taken from and not the entire chain *1821199* <https://bugzilla.redhat.com/show_bug.cgi?id=1821199> - HP VM fails to migrate between identical hosts (the same cpu flags) not supporting TSC. *1834250* <https://bugzilla.redhat.com/show_bug.cgi?id=1834250> - CPU hotplug on UEFI VM causes VM reboot *1892800* <https://bugzilla.redhat.com/show_bug.cgi?id=1892800> - NVDIMM: VM hangs in wait for launch for more than 7 minutes before VM is up. *1936163* <https://bugzilla.redhat.com/show_bug.cgi?id=1936163> - Enable bochs-display for UEFI guests by default *1936164* <https://bugzilla.redhat.com/show_bug.cgi?id=1936164> - Enable KVM Software TPM by default *1877675* <https://bugzilla.redhat.com/show_bug.cgi?id=1877675> - [RFE] Introduce Datacenter and cluster level 4.5 *1725166* <https://bugzilla.redhat.com/show_bug.cgi?id=1725166> - [RFE] Private VLAN / port isolation *1745024* <https://bugzilla.redhat.com/show_bug.cgi?id=1745024> - [RFE] Enabling Icelake new NIs - RHV *1836661* <https://bugzilla.redhat.com/show_bug.cgi?id=1836661> - [RFE] GET diskattachments for a VM using qemu-guest-agent is missing a logical_name for disks without monted file-system *1814565* <https://bugzilla.redhat.com/show_bug.cgi?id=1814565> - Report disk.usage for VMs with RHEL 8 guests *1852718* <https://bugzilla.redhat.com/show_bug.cgi?id=1852718> - vGPU: VM failed to run with mdev_type instance *1853194* <https://bugzilla.redhat.com/show_bug.cgi?id=1853194> - VM with disk on iscsi on environment with SELinux enforced fails to start on host - Exit message: Wake up from hibernation failed:internal error: child reported (status=125): unable to set security context *1876605* <https://bugzilla.redhat.com/show_bug.cgi?id=1876605> - VM with scsi hostdev (scsi_generic custom property) fails on start:'node-name too long for qemu' Also not all features depend on cluster level, so there can be new features introduced in some particular oVirt version which will start working for all existing cluster levels. That's why every new feature is announced in the release notes for a particular oVirt version. Regards, Martin
Regards,
Marcos
_______________________________________________ Devel mailing list -- devel@ovirt.org To unsubscribe send an email to devel-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DFXHKUBXV46LDH...
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo@redhat.com <https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://mojo.redhat.com/docs/DOC-1199578>*
-- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o.
Thank you Martin, It makes things easier to understand. I will go through the list you send and the release notes. Marcos From: Martin Perina <mperina@redhat.com> Sent: quarta-feira, 20 de outubro de 2021 08:25 To: Marcos Sungaila <marcos.sungaila@oracle.com> Cc: Michal Skrivanek <mskrivan@redhat.com>; oVirt development list <devel@ovirt.org>; Sandro Bonazzola <sbonazzo@redhat.com> Subject: [External] : Re: [ovirt-devel] Cluster version - where is it defined? On Wed, Oct 20, 2021 at 8:53 AM Sandro Bonazzola <sbonazzo@redhat.com<mailto:sbonazzo@redhat.com>> wrote: +Martin Perina<mailto:mperina@redhat.com> , +Michal Skrivanek<mailto:mskrivan@redhat.com> can you please help here? Il giorno mar 19 ott 2021 alle ore 17:29 Marcos Sungaila <marcos.sungaila@oracle.com<mailto:marcos.sungaila@oracle.com>> ha scritto: Hello, I’m trying to understand where the Cluster Compatibility version is defined and which commands are supported in each version. I’m inspecting the ovirt-engine, libvirt, and vdsm source code, but I imagine there is any paper or webpage where it is defined. At least a list with features or commands, something like this. I searched this list and found pretty old messages, but no clue on this topic. There is not a single place in the source code where you can see a connection between feature availability and cluster level. The best way is to take a look at relevant RFE in Bugzilla, which introduces a new cluster level and there take a look at dependent RFEs/bugs: 1933974<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1933974__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOuyNCNJg$> - [RFE] Introduce Datacenter and cluster level 4.6 1669178<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1669178__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOXqYcpuo$> - [RFE] Q35 SecureBoot - Add ability to preserve variable store certificates. 1688177<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1688177__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOoYBvh1I$> - [RFE] [SR-IOV] [Tech Preview RHV 4.4.6] Migration should not require downtime as of today 1906074<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1906074__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOsXWHzeo$> - [RFE] Support disks copy between regular and managed block storage domains 1927718<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1927718__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOifMA8Lo$> - [RFE] Provide Reset option for VMs 1950752<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1950752__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIO2dva_2g$> - [RFE][CBT] redefine only the checkpoint that the backup is taken from and not the entire chain 1821199<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1821199__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOzUfepT8$> - HP VM fails to migrate between identical hosts (the same cpu flags) not supporting TSC. 1834250<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1834250__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIO_xAM958$> - CPU hotplug on UEFI VM causes VM reboot 1892800<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1892800__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIObzSStAQ$> - NVDIMM: VM hangs in wait for launch for more than 7 minutes before VM is up. 1936163<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1936163__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOuq5fjWM$> - Enable bochs-display for UEFI guests by default 1936164<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1936164__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOC1SI21s$> - Enable KVM Software TPM by default 1877675<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1877675__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOpMPVcaw$> - [RFE] Introduce Datacenter and cluster level 4.5 1725166<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1725166__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOEU_G3mw$> - [RFE] Private VLAN / port isolation 1745024<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1745024__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOIzZka5w$> - [RFE] Enabling Icelake new NIs - RHV 1836661<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1836661__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIO_6Oq2CY$> - [RFE] GET diskattachments for a VM using qemu-guest-agent is missing a logical_name for disks without monted file-system 1814565<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1814565__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOP4HFImE$> - Report disk.usage for VMs with RHEL 8 guests 1852718<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1852718__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIORSSSbPc$> - vGPU: VM failed to run with mdev_type instance 1853194<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1853194__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIO6t9cbA4$> - VM with disk on iscsi on environment with SELinux enforced fails to start on host - Exit message: Wake up from hibernation failed:internal error: child reported (status=125): unable to set security context 1876605<https://urldefense.com/v3/__https:/bugzilla.redhat.com/show_bug.cgi?id=1876605__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOxJfdQgQ$> - VM with scsi hostdev (scsi_generic custom property) fails on start:'node-name too long for qemu' Also not all features depend on cluster level, so there can be new features introduced in some particular oVirt version which will start working for all existing cluster levels. That's why every new feature is announced in the release notes for a particular oVirt version. Regards, Martin Regards, Marcos _______________________________________________ Devel mailing list -- devel@ovirt.org<mailto:devel@ovirt.org> To unsubscribe send an email to devel-leave@ovirt.org<mailto:devel-leave@ovirt.org> Privacy Statement: https://www.ovirt.org/privacy-policy.html<https://urldefense.com/v3/__https:/www.ovirt.org/privacy-policy.html__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOF-KtvNg$> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/<https://urldefense.com/v3/__https:/www.ovirt.org/community/about/community-guidelines/__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOWSUo-NY$> List Archives: https://lists.ovirt.org/archives/list/devel@ovirt.org/message/DFXHKUBXV46LDHAIAN2IIZGCNSNHKOFH/<https://urldefense.com/v3/__https:/lists.ovirt.org/archives/list/devel@ovirt.org/message/DFXHKUBXV46LDHAIAN2IIZGCNSNHKOFH/__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOgMMdA04$> -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA<https://urldefense.com/v3/__https:/www.redhat.com/__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOlE4HS2o$> sbonazzo@redhat.com<mailto:sbonazzo@redhat.com> [https://static.redhat.com/libs/redhat/brand-assets/2/corp/logo--200.png]<https://urldefense.com/v3/__https:/www.redhat.com/__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIOlE4HS2o$> Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours. <https://urldefense.com/v3/__https:/mojo.redhat.com/docs/DOC-1199578__;!!ACWV5N9M2RV99hQ!c9ddcKfXG31yNp6odOyTwOFqQfz4Di3BszzBChbcB8iH_E0EobwkKpPrguIO4HR1zj8$> -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o.
participants (3)
-
Marcos Sungaila -
Martin Perina -
Sandro Bonazzola