<div dir="ltr">I've run into this exact same problem.  Check the output of<div><br></div><div>ipa user-find --all <user></div><div><br></div><div>The GECOS field is probably set to the old information.  You can use </div>
<div><br></div><div>ipa user-mod --gecos="New Name" <user></div><div><br></div><div>to correct the issue.  This solved it for me.</div><div><br></div><div>-Brian</div></div><div class="gmail_extra"><br><br>
<div class="gmail_quote">On Fri, Sep 13, 2013 at 3:55 PM, <a href="mailto:cbulist@gmail.com">cbulist@gmail.com</a> <span dir="ltr"><<a href="mailto:cbulist@gmail.com" target="_blank">cbulist@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Jakub,<br>
<br>
I attached the log files after doing the same test that you requested me<br>
before.<br>
Please let me know if you need anything else.<br>
<br>
Thanks!!<br>
<div class="im HOEnZb"><br>
<br>
<br>
On 09/10/2013 06:30 AM, Jakub Hrozek wrote:<br>
</div><div class="HOEnZb"><div class="h5">> On Wed, Sep 04, 2013 at 11:14:50AM -0500, <a href="mailto:cbulist@gmail.com">cbulist@gmail.com</a> wrote:<br>
>> Hi Jakub,<br>
>><br>
>><br>
>> Thanks for your time and tips about sssd cache!<br>
>><br>
> I'm sorry about the late response, I didn't flag your response when it<br>
> came back..<br>
><br>
>> I did the test and let me explain what I got:<br>
>><br>
>> - After step 4 I can see dataExpireTimestamp to 1 for the user.<br>
> OK, this is expected.<br>
><br>
>> - After step 7 dataExpireTimestamp is back to 0 but the user data have<br>
>> not changed.<br>
> This is really strange because if the dataExpireTimestamp was reset<br>
> after the lookup, then the backend has updated the entry...and it should<br>
> have updated the entry with the up-to-date data..<br>
><br>
> Can you put debug_level=8 into the [nss] and [domain] sections<br>
> and paste or attach the contents of /var/log/sssd/sssd_nss.log and<br>
> /var/log/sssd/sssd_$domain.log after the request that follows the sss_cache<br>
> run?<br>
><br>
> Also in the logs you should see the server the SSSD connects to, can you<br>
> check if there is maybe some replica that is out of sync?<br>
><br>
> Unfortunately I can't reproduce the bug here..<br>
><br>
>> The first line after the command ldbsearch is:<br>
>><br>
>> asq: Unable to register control with rootdse!<br>
> No, that's an internal info, ignore this message.<br>
><br>
>> Is it a problem?<br>
>><br>
>> We are not using nscd service.<br>
>><br>
>> Please let me know if you need to do some other tests.<br>
>> Thanks in advance!<br>
><br>
<br>
</div></div><br>_______________________________________________<br>
Freeipa-users mailing list<br>
<a href="mailto:Freeipa-users@redhat.com">Freeipa-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/freeipa-users" target="_blank">https://www.redhat.com/mailman/listinfo/freeipa-users</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div>
<font color="#999999"><font face="'courier new', monospace">Brian Lindblom (Smith)</font></font></div><div><span style="font-family:'courier new',monospace;color:rgb(153,153,153)">Assistant Director</span></div>
<div><span style="font-family:'courier new',monospace;color:rgb(153,153,153)">Research Computing, University of South Florida</span></div><div><font color="#999999"><font face="'courier new', monospace">4202 E. Fowler Ave. SVC4010</font></font></div>
<div><font color="#999999"><font face="'courier new', monospace">Office Phone: +1 813 974-1467</font></font></div><div><font color="#999999"><font face="'courier new', monospace">Organization URL: <a href="http://rc.usf.edu" target="_blank">http://rc.usf.edu</a></font></font></div>
</div>
</div>