CPU Manufacturer value is not discovered for AIX servers - Support and Troubleshooting

CPU Manufacturer value is not discovered for AIX servers Issue CPU Manufacturer value is not discovered for AIX servers Release All Resolution For " IBM - AIX " and " HPUX " and " Solaris-Spark (which is no more available)", have their own CPU Manufacturers and their BIOS system does not showcase what that information is, as per their proprietary rules. This is by design from the hardware manufacturer, and it is a limitation. " IBM-AIX " is the only manufacturer of its own hardware and hence, it is not possible for using any other hardware and install AIX operating system on that. It has to be the case that AIX Operating system and the hardware has to be coming for the IBM only. IBM Power is the AIX architecture which is not x86 . For any x86 based operating systems, CPU Manufacturer information can be collected and if it is not x86 based and if it is coming from the organization hardware, Servicenow discovery will not be capturing the CPU manufacturer. Hence, "CPU manufacturer" information is not included as part of the data collected during AIX discovery, as this is a limitation from the AIX end. Related Links In few scenarios, though CPU Manufacturer is not pulled from the device during the discovery, yet we observe that CPU Manufacturer is updated with the same value as that of CPU Type. The logic behind the same is as below Script Include " ProcessorDefinitionsUtils " is responsible for processing/updating the CPU data https:// .service-now.com/sys_script_include.do?sys_id=e5d6bd6847902000cdd1706eecde274d&sysparm_view=&sysparm_record_target=sys_script_include&sysparm_record_row=1&sysparm_record_list=scriptCONTAINScpu_manufacturer%5EORDERBYname&sysparm_record_rows=3 If we observe the field, "CPU Manufacturer", it can be observed that the value in this field is being referenced in the "core_company" table's "Name" field (Click on the "i" next to the CPU manufacturer to open the record in the "core_company" table). From the below piece of code on the above mentioned script include, it can be observed that the "name" from the "core_company" table is being taken from the "manufacturer_name". _getManufacturerSysId : function(manufacturer_name) { if ('' === manufacturer_name) return ''; var ccq = new GlideRecord('core_company'); ccq.addQuery('name', '=', manufacturer_name); ccq.query(); if (ccq.next()) return ccq.sys_id; return ''; }, The value of "manufacturer_name" is obtained as below from the mentioned script include var manufacturer_name = this._findManufacturerNameInCPUinfo(cpuInfo); pd.manufacturer = this._getManufacturerSysId(manufacturer_name); The value of "cpuInfo" is derived as below from the mentioned script include _harvestProcessorDefinitionFromComputer : function(computer) { var cpuInfo = computer.cpu_type.toString(); if ('' === cpuInfo) cpuInfo = computer.cpu_name.toString(); if ('' === cpuInfo) return null; // We've nothing to determine processor_name. So, on observing the above points 3, 4, and 5 in a reverse order, it can be inferred that "cpuInfo" brings the "manufacturer_name" which is nothing but the "cpu_manufacturer" and there by referenced as name in the "core_company" table.