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.