Red Hat Bugzilla – Bug 253094
[REGRESSION] '--noplugins' does not disable 'installonlyn' functionality anymore
Last modified: 2014-01-21 17:59:02 EST
Description of problem:
After upgrade to yum 3.2.2 the '--noplugins' option does not seem to work
anymore, e.g. the 'installonlyn' plugin is always active:
# yum upgrade --noplugins
kernel noarch 99:126.96.36.199-1 kernel 2.2 k
kernel-kosh i686 99:188.8.131.52-1 kernel 8.8 M
kernel-SOURCE noarch 99:184.108.40.206-1 kernel 57 M
kernel-doc noarch 99:220.127.116.11-1 kernel 1.1 M
kernel-kosh-source i686 99:18.104.22.168-1 kernel 5.8 M
kernel noarch 99:22.214.171.124-1 installed 0.0
kernel noarch 99:126.96.36.199-1 installed 0.0
kernel noarch 99:188.8.131.52-1 installed 0.0
kernel-kosh i686 99:184.108.40.206-1 installed 23 M
kernel-kosh i686 99:220.127.116.11-2 installed 23 M
kernel-kosh i686 99:18.104.22.168-2 installed 24 M
# uname -r
Expected output would be that 'installonlyn' plugin is deactivated.
As you can see, recent yum removes the currently running kernel which is very
problematic (e.g. this might be the last working kernel, modules needed for
shutdown can not be found). Until yum-3.2.1 I could workaround this by
'--noplugins', but this does not work anymore.
Version-Release number of selected component (if applicable):
installonlyn is not a plugin in 3.2.2 - it's built in functionality.
this was in the changelog for the update.
which one of the listed installed kernel pkgs is the currently running kernel?
take a look at:
get_running_kernel_version_release() for how we're trying to match running
kernel to a package.
> installonlyn is not a plugin in 3.2.2 - it's built in functionality.
how can I disable it at CLI? formerly it was possible with '--noplugins' or
> which one of the listed installed kernel pkgs is the currently running kernel?
this, which is owning /lib/modules/`uname -r`:
| $ rpm -qf /lib/modules/`uname -r`
this is full of heuristics which can be part of a fedora specific plugin but not
of core functionality.