Unsolved
This post is more than 5 years old
1 Rookie
•
90 Posts
0
39244
October 14th, 2015 13:00
Network firmware update keeps reappearing
Hello,
We did a round of updates last week and we noticed that the update Network_Firmware_PVRHM_WN64_7.10.61.EXE is still listed in "Non-compliant systems" even if the servers already have it. When trying to install the update manually we can confirm that the firmware is at the right version. And yes, the servers have been rebooted (twice for some) and inventory has been ran several times.
Any advice?
JP
No Events found!
DELL-Vijay B
183 Posts
0
October 14th, 2015 13:00
Can you help us with the following data to look further in this while we are passing this information to the update team:
1. What is the version shown in software inventory table of the device for which this update is shown as applicable?
2. Can you try running the Firmware & Driver inventory task on this target (only once) and check whether the version (step 1 above) is updated in software inventory table in device details page?
Thanks,
Vijay
e-JP
1 Rookie
•
90 Posts
0
October 14th, 2015 14:00
Hello,
Firmware Version Family 7.10.61 (Boot Code 5720-v1.36, PXE v17.0.1, iSCSI v17.0.0)
[0013] Broadcom NetXtreme Gigabit Ethernet #3 7.10.18
"server_name","Optional","In-band or Out-of-band","[0013] Broadcom NetXtreme Gigabit Ethernet #3","Firmware","7.10.18","Upgrade","7.10.61","Network_Firmware_PVRHM_WN64_7.10.61.EXE","true"
I tried your "step 2" but it didn't changed.
Dell-Ranveer
96 Posts
0
October 15th, 2015 01:00
Hi,
Thanks for the update.
By looking at the details provided seems you have both OOB and In-Band discovered in OME. But one thing we would need to know that which method did you used to perform update was it In-Band or OOB? This you can confirm get it confirmed under System Update > Summary > Advanced Settings.
If it was set to In-Band(Default) can you confirm the OMSA version? and also try out restarting the OMSA services on the target server (there will be 4 services, starting with "DSM") and then delete the device from OME and re-discover it again. See if you notice any changes!
If it was set to OOB, can you confirm whether CSIOR was enabled on the target server?
Regards
Ranveer
e-JP
1 Rookie
•
90 Posts
0
October 15th, 2015 07:00
We usually use in-band, but as we can't use DRM as catalog we did the updates manually. Servers are mostly using OMSA 8.1.0.1 and a few have 8.2.0.
Test server has been deleted and rediscovered, this has fixed the issue. Thx.
On a side note OME 2.1 gives us a lot of trouble, I'm thinking to roll-back, I don't want to spend anymore time trying to understand and debug the current version.
DELL-Vijay B
183 Posts
0
October 16th, 2015 10:00
Glad to know that you figured out the fix for the issue.
You can use catalog created from DRM as catalog source in OME and compliance will be computed from the selected DRM catalog in this case.
Sorry to hear about the inconvenience you faced in using OME 2.1. I will suggest to open a support ticket 800-945-3355
for the issues you are facing with OME 2.1 which are not resolved, so that we can address them.
Many thanks.
e-JP
1 Rookie
•
90 Posts
0
October 16th, 2015 10:00
Well... too bad, I'm already rolling back because all servers were, again, unclassified this morning. I have already spent too much time with support trying to fix this broken version.