Issue #8210 has been updated by Markus Falb.

I found a discussion in 
http://www.mail-archive.com/[email protected]/msg02738.html that lead to a 
discussion in 
http://www.mail-archive.com/[email protected]/msg03959.html, several 
years ago.

My summary of this topic would be like
 
* The *only reliable* way to detect KVM virtual machine is to leverage the 
CPUID instruction.
* If this should be implemented in facter itself or if facter use another 
library is a design decision.
* Personally I would guess that 3rd party tools like virt-what are just doing 
that CPUID thing.
* Typically not every tool is packaged for every OS, this is the problem with 
3rd party tools.

Unfortunately workarounds are not reliable. As an example, the 
physicalprocessorcount fact changed its behaviour some time ago (but after this 
ticket was purchased). Another idea were the productname fact. But to be 
honest, I am quite sure this isn't reliable too.
----------------------------------------
Bug #8210: virtual => physical for kvm guests
https://projects.puppetlabs.com/issues/8210#change-63338

Author: Markus Falb
Status: Re-opened
Priority: Normal
Assignee: shubhra sinha varma
Category: library
Target version: 1.6.x
Keywords: 
Branch: 
Affected Facter version: 1.6.2


The Output from /proc/cpuinfo can not used reliable for telling that it is a 
kvm virtual machine.
On a CentOS 5.6 kvm Host with CentOS guests /proc/cpuinfo tells me:

for a smp guest
    model name  : QEMU Virtual CPU version 0.9.1

with only one cpu in the guest:
    model name  : Pentium II (Klamath)

but in both cases:
    $ dmidecode -t 4
    ...
    Manufacturer: QEMU
    ...

I believe it is possible to specify what cpu is used so on the commandline, so 
relying on the model name is not always working

For more information please also have a look at 
<br>[https://bugzilla.redhat.com/show_bug.cgi?id=707523](https://bugzilla.redhat.com/show_bug.cgi?id=707523)


-- 
You have received this notification because you have either subscribed to it, 
or are involved in it.
To change your notification preferences, please click here: 
http://projects.puppetlabs.com/my/account

-- 
You received this message because you are subscribed to the Google Groups 
"Puppet Bugs" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/puppet-bugs?hl=en.

Reply via email to