On 12/29/2016 12:33 PM, Stephan Wiesand wrote: > >> On 29 Dec 2016, at 18:55, Mark Stodola <[log in to unmask]> wrote: >> >> On 12/29/2016 11:49 AM, Pat Riehecky wrote: >>> >>> >>> On 12/29/2016 11:42 AM, Mark Stodola wrote: >>>> On 12/29/2016 11:38 AM, Mark Stodola wrote: >>>>> Doing a yum install of ipa-server triggers this. It appears that >>>>> krb5-libs got an update, but krb5-server was missed along with >>>>> ipa-server? >>>>> >>>> ...snip... >>>> >>>> I misinterpreted, there is a new krb5-server, ipa-server is still >>>> wanting the older version. So just ipa-server appears to be a problem. >>> >>> Interesting, I'll see about getting the new IPA server packages out. >>> >>> Can it wait until Jan 3 so that (in theory) people are back from the >>> holidays? Pushing things today may cause surprises for people on vacation. >>> >>> Pat >> >> It can wait as far as I am concerned. >> >> I also found that the latest kernel packages (514) no longer provide: >> ptp_clock_index >> ptp_clock_register >> ptp_clock_unregister >> >> They were previously provided by kernel build 327, but have gone missing. rpmfind.net lists them present in the CentOS 514 build... >> >> kmod-e1000e from ELrepo triggers this on a repoclosure check with only the latest kernel present: >> package: kmod-e1000e-3.3.3-1.el7.elrepo.x86_64 from build >> unresolved deps: >> kernel(ptp_clock_unregister) = 0:0x8b63315e >> kernel(ptp_clock_register) = 0:0x3b0cba11 >> kernel(ptp_clock_index) = 0:0x1627b4d4 > > They are provided, just with different hashes: > > kernel(ptp_clock_index) = 0x94d472b3 > kernel(ptp_clock_register) = 0x68de16fb > kernel(ptp_clock_unregister) = 0xf27e4fcb > > Which means the ABI changed and that ELrepo module cannot be used with that kernel. The hashes are the same on CentOS7. > I see. I will get a hold of the ELrepo group then. Thank you.