Bug 1150477

Summary: change from vendor to technology in systemd-detect-virt
Product: [Fedora] Fedora Reporter: Rahul Sundaram <metherid>
Component: systemdAssignee: systemd-maint
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: rawhideCC: johannbg, jsynacek, lnykryn, msekleta, s, systemd-maint, vpavlin, zbyszek
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: initscripts-9.56.1-2.fc21 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-10-10 08:27:05 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 Rahul Sundaram 2014-10-08 11:13:03 UTC
Description of problem:

systemd-detect-virt uses vendor names such as microsoft and oracle which is really problematic as these vendors have more than one virtualization technology.  For example, Oracle has Oracle VM (xen) and Oracle VirtualBox.  I could send in patches to change the names to be more specific (ie) hyperv and virtualbox with legacy compatibility for vendor names. Let me know if this makes sense.

Comment 1 Zbigniew Jędrzejewski-Szmek 2014-10-08 13:15:17 UTC
Currently, there's qemu, kvm, vmware, microsoft, oracle, xen, bochs, chroot, uml, openvz, lxc, lxc-libvirt, systemd-nspawn, docker. So the only problematic ones would be microsoft and oracle. I think that so far this is not confusing, and e.g. oracle is understood to be virtualbox. If they introduce another proprietary technology, we can always use a more specific name for it, 'xxxxxx' or 'oracle-xxxxxx'. I *think* that the trouble of providing compatiblity handling and documentation updates is not worth the (small) additional clarity in this case.

I'm inclined to let things be for now and close this. I think that those kinds of proposals are better handled on the ML, where there's more eyes. Please post there if you think it requires further discussion.

Comment 3 Fedora Update System 2014-10-10 21:23:57 UTC
initscripts-9.56.1-1.fc21, systemd-216-3.fc21 has been submitted as an update for Fedora 21.
https://admin.fedoraproject.org/updates/initscripts-9.56.1-1.fc21,systemd-216-3.fc21

Comment 4 Fedora Update System 2014-10-28 21:49:04 UTC
initscripts-9.56.1-2.fc21, systemd-216-5.fc21 has been pushed to the Fedora 21 stable repository.  If problems still persist, please make note of it in this bug report.