Unsolved
This post is more than 5 years old
1 Rookie
•
357 Posts
0
40678
Argh! How do I get OME to see that it just installed some updates?
I've been having this problem forever and just installed 2.1 hoping that it would finally be resolved and it's not.
Scenario:
Server 1 needs 3 updates via Manage | System Update
I check the boxes and go through the install. The install finishes and says it completed successfully.
I manually tell that server to refresh its inventory and then check software updates again and it still shows it needs the same updates. I closed OME and went back in and same thing.
I have verified that the updates did install but it's such a pain in the @ss to get OME to see that.
Does anyone have a surefire way of getting OME to properly see that updates were installed so it can properly update the Non-Compliant page? Soooo frustrating.
Geek_Mika
5 Practitioner
5 Practitioner
•
107 Posts
0
October 2nd, 2015 02:00
Which type of firmware you need to update ? Could you provide Which type of server and which method used (InBand or Outband).
kelemvor33
1 Rookie
1 Rookie
•
357 Posts
0
October 2nd, 2015 06:00
This is an R620. It had a bunch of updates that it needed. I installed some of them through the lifecycle controller and the Update Firmware option which worked fine. I then went into OME and had it inventory the server but it wouldn't pick up that things had updated.
One of the things is the iDrac. OME says it has 2.15.10 and needs 2.15.10.10. However, I can go into the Drac and it shows that I'm already on 2.15.10.10. OME just can't seem to figure that out.
In general, after I install updates through OME or manually or whatever, what should I have to do to get OME to see those update? Do I just Right Click on the server and choose Refresh Inventory and should it update? Do I need to then close and reopen OME? Do I need to manually restart the services? It shouldn't be this hard.
I'm going to do another server today so I'll make note of what everything thinks it has and needs.
DELL-Arun Mo
116 Posts
0
October 3rd, 2015 08:00
Just to clarify, CSIOR should be enabled for Out of band inventory to get refreshed.
One more clarification, Was there any system reboot after the update?
Thanks,
Arun
DELL-Arun Mo
116 Posts
0
October 3rd, 2015 08:00
Hi,
Can you check whether Software Inventory table of this device shows the updated version properly? (Software Inventory is one of the table in device inventory).
Since this is out of band update, just curious whether you have CSIOR disabled?
Few other clarifications:
1. What was the version of OME you have upgraded from ?
2. What other firmwares you have upgraded?
3. Have you tried "Force Refresh" button in System update-> Non-Compliant Systems ?
Thanks,
Arun
kelemvor33
1 Rookie
1 Rookie
•
357 Posts
0
October 3rd, 2015 09:00
It actually seems like a bug in OME 2.1 It detects that we upgraded the iDrac from 1.x to 2.x but just doesn't pick up the last number in the version since it's something like 2.13.10.10. It only detects the first numbers but not the last one.
Anyway, yes they rebooted, yes I tried the refresh button on the non-compliant screen. I'll have to check the software version information when i get back to work on Monday.
DELL-Arun Mo
116 Posts
0
October 5th, 2015 05:00
We have seen this issue when OMSA 7.4 is installed in the target system.
1. Have you discovered the target system using in-band as well ?
2. If so, what is the version of OMSA present on the target system?
If it is OMSA 7.4, please try upgrading OMSA.
Thanks,
Arun
kelemvor33
1 Rookie
1 Rookie
•
357 Posts
0
October 5th, 2015 14:00
I am in the process of upgrading our OMSAs from 7.4 to 8.2. (On a side note, is there any way to get notified when new versions of OMSA and/or OME come out?).
These machines keep coming back as non-inventoried. Is there somewhere I can look to figure out what the problem is? I can't upgrade any more clients to OMSA 8.2 if OME is going to stop working.
DELL-Arun Mo
116 Posts
0
October 6th, 2015 00:00
If there is a new version of OME released, OME console will show a blue color icon on the ribbon/navigation.
For OMSA, as of now we don't have a way to indicate in OME. But you should be able to get as part of Dell notification emails.
To ensure OMSA is working fine, please try the following :
1. Try restarting all OMSA services
2. From OME installed server, launch Trouble Shooting Tool (installed along with OME), try to connect to OMSA using SNMP test.
3. If you are able to communicate using Trouble shooting tool, then try "Re discovery/Inventory" from OME.
Hope this should give proper value.
Other option would be, discovering server using only iDRAC (not via OMSA).
Thanks,
Arun
RodrigoSilva
1 Message
0
May 10th, 2016 06:00
I have the same issue here. Did everything on the last post and nothing....
Ebonweaver
23 Posts
0
October 11th, 2017 09:00
It seems after several years Dell has yet to fix this fundamental defect. To this day, with OME 2.3 and OMSA 8.5, this is still a problem. After a full week, with many scheduled and manual inventory refreshes, multiple reboots, service restarts, etc, OME still lists updates that have long since been applied.
How Dell has not fixed this basic bug in their software after all this time is baffling. It really cripples the usefulness of the software as it's completely unreliable.
kelemvor33
1 Rookie
1 Rookie
•
357 Posts
0
October 11th, 2017 10:00
We've completely given up on using OME to push updates. We now use the Repository Manager to create a repository for our server models and then run that on each server. It does a local inventory and tells you exactly what you need.
Only thing we use OME for now is alerting if a server goes down or something like that.