Issue #16948 has been updated by Matt Parry.

Hi Josh,

Thanks for the update, so do you think it would be better to use AddressWidth, 
as this seems more reliable at determining the correct architecture on both 
x86/x64 operating systems?

Before I start to create a new fact for this, I am wondering if this is 
something that will change in the existing hardware model fact?
----------------------------------------
Bug #16948: Facter hardwaremodel windows issue
https://projects.puppetlabs.com/issues/16948#change-74907

Author: Matt Parry
Status: Accepted
Priority: Normal
Assignee: 
Category: 
Target version: 1.6.14
Keywords: windows hardwaremodel architecture x64 x86 i386 i686
Branch: 
Affected Facter version: 1.6.10


Hi,

Firstly I am ware of this fix 
https://github.com/puppetlabs/facter/commit/478386d24bb0d5c8494724d44f2e72c26ab4d4ff
 for windows to detect x64 architecture. This is tested on Facter ver:1.6.10

I found on one of my VMWare machines that it was setting 
Win32_Processor.Architecture = 9 (AMD64) when in fact it was Windows 2008 
32Bit. From what I understand this value shows how the operating system 
interrupts the processor architecture but this should still show 
Win32_Processor.Architecture = 0 (INTEL) when a 32Bit OS is running on a 64Bit 
CPU.
If this is true, then it leads me to believe it maybe a bug with VMWare and how 
it interprets the CPU?

My question is, has this been highlighted previously and also I have been 
looking into the Win32_Processor class and see that AddressWidth could be a 
better candidate to detect 32/64 Bit OS's in facter?

AddressWidth
    Data type: uint16
    Access type: Read-only
    On a 32-bit operating system, the value is 32 and on a 64-bit operating 
system it is 64. This property is inherited from CIM_Processor.



-- 
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