Start a Conversation

Unsolved

JG

1 Rookie

 • 

116 Posts

104

July 19th, 2024 22:37

AMD chipset update installs but is not recognized by OS

This is a PowerEdge R7515 running Windows Server 2019. OMEnt indicates 'AMD SP3 MILAN Series Chipset driver' 5.12.0.38 is installed and upgrade to 6.02.22.100 is needed.

OMEnt ran the update successfully and the server has been rebooted. After inventory OMEnt indicates the driver is still 5.x and 6.x is needed. When I run the installer manually, it tells me that 6.02.22.100 is already installed. I re-ran the installer again, manually this time, and rebooted. No change.

The odd part is that Device Manager still shows the AMD SMBus version is 5.12.0.38, which I assume is what OMEnt inventory is reading (see screenshot below).

All other drivers, firmware, BIOS and operating system are up to date.

1 Rookie

 • 

116 Posts

July 19th, 2024 22:39

Here's a screenshot of the OMEnt job indicating update of the AMD SMBus driver is successful:

1 Rookie

 • 

1 Message

July 22nd, 2024 00:57

My group is also having this issue on multiple servers. I have spent several hours poking at it and researching but have come up empty. I'm interested in any solution or advice found.

Moderator

 • 

4.1K Posts

July 22nd, 2024 06:18

Hello all, it looks like an OS issue to me-the application is installed based on the screenshot attached however the OS still is forcing generic drivers that were delivered with the OS image.
Could you make sure if you followed this article?
https://dell.to/3zUH54n
As a workaround, you could also try to delete the device in device manager and let it search again.

1 Rookie

 • 

116 Posts

July 22nd, 2024 16:13

@DELL-Young E​ Looks like an issue with the driver package versus what OMEnt is expecting.

I rant the installer and grabbed the temp folder that it extracted. In the install folder is the 'payload' folder containing the AMD Chipset Drivers.

As you can see from the screenshot below, the payload actually contains SMBus driver 5.12.0.38 and not 6.02.22.100 as expected:

Moderator

 • 

8.8K Posts

July 22nd, 2024 16:25

justin gray,
 
It may be due to the catalog file from which you are downloading isn't updated with the very latest version yet, but you can find the 6.02.22.100 version here

 

Let me know if this helps.

 

1 Rookie

 • 

116 Posts

July 22nd, 2024 20:34

@DELL-Chris H ​ Yes, that's the file I am using. If you extract the contents you will see that despite the 6.02.22.100 file name, the actual driver contained in the package is 5.12.0.38. Which is why the driver does not update even though the install runs successfully.

Moderator

 • 

4.1K Posts

July 23rd, 2024 05:55

Hello, it is working as designed, the snippet you shared is correct, I got confirmation from the team. This is what you get with this bundle.

Respectfully,

1 Rookie

 • 

116 Posts

July 23rd, 2024 17:10

@DELL-Young E​ If the package is working as designed, then the issue lies with OMEnt.

We can see that it reports that it has updated the driver from v5 to v6, yet this has not actually happened as the installed version stays at v5

And then we see that OMEnt still flags the device(s) as non-compliant because it is expecting v6 but the package doesn't update the driver to v6.

The underlying issue remains the same: the driver package has been successfully installed but OMEnt does not recognize that and reports the devices out of compliance.

1 Rookie

 • 

116 Posts

July 23rd, 2024 18:16

Looks like I'm unable to edit my previous post to include the OMEnt screenshot. Here's where we see the flag for non-compliance even though the driver update was successfully applied:

Moderator

 • 

8.8K Posts

July 23rd, 2024 19:15

Thank you for clarifying. I went ahead and reached out to the OpenManage group and they are looking into the issue. I am not certain if it will be corrected, or when that may be. 

Thank you for taking the time to point out the issue.

 

 

1 Rookie

 • 

6 Posts

July 25th, 2024 13:43

@DELL-Chris H ​ Same issue here and I believe the SMBus driver 5.12.0.38 is correct while 6.02.22.100 does not really exist. Hence the update catalog is incorrect.

(edited)

No Events found!

Top