Description of problem: sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package sssd-common-1.15.1-1.fc25.x86_64 Version-Release number of selected component (if applicable): 1.15.2-1.fc25.x86_64 How reproducible: Steps to Reproduce: 1. dnf upgrade Actual results: Error: Transaction check error: file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package sssd-common-1.15.1-1.fc25.x86_64 Expected results: package upgrade
I am curious how "dnf upgrade" can upgrade just sssd-nfs-idmap without sssd-common.
right, /var/log/dnf.log would help
Created attachment 1267381 [details] dnf.log dnf upgrade log
The sssd-nfs-idmap package has do dependencies to any other SSSD package or library because the plugin already includes the SSSD client code: $ rpm --requires -q sssd-nfs-idmap libc.so.6()(64bit) libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit) libc.so.6(GLIBC_2.3.4)(64bit) libc.so.6(GLIBC_2.4)(64bit) libc.so.6(GLIBC_2.7)(64bit) libc.so.6(GLIBC_2.8)(64bit) libnfsidmap.so.0()(64bit) rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(FileDigests) <= 4.6.0-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(PayloadIsXz) <= 5.2-1 rtld(GNU_HASH) I guess we should add an explicit dependency in the spec file like: diff --git a/sssd.spec b/sssd.spec index 185e482..48f669a 100644 --- a/sssd.spec +++ b/sssd.spec @@ -529,6 +529,7 @@ and SIDs. Summary: SSSD plug-in for NFSv4 rpc.idmapd Group: Applications/System License: GPLv3+ +Requires: sssd-common = %{version}-%{release} %description nfs-idmap The libnfsidmap sssd module provides a way for rpc.idmapd to call SSSD to map
Wasn't there some time ago a ticket asking to remove some internal dependencies so that a plugin can be installed without pulling in all the other SSSD packages because if the plugin is only installed but not configured SSSD is not needed. I wonder if this was about the NFS idmap plugin? In this case adding a Requires might not be the best solution. Maybe then a Conflicts against older versions? But I'm not sure if then dnf update then will update SSSD if SSSD is install or if it would just fail?
(In reply to Sumit Bose from comment #4) > The sssd-nfs-idmap package has do dependencies to any other SSSD package or > library because the plugin already includes the SSSD client code: > > $ rpm --requires -q sssd-nfs-idmap > libc.so.6()(64bit) > libc.so.6(GLIBC_2.14)(64bit) > libc.so.6(GLIBC_2.2.5)(64bit) > libc.so.6(GLIBC_2.3.4)(64bit) > libc.so.6(GLIBC_2.4)(64bit) > libc.so.6(GLIBC_2.7)(64bit) > libc.so.6(GLIBC_2.8)(64bit) > libnfsidmap.so.0()(64bit) > rpmlib(CompressedFileNames) <= 3.0.4-1 > rpmlib(FileDigests) <= 4.6.0-1 > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > rpmlib(PayloadIsXz) <= 5.2-1 > rtld(GNU_HASH) > There is just a weak dependency. sh$ rpm -q --whatrecommends sssd-common-1.15.2-1.fc27.x86_64 And issue is caused by movin man page from sssd-common -> sssd-nfs-idmap
(In reply to Elia Devito from comment #3) > Created attachment 1267381 [details] > dnf.log > > dnf upgrade log It didn't help a lot. Please provide output of following commands. rpm -q sssd-common sssd-nfs-idmap libsolv hawkey dnf dnf update --debugsolver -y And attach archive of debugdata BTW Does dnf update --best help? If not then please attach another archive data from command dnf update --debugsolver --best -y
Upstream ticket: https://pagure.io/SSSD/sssd/issue/3351
(In reply to Lukas Slebodnik from comment #8) > Upstream ticket: > https://pagure.io/SSSD/sssd/issue/3351 Sorry wrong BZ
Ran into this as well when trying to do an update. I did try the dnf update I had to remove the package sssd-nfs-idmap. Once this was done, dnf upgrade went fine. But I cannot install the package sssd-nfs-idmap. Downloading Packages: sssd-nfs-idmap-1.15.2-1.fc25.x86_64.rpm 252 kB/s | 75 kB 00:00 -------------------------------------------------------------------------------- Total 99 kB/s | 75 kB 00:00 Running transaction check Transaction check succeeded. Running transaction test The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: Transaction check error: file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package sssd-common-1.15.1-1.fc25.x86_64 Error Summary -------------
(In reply to Jim Riggs from comment #10) > Ran into this as well when trying to do an update. > > I did try the dnf update > > I had to remove the package sssd-nfs-idmap. Once this was done, dnf upgrade > went fine. > Did you call just a "dnf update" ? becaue I cannot see a reason why "sssd-nfs-idmap" would be updated to 1.15.2-1 and "sssd-common" would not be updated to the same version. BTW after upgrade you should have sssd-common-1.15.2-1 on your system and not sssd-common-1.15.1-1. > But I cannot install the package sssd-nfs-idmap. > > Downloading Packages: > sssd-nfs-idmap-1.15.2-1.fc25.x86_64.rpm 252 kB/s | 75 kB 00:00 > ----------------------------------------------------------------------------- > --- > Total 99 kB/s | 75 kB 00:00 > Running transaction check > Transaction check succeeded. > Running transaction test > The downloaded packages were saved in cache until the next successful > transaction. > You can remove cached packages by executing 'dnf clean packages'. > Error: Transaction check error: > file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of > sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package > sssd-common-1.15.1-1.fc25.x86_64 > > Error Summary > ------------- I have an idea how to fix it. But there might be other bug which would be hidden by such fix. Could you provide data from comment7?
Created attachment 1270042 [details] requested logs It seems that there are two versions of sssd installed, I also provided output of `rpm -qa | grep sssd-`
Created attachment 1270043 [details] debugdata dnf update --debugsolver -y
Created attachment 1270044 [details] debugdata dnf update --debugsolver --best -y
I removed all 1.15.1 SSSD packages and the problem seems solved. now I have only follow packages installed: sssd-krb5-1.15.2-1.fc25.x86_64 sssd-ipa-1.15.2-1.fc25.x86_64 sssd-krb5-common-1.15.2-1.fc25.x86_64 sssd-1.15.2-1.fc25.x86_64 sssd-common-pac-1.15.2-1.fc25.x86_64 sssd-ldap-1.15.2-1.fc25.x86_64 sssd-client-1.15.2-1.fc25.x86_64 sssd-proxy-1.15.2-1.fc25.x86_64 sssd-common-1.15.2-1.fc25.x86_64 sssd-ad-1.15.2-1.fc25.x86_64 sssd-nfs-idmap isn't required by dnf upgrade but if i try to install it manually the installation works fine
Hmm, this is the most interesting # rpm -qa | grep sssd- sssd-krb5-common-1.15.1-1.fc25.x86_64 sssd-krb5-1.15.1-1.fc25.x86_64 sssd-krb5-1.15.2-1.fc25.x86_64 sssd-ipa-1.15.2-1.fc25.x86_64 sssd-1.15.1-1.fc25.x86_64 sssd-krb5-common-1.15.2-1.fc25.x86_64 sssd-1.15.2-1.fc25.x86_64 sssd-common-pac-1.15.2-1.fc25.x86_64 sssd-ldap-1.15.2-1.fc25.x86_64 sssd-nfs-idmap-1.15.1-1.fc25.x86_64 sssd-client-1.15.1-1.fc25.x86_64 sssd-client-1.15.2-1.fc25.x86_64 sssd-common-pac-1.15.1-1.fc25.x86_64 sssd-ipa-1.15.1-1.fc25.x86_64 sssd-ldap-1.15.1-1.fc25.x86_64 sssd-proxy-1.15.2-1.fc25.x86_64 sssd-common-1.15.1-1.fc25.x86_64 sssd-proxy-1.15.1-1.fc25.x86_64 sssd-common-1.15.2-1.fc25.x86_64 sssd-ad-1.15.1-1.fc25.x86_64 sssd-ad-1.15.2-1.fc25.x86_64 My experience is that it can happen only in case of broken transaction in upgrade ( cleanup was not finished ). Did it happen to you? Do you remeber the reason? Maybe you can find reason in dnf history. BTW you should be able check consistency of rpm database with "yum-deprecated check". "dnf check" is only in dnf-2+.
Anyway, it is a packaging bug in sssd Reproducer: * dnf install --allowerasing --disablerepo=updates --debuglevel=0 --assumeyes sssd-common * rpm -q sssd-common sssd-nfs-idmap sssd-common-1.14.2-1.fc25.x86_64 sssd-nfs-idmap-1.14.2-1.fc25.x86_64 * dnf update --assumeyes --debuglevel=0 sssd-nfs-idmap Error: Transaction check error: file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package sssd-common-1.14.2-1.fc25.x86_64 Error Summary -------------
I have finded some duplicate packages (presumably falied transaction) and fixed it. now I have strange behavior: # rpm -qa | grep sssd- sssd-common-pac-1.15.2-1.fc25.x86_64 sssd-krb5-1.15.2-1.fc25.x86_64 sssd-client-1.15.2-1.fc25.x86_64 sssd-krb5-common-1.15.2-1.fc25.x86_64 sssd-ldap-1.15.2-1.fc25.x86_64 sssd-nfs-idmap-1.15.2-1.fc25.x86_64 sssd-common-1.15.2-1.fc25.x86_64 sssd-ad-1.15.2-1.fc25.x86_64 sssd-proxy-1.15.2-1.fc25.x86_64 # dnf downgrade sssd-common --allowerasing (sssd-nfs-idmap not in list) Error: Transaction check error: file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of sssd-common-1.14.2-1.fc25.x86_64 conflicts with file from package sssd-nfs-idmap-1.15.2-1.fc25.x86_64 # dnf remove sssd-nfs-idmap -y # rpm -qa | grep sssd- sssd-krb5-1.15.2-1.fc25.x86_64 sssd-krb5-common-1.15.2-1.fc25.x86_64 sssd-ldap-1.15.2-1.fc25.x86_64 sssd-common-1.15.2-1.fc25.x86_64 sssd-ad-1.15.2-1.fc25.x86_64 sssd-proxy-1.15.2-1.fc25.x86_64 sssd-client-1.15.2-1.fc25.x86_64 sssd-common-pac-1.15.2-1.fc25.x86_64 # dnf downgrade sssd-common --allowerasing (include sssd-nfs-idmap as new package ??? O_o) # rpm -qa | grep sssd- (after downgrade) sssd-client-1.14.2-1.fc25.x86_64 sssd-common-pac-1.14.2-1.fc25.x86_64 sssd-ldap-1.14.2-1.fc25.x86_64 sssd-krb5-common-1.14.2-1.fc25.x86_64 sssd-krb5-1.14.2-1.fc25.x86_64 sssd-nfs-idmap-1.14.2-1.fc25.x86_64 sssd-common-1.14.2-1.fc25.x86_64 sssd-ad-1.14.2-1.fc25.x86_64 sssd-proxy-1.14.2-1.fc25.x86_64 # dnf upgrade (works fine and upgrade all sssd packages to 1.15.2 including sssd-nfs-idmap)
(In reply to Elia Devito from comment #18) > I have finded some duplicate packages (presumably falied transaction) and > fixed it. > > now I have strange behavior: > > # rpm -qa | grep sssd- > > sssd-common-pac-1.15.2-1.fc25.x86_64 > sssd-krb5-1.15.2-1.fc25.x86_64 > sssd-client-1.15.2-1.fc25.x86_64 > sssd-krb5-common-1.15.2-1.fc25.x86_64 > sssd-ldap-1.15.2-1.fc25.x86_64 > sssd-nfs-idmap-1.15.2-1.fc25.x86_64 > sssd-common-1.15.2-1.fc25.x86_64 > sssd-ad-1.15.2-1.fc25.x86_64 > sssd-proxy-1.15.2-1.fc25.x86_64 > > # dnf downgrade sssd-common --allowerasing (sssd-nfs-idmap not in list) > > Error: Transaction check error: > file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of > sssd-common-1.14.2-1.fc25.x86_64 conflicts with file from package > sssd-nfs-idmap-1.15.2-1.fc25.x86_64 > It is expected because sss_rpcidmapd.5.gz was moved from sssd-common to sssd-nfs-idmap in 1.15.2-1. And there is just weak dependency between these two packages. > # dnf remove sssd-nfs-idmap -y > > # rpm -qa | grep sssd- > sssd-krb5-1.15.2-1.fc25.x86_64 > sssd-krb5-common-1.15.2-1.fc25.x86_64 > sssd-ldap-1.15.2-1.fc25.x86_64 > sssd-common-1.15.2-1.fc25.x86_64 > sssd-ad-1.15.2-1.fc25.x86_64 > sssd-proxy-1.15.2-1.fc25.x86_64 > sssd-client-1.15.2-1.fc25.x86_64 > sssd-common-pac-1.15.2-1.fc25.x86_64 > > # dnf downgrade sssd-common --allowerasing (include sssd-nfs-idmap as new > package ??? O_o) > It was installed because because sssd-common recommends sssd-nfs-idmap. It would not be installed after disabling installation of recommended packages. dnf downgrade --allowerasing --setopt=install_weak_deps=false sssd-common > # rpm -qa | grep sssd- (after downgrade) > > sssd-client-1.14.2-1.fc25.x86_64 > sssd-common-pac-1.14.2-1.fc25.x86_64 > sssd-ldap-1.14.2-1.fc25.x86_64 > sssd-krb5-common-1.14.2-1.fc25.x86_64 > sssd-krb5-1.14.2-1.fc25.x86_64 > sssd-nfs-idmap-1.14.2-1.fc25.x86_64 > sssd-common-1.14.2-1.fc25.x86_64 > sssd-ad-1.14.2-1.fc25.x86_64 > sssd-proxy-1.14.2-1.fc25.x86_64 > > # dnf upgrade (works fine and upgrade all sssd packages to 1.15.2 including > sssd-nfs-idmap) Because "dnf upgrade" will try to upgrade all packages and not just subset as in Comment17.
(In reply to Lukas Slebodnik from comment #11) > (In reply to Jim Riggs from comment #10) > > Ran into this as well when trying to do an update. > > > > I did try the dnf update > > > > I had to remove the package sssd-nfs-idmap. Once this was done, dnf upgrade > > went fine. > > > Did you call just a "dnf update" ? > becaue I cannot see a reason why "sssd-nfs-idmap" would be updated to > 1.15.2-1 and "sssd-common" would not be updated to the same version. > > BTW after upgrade you should have sssd-common-1.15.2-1 on your system and not > sssd-common-1.15.1-1. > > > But I cannot install the package sssd-nfs-idmap. > > > > Downloading Packages: > > sssd-nfs-idmap-1.15.2-1.fc25.x86_64.rpm 252 kB/s | 75 kB 00:00 > > ----------------------------------------------------------------------------- > > --- > > Total 99 kB/s | 75 kB 00:00 > > Running transaction check > > Transaction check succeeded. > > Running transaction test > > The downloaded packages were saved in cache until the next successful > > transaction. > > You can remove cached packages by executing 'dnf clean packages'. > > Error: Transaction check error: > > file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of > > sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package > > sssd-common-1.15.1-1.fc25.x86_64 > > > > Error Summary > > ------------- > > I have an idea how to fix it. But there might be other bug which would be > hidden > by such fix. Could you provide data from comment7? Yes, very interesting. Not sure how this happened: `rpm -q sssd-common sssd-nfs-idmap libsolv hawkey dnf sssd-common-1.15.1-1.fc25.x86_64 sssd-common-1.15.2-1.fc25.x86_64 package sssd-nfs-idmap is not installed libsolv-0.6.26-3.fc25.x86_64 hawkey-0.6.4-2.fc25.x86_64 dnf-1.1.10-6.fc25.noarch My upgrades complete after I removed sssd-nfs-idmap. But now It looks like I have a bunch of others to figure out to get this back on the system.
(In reply to Jim Riggs from comment #20) > (In reply to Lukas Slebodnik from comment #11) > > (In reply to Jim Riggs from comment #10) > > > Ran into this as well when trying to do an update. > > > > > > I did try the dnf update > > > > > > I had to remove the package sssd-nfs-idmap. Once this was done, dnf upgrade > > > went fine. > > > > > Did you call just a "dnf update" ? > > becaue I cannot see a reason why "sssd-nfs-idmap" would be updated to > > 1.15.2-1 and "sssd-common" would not be updated to the same version. > > > > BTW after upgrade you should have sssd-common-1.15.2-1 on your system and not > > sssd-common-1.15.1-1. > > > > > But I cannot install the package sssd-nfs-idmap. > > > > > > Downloading Packages: > > > sssd-nfs-idmap-1.15.2-1.fc25.x86_64.rpm 252 kB/s | 75 kB 00:00 > > > ----------------------------------------------------------------------------- > > > --- > > > Total 99 kB/s | 75 kB 00:00 > > > Running transaction check > > > Transaction check succeeded. > > > Running transaction test > > > The downloaded packages were saved in cache until the next successful > > > transaction. > > > You can remove cached packages by executing 'dnf clean packages'. > > > Error: Transaction check error: > > > file /usr/share/man/man5/sss_rpcidmapd.5.gz from install of > > > sssd-nfs-idmap-1.15.2-1.fc25.x86_64 conflicts with file from package > > > sssd-common-1.15.1-1.fc25.x86_64 > > > > > > Error Summary > > > ------------- > > > > I have an idea how to fix it. But there might be other bug which would be > > hidden > > by such fix. Could you provide data from comment7? > > Yes, very interesting. Not sure how this happened: > > `rpm -q sssd-common sssd-nfs-idmap libsolv hawkey dnf > sssd-common-1.15.1-1.fc25.x86_64 > sssd-common-1.15.2-1.fc25.x86_64 > package sssd-nfs-idmap is not installed > libsolv-0.6.26-3.fc25.x86_64 > hawkey-0.6.4-2.fc25.x86_64 > dnf-1.1.10-6.fc25.noarch > > My upgrades complete after I removed sssd-nfs-idmap. But now It looks like > I have a bunch of others to figure out to get this back on the system. you should be able check consistency of rpm database with "yum-deprecated check". "dnf check" is only in dnf-2+. There should not be the same package twice with different version for the same architecture.
sssd-1.15.2-3.fc26 has been submitted as an update to Fedora 26. https://bodhi.fedoraproject.org/updates/FEDORA-2017-8addfc0188
sssd-1.15.2-3.fc25 has been submitted as an update to Fedora 25. https://bodhi.fedoraproject.org/updates/FEDORA-2017-ac43ea8522
sssd-1.15.2-3.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2017-2b18f89e47
sssd-1.15.2-3.fc25 has been pushed to the Fedora 25 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-ac43ea8522
sssd-1.15.2-3.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-2b18f89e47
sssd-1.15.2-3.fc26 has been pushed to the Fedora 26 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-8addfc0188
sssd-1.15.2-3.fc26 has been pushed to the Fedora 26 stable repository. If problems still persist, please make note of it in this bug report.
sssd-1.15.2-3.fc25 has been pushed to the Fedora 25 stable repository. If problems still persist, please make note of it in this bug report.
sssd-1.15.2-3.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.