Unsolved
1 Rookie
•
39 Posts
1
207
February 11th, 2025 14:41
OMSA 11.3.0.0 RPMs available, but not completely
I'm seeing the following when attempting to "dnf update" OMSA on my RHEL-based PowerEdges:
[root@server1 ~]# yum update srvadmin*
Updating Subscription Management repositories.
Error:
Problem: package srvadmin-isvc-snmp-11.1.0.0-5761.el8.x86_64 from @System requires srvadmin-hapi = 11.1.0.0, but none of the providers can be installed
- cannot install both srvadmin-hapi-11.3.0.0-795.el8.x86_64 from dell-system-update_dependent and srvadmin-hapi-11.1.0.0-5761.el8.x86_64 from @System
- cannot install both srvadmin-hapi-11.3.0.0-795.el8.x86_64 from dell-system-update_dependent and srvadmin-hapi-11.1.0.0-5761.el8.x86_64 from dell-system-update_dependent
- cannot install the best update candidate for package srvadmin-isvc-snmp-11.1.0.0-5761.el8.x86_64
- cannot install the best update candidate for package srvadmin-hapi-11.1.0.0-5761.el8.x86_64
(try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages or '--nobest' to use not only best candidate packages)
Note that I already have a set of srvadmin*11.1.0.0-5761* RPMs installed, which is why there's a problem. DNF is finding _some_ but not all of the necessary 11.3.0.0-795 RPMs to perform the upgrade. Can someone at Dell explain if there's a repo sync/mirroring issue somewhere? Has 11.3.0.0 been properly released to the repos? If I go to https://linux.dell.com/repo/hardware/dsu/os_dependent/ everything comes up at 11.1.0.0-5761, so where is it finding the 11.3.0.0-795 RPMs? Has the data in https://linux.dell.com/repo/hardware/dsu/os_dependent/RHEL<release_version>_64/repodata/ been updated incorrectly?
DELL-Charles R
Moderator
Moderator
•
4.1K Posts
0
February 11th, 2025 18:54
Hello,
I think this is what you are looking for. Have you checked the racadm/ folder?
RHEL9
https://linux.dell.com/repo/hardware/dsu/os_dependent/RHEL9_64/racadm/
RHEL8
https://linux.dell.com/repo/hardware/dsu/os_dependent/RHEL8_64/racadm/
BenArgyle
1 Rookie
1 Rookie
•
39 Posts
1
February 12th, 2025 08:43
Hi Charles,
I think one of us has the wrong end of the stick on this. It could be me (-:
From my understanding, DNF is trying to upgrade the package "srvadmin-hapi" to version 11.3.0.0-795, which it _is_ finding in the /racadm directory. However "srvadmin-isvc-snmp-11.1.0.0-5761" requires "srvadmin-hapi-11.1.0.0-5761" to be/remain installed, and it would be uninstalled/upgraded to 11.3.0.0-795. The only way the upgrade of "srvadmin-hapi" to version 11.3.0.0-795 can happen is if there is a "srvadmin-isvc-snmp-11.3.0.0-795" to also upgrade, which more than likely would require at least one or two other srvadmin* RPM co-dependencies to also be upgraded to version 11.3.0.0-795. There aren't any other 11.3.0.0-795 srvadmin* RPMs. At least not in the versions of the repos I can see at https://linux.dell.com/repo/hardware/dsu/os_dependent/.
Is that any clearer?
Ben
(edited)
DELL-Charles R
Moderator
Moderator
•
4.1K Posts
0
February 12th, 2025 21:45
Hello,
If you remove all srvadmin packages, then run yum install srvadmin-idrac, it should install racadm successfully.
BenArgyle
1 Rookie
1 Rookie
•
39 Posts
1
February 13th, 2025 06:47
I've already got a working copy of OMSA installed. Why would I want to remove it? All I want to know is when 11.3.0.0-795 RPMs for the rest of OMSA are going to be available (-:
Dell-Martin S
Moderator
Moderator
•
3.4K Posts
0
February 13th, 2025 13:53
Hi,
the core issue is a dependency conflict during the OMSA upgrade. The system has version 11.1.0.0 of srvadmin-isvc-snmp which requires srvadmin-hapi version 11.1.0.0. However, dnf is finding srvadmin-hapi version 11.3.0.0 in the repo, creating a conflict. The 11.3.0.0 version of srvadmin-isvc-snmp (and likely other dependent packages) is missing from the repository.
Here's a breakdown of the problem and potential solutions:
Problem:
* Incomplete 11.3.0.0 Release: The Dell repository seems to have an incomplete release of OMSA 11.3.0.0. srvadmin-hapi 11.3.0.0 is present, but other crucial components like srvadmin-isvc-snmp 11.3.0.0 are missing. This is the root cause.
* Dependency Mismatch: Because srvadmin-isvc-snmp 11.1.0.0 requires srvadmin-hapi 11.1.0.0, and the update wants to install srvadmin-hapi 11.3.0.0, the package manager can't resolve the dependencies.
Solutions:
* Wait for Dell to Fix the Repository: The best solution is to wait for Dell to correct their repository. This is the most stable and supported approach. Contact Dell support and inform them of the issue. They need to synchronize their repositories correctly.
* (Less Recommended) Force the Upgrade (Use with extreme caution): This approach is risky and could break your OMSA installation. Only attempt this if you understand the risks and have backups.
BenArgyle
1 Rookie
1 Rookie
•
39 Posts
0
February 18th, 2025 11:07
I guess I'm stuck waiting for Dell to release the rest of the OMSA packages at 11.3.0.0 then. Has this been flagged within Dell?
Thank you for your response.
Bludwurm
1 Rookie
1 Rookie
•
3 Posts
0
February 24th, 2025 10:44
Please can someone from Dell sort this out. It has been stuffed up for far too long and is impacting the installation of a large number of systems. Unfortunately, this is quite normal for the Dell Linux OMSA repo!!!
LindaJ1990
1 Rookie
1 Rookie
•
5 Posts
0
February 26th, 2025 21:24
Hello,
My servers are also facing this issue, it has been several weeks now.
When will this be resolved?
prandal
1 Rookie
1 Rookie
•
29 Posts
0
February 26th, 2025 21:32
My fear is that now OMSA has reached end of life all that Dell are supporting is srvadmin-idrac.
I hope not.
DELL-Charles R
Moderator
Moderator
•
4.1K Posts
0
February 26th, 2025 21:45
Hello,
I will have to check into this with our Systems Management team and follow up with you.
DELL-Charles R
Moderator
Moderator
•
4.1K Posts
0
February 27th, 2025 14:32
Hello,
srvadmin and racadm have been decoupled.
racadm is getting updated
srvadmin is not getting updated
So if you try to install srvadmin it will not work because srvadmin is older than racadm
OMSA is EOL and not getting further updates
BenArgyle
1 Rookie
1 Rookie
•
39 Posts
0
February 27th, 2025 14:59
Wait, so although you're still making OMSA available, you've purposefully broken things so you can't install or upgrade OMSA to the current release? Please tell me I'm wrong and I'm confused.
DELL-Charles R
Moderator
Moderator
•
4.1K Posts
0
February 27th, 2025 15:16
Hello,
I will check about getting that removed.
prandal
1 Rookie
1 Rookie
•
29 Posts
0
February 27th, 2025 15:25
Not at all satisfactory but to enable normal yum/dnf updating, I've done
Bludwurm
1 Rookie
1 Rookie
•
3 Posts
0
February 27th, 2025 15:44
To put things simply, you have two versions of the same rpm in the same repo:
srvadmin-hapi-11.1.0.0 and srvadmin-hapi-11.3.0.0
This would not be a problem, except you also have an rpm, srvadmin-isvc-snmp-11.1.0.0, which is dependent on srvadmin-hapi-11.1.0.0!!!!!! Hence updates and installs of srvadmin are totally borked!!!!
So far so bad.
Now you tell me:
"racadm is getting updated
srvadmin is not getting updated"
Fine, I was informed by Dell that srvadmin was not being updated to support 16G servers. However, I was also to that, and I quote, "However, OMSA will be supported until End of Support Life till 2027" (Ref: https://linux.dell.com/repo/hardware/dsu/)
So destroying the repo is really bad form for currently running systems!!!!!
For suffering Dell users:
> dnf update --exclude="srvadmin-hapi-11.3.*"
or maybe:
> dnf update --exclude="srvadmin-hapi-11.[2-9]*"
or add an exclude line to /etc/dnf/dnf.conf.
This of course is an ugly bodge!!!
To fix from Dell side. Put racadm in it's own repo. Simple. Everyone is happy.