<div dir="ltr">For what its worth, my issue was resolved when I rebooted the server. <div><br></div><div>Restarting sssd and/or clearing it's cache did not do it, but a full reboot seems to have done it. Something much have been cached or some temp file I missed. Will need to look into it further as I have a number of servers yet to be upgraded and having to reboot linux servers to do an upgrade seem sacrilegious...</div><div><br></div><div>-M</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 6, 2014 at 9:26 PM, David Taylor <span dir="ltr"><<a href="mailto:david.taylor@speedcast.com" target="_blank">david.taylor@speedcast.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="EN-AU" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">As an add on, I’ve upgraded our Xen template to 6.6 and run up a new VM using that and it attaches to the IPA environment perfectly
well, so I’m guessing it is an issue with the upgrade scripts.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Best regards<u></u><u></u></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:18.0pt;font-family:"Arial",sans-serif;color:#003859">David Taylor</span></b><span lang="EN-US" style="font-size:10.0pt;font-family:"Arial",sans-serif;color:#1f497d"><br>
<br>
</span><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u><u></u></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> Michael Lasevich [mailto:<a href="mailto:mlasevich@gmail.com" target="_blank">mlasevich@gmail.com</a>]
<br>
<b>Sent:</b> Friday, 7 November 2014 4:00 PM<br>
<b>To:</b> Jakub Hrozek<br>
<b>Cc:</b> David Taylor; <a href="mailto:freeipa-users@redhat.com" target="_blank">freeipa-users@redhat.com</a><span class=""><br>
<b>Subject:</b> Re: [Freeipa-users] Centos IPA Client fails after upgrade to 6.6<u></u><u></u></span></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">I am seeing somewhat similar behavior once upgrading from sssd 1.9 to 1.11 (centos 6.5 to 6.6)<u></u><u></u></p><div><div class="h5">
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I seem to be able to log in via ssh, but when I use http pam service, I get inconsistent behavior - seems like sometimes it works and others it errors out (success and failure can happen within a second)<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">In the logs I see things like:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">[sssd[krb5_child[15410]]]: Internal credentials cache error<u></u><u></u></p>
<p class="MsoNormal">and <u></u><u></u></p>
<p class="MsoNormal">authentication failure; logname= uid=48 euid=48 tty= ruser= rhost= user=username<br>
received for user username: 4 (System error)<u></u><u></u></p>
<p class="MsoNormal">Nothing in the audit.log that I can see<u></u><u></u></p>
<p class="MsoNormal">I am guessing this is an sssd issue but I am hoping someone here knows how to deal with it.<u></u><u></u></p>
<p class="MsoNormal">IN case it matters - here is the pam config:<u></u><u></u></p>
<p class="MsoNormal">auth required pam_env.so<br>
auth sufficient pam_sss.so<br>
auth required pam_deny.so<u></u><u></u></p>
<p class="MsoNormal">account [default=bad success=ok user_unknown=ignore] pam_sss.so<br>
account required pam_permit.so<u></u><u></u></p>
<p class="MsoNormal">password requisite pam_cracklib.so try_first_pass retry=3 type=<br>
password sufficient pam_sss.so use_authtok<br>
password required pam_deny.so<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">session optional pam_keyinit.so revoke<br>
session required pam_limits.so<br>
session optional pam_oddjob_mkhomedir.so<br>
session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid<br>
session optional pam_sss.so<u></u><u></u></p>
<p class="MsoNormal">-M<u></u><u></u></p>
</div>
</div></div></div><div><div class="h5">
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Wed, Nov 5, 2014 at 1:05 AM, Jakub Hrozek <<a href="mailto:jhrozek@redhat.com" target="_blank">jhrozek@redhat.com</a>> wrote:<u></u><u></u></p>
<blockquote style="border:none;border-left:solid #cccccc 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<div>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt">On Wed, Nov 05, 2014 at 02:30:55AM +0000, David Taylor wrote:<br>
> Thanks for the reply. The PAM file is pretty stock for a centos build<br>
><br>
> #%PAM-1.0<br>
> # This file is auto-generated.<br>
> # User changes will be destroyed the next time authconfig is run.<br>
> auth required pam_env.so<br>
> auth sufficient pam_unix.so nullok try_first_pass<br>
> auth requisite pam_succeed_if.so uid >= 500 quiet<br>
> auth sufficient pam_sss.so use_first_pass<br>
> auth required pam_deny.so<br>
><br>
> account required pam_unix.so<br>
> account sufficient pam_localuser.so<br>
> account sufficient pam_succeed_if.so uid < 500 quiet<br>
> account [default=bad success=ok user_unknown=ignore] pam_sss.so<br>
> account required pam_permit.so<br>
><br>
> password requisite pam_cracklib.so try_first_pass retry=3 type=<br>
> password sufficient pam_unix.so sha512 shadow nullok try_first_pass use_authtok<br>
> password sufficient pam_sss.so use_authtok<br>
> password required pam_deny.so<br>
><br>
> session optional pam_keyinit.so revoke<br>
> session required pam_limits.so<br>
> session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid<br>
> session required pam_unix.so<br>
> session optional pam_sss.so<br>
><br>
><br>
> Best regards<br>
> David Taylor<u></u><u></u></p>
</div>
</div>
<p class="MsoNormal">OK, so pam_sss is there ...<br>
<br>
And yet you see no mention of pam_sss.so in /var/log/secure ?<br>
<br>
Is this the file that was included from the service-specific PAM<br>
configuration?<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
--<br>
Manage your subscription for the Freeipa-users mailing list:<br>
<a href="https://www.redhat.com/mailman/listinfo/freeipa-users" target="_blank">https://www.redhat.com/mailman/listinfo/freeipa-users</a><br>
Go To <a href="http://freeipa.org" target="_blank">http://freeipa.org</a> for more info on the project<u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div></div></div>
</div>
</blockquote></div><br></div>