On Sat, 2013-09-14 at 13:11 -0400, Brian Lindblom wrote:
Of course, I would imagine that since the GECOS field is set upon
account creation based on the values provided for first and last name,
and since GECOS is not a provided field in the UI for user attributes,
that GECOS should be updated automatically to reflect those changes.
Bug perhaps?
If gecos is set on creation but not updated it is a bug please open a
ticket with the details.
Thanks,
Simo.
On Fri, Sep 13, 2013 at 6:26 PM, Brian Lindblom b...@usf.edu wrote:
I've run into this exact same problem. Check the output of
ipa user-find --all user
The GECOS field is probably set to the old information. You
can use
ipa user-mod --gecos=New Name user
to correct the issue. This solved it for me.
-Brian
On Fri, Sep 13, 2013 at 3:55 PM, cbul...@gmail.com
cbul...@gmail.com wrote:
Hi Jakub,
I attached the log files after doing the same test
that you requested me
before.
Please let me know if you need anything else.
Thanks!!
On 09/10/2013 06:30 AM, Jakub Hrozek wrote:
On Wed, Sep 04, 2013 at 11:14:50AM -0500,
cbul...@gmail.com wrote:
Hi Jakub,
Thanks for your time and tips about sssd cache!
I'm sorry about the late response, I didn't flag
your response when it
came back..
I did the test and let me explain what I got:
- After step 4 I can see dataExpireTimestamp to 1
for the user.
OK, this is expected.
- After step 7 dataExpireTimestamp is back to 0 but
the user data have
not changed.
This is really strange because if the
dataExpireTimestamp was reset
after the lookup, then the backend has updated the
entry...and it should
have updated the entry with the up-to-date data..
Can you put debug_level=8 into the [nss] and
[domain] sections
and paste or attach the contents
of /var/log/sssd/sssd_nss.log and
/var/log/sssd/sssd_$domain.log after the request
that follows the sss_cache
run?
Also in the logs you should see the server the SSSD
connects to, can you
check if there is maybe some replica that is out of
sync?
Unfortunately I can't reproduce the bug here..
The first line after the command ldbsearch is:
asq: Unable to register control with rootdse!
No, that's an internal info, ignore this message.
Is it a problem?
We are not using nscd service.
Please let me know if you need to do some other
tests.
Thanks in advance!
___
Freeipa-users mailing list
Freeipa-users@redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-users
--
Brian Lindblom (Smith)
Assistant Director
Research Computing, University of South Florida
4202 E. Fowler Ave. SVC4010
Office Phone: +1 813 974-1467
Organization URL: http://rc.usf.edu
--
Brian Lindblom (Smith)
Assistant Director
Research Computing, University of South Florida
4202 E. Fowler Ave. SVC4010
Office Phone: +1 813 974-1467
Organization URL: http://rc.usf.edu
___
Freeipa-users mailing list
Freeipa-users@redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-users
--
Simo Sorce * Red Hat, Inc * New York
___
Freeipa-users mailing list
Freeipa-users@redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-users
