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.