channel priorities for yum
If yum-plugin-priorities package has been removed from rhel7 is there the equivalent functionality provided? I have noticed now that the rhel-x86_64-server-7 and rhel-x86_64-server-optional-7 behave like they have the highest number (ie. worst) priority when competing against other repos. I got burned when yum selected a package from nux-dextop in preference to a redhat channel.
Is there any way to set a yum priority for a redhat channel? I am on a Satellite subscription if that makes any difference.
Bill Sebok wls@astro.umd.edu
Responses
Hey Bill,
I still see the package in the Optional Channel (I suppose it's somewhat ironic that you need to add the channel that might cause you issues, to get the package you need to prevent that channel from causing issues ;-)
yum-plugin-priorities-1.1.31-25.el7_0.noarch RHEL Server Optional (v. 7 64-bit x86_64)
yum-plugin-priorities-1.1.31-24.el7.noarch RHEL Server Optional (v. 7 64-bit x86_64)
An example of the management (for those who have not used this functionality)
# yum install -y yum-plugin-priorities yum-utils
# yum-config-manager --setopt=”rhel-7-server-openstack-6.0-rpms.priority=1” --enable rhel-7-server-openstack-6.0-rpms
example source:
https://access.redhat.com/products/red-hat-enterprise-linux-openstack-platform/get-started
You may wish to open a case on this one, as it seems a bit odd...
https://access.redhat.com/support/case
What do you get when you run the following (and are all the priorities currently 99?)
# yum-config-manager | egrep "^\\[|priority ="
# yum list yum-plugin-priorities
# rpm -qi yum-plugin-priorities
# rpm -qVv yum-plugin-priorities
You may want to completely remove and re-install yum-plugin-priorities.
To have your code output presented in a nice format, start and end the code with 3 x tilde's ~~~
~~~
paste code here
~~~
The Customer Portal is user-supported (and some Red Hat folks will participate as well).
I apologize for that Bill - my cut-and-paste ability seems lacking, the url should have an 's' at the end
https://access.redhat.com/support/cases - I believe you are correct in that it does require a Red Hat login though.
You bring up an interesting point: why does it default all the priorities to 99? I suppose on a system with only Red Hat channels, the priorities are not utilized.
I'm glad you have a work-around devised. I would worry that there is a possibility that file will be updated by a package update. I have not had a similar experience using the priorities yet - but, I'll do some poking around this weekend to see if I can replicate the behavior.
Hello
I looked into this. The plugin has been in the Optional channel from RHEL 6.0, from the point where the 'optional' concept was introduced.
My colleague says the described case is what is wanted by default. RHEL is 'base' for other repositories. If you have customized versions of your own or Red Hat's packages (or even Red Hat layered products), they should take priority. Using user-defined priorities is of course possible via this plugin.
Before subscribing to the Optional channel see the Scope of Coverage Details page. If you decide to install packages from these channels, follow the steps documented in the article called How to access Optional
and Supplementary channels, and -devel packages using Red Hat Subscription Manager (RHSM)? on the RedHat Customer Portal.
BTW, I found this Kbase article which mentions the plugin and I have updated it too: How to set priority to specific repositories on systems registered to RHN Classic or Red Hat Satellite v 5.x?