Issue #8210 has been updated by Adrien Thebo.

Relying on dmidecode would be a better way of handling this sort of lookup, but 
the manufacturer name is not guaranteed to be 'QEMU'. I've found the following 
on a kvm hypervisor:

<pre>
~# dmidecode -t 4
dmidecode 2.9
SMBIOS 2.4 present.

Handle 0x0401, DMI type 4, 32 bytes
Processor Information
        Socket Designation: CPU01
        Type: Central Processor
        Family: Other
        Manufacturer: Bochs
        ID: 33 06 00 00 FD AB 81 07
        Version: Not Specified
        Voltage: Unknown
        External Clock: Unknown
        Max Speed: 2000 MHz
        Current Speed: 2000 MHz
        Status: Populated, Enabled
        Upgrade: Other
        L1 Cache Handle: Not Provided
        L2 Cache Handle: Not Provided
        L3 Cache Handle: Not Provided
</pre>

We'll need better detection of the manufacturer regardless of the BIOS used.
----------------------------------------
Bug #8210: virtual => physical for kvm guests
https://projects.puppetlabs.com/issues/8210

Author: Markus Falb
Status: Investigating
Priority: Normal
Assignee: Adrien Thebo
Category: library
Target version: 
Keywords: 
Branch: 
Affected Facter version: 


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