The "Hypervisor" field on the system page indicates the type of hypervisor that the system is running inside of. For a bare metal system it will be None, for a KVM guest it will be "KVM", etc. However the meaning of the field is not clear in the web UI. In particular, "Hypervisor: None" suggests that the system does not support hardware virtualization but in fact it means that the system is not virtualized. http://article.gmane.org/gmane.comp.systems.beaker.devel/916 Suggestions are to rename the field to "Virtualization", "Virtualized", or "Host hypervisor". Or the word "guest" could be used when displaying the field values, as in: Virtualization: Not virtualized Virtualization: KVM guest Virtualization: Xen guest
(In reply to Dan Callaghan from comment #0) > > Suggestions are to rename the field to "Virtualization", "Virtualized", or > "Host hypervisor". Or the word "guest" could be used when displaying the > field values, as in: > Renaming will break all existing templates. Please add another field with more appropriate name but the same meaning (and possibly issue a deprecation warning if using the old field).
(In reply to Alexander Todorov from comment #2) When you say "break all existing templates" do you just mean that the new field will cause the HTML output on some pages to change, which will break any scraping scripts? I'm sorry but we don't consider the web UI to be a public API, it's not really practical for us to go through that kind of deprecation process every time we want to make a change to it. However, I think in this case we would keep the db schema the same, it would only be a change to the wording used in the web UI. So it wouldn't affect bkr system-details.
This is fixed as part of the system page improvements (bug 1014438). The wording is now: Host hypervisor | (not virtualized) for physical systems, and: Host hypervisor | KVM and so forth, for virtual systems.
Beaker 19.0 has been released.