> > It appears that f82 is the user object and f87 is the group object. So you
> > are
> right, I don't think f82 is what we were looking for, it just happened to have
> the username in it when I grepped without filtering the uniqueid. I'm not
> sure why it was having problems with the user group object, but I don't have
> individual group objects showing up for any local accounts I've created.
> You are right. I think the private group of a user is/should be deleted at the
> same time when you delete a user.
Is it normal that private groups do not show up in the user group listing or
with ipa group-find commands? I thought I remembered seeing them on a freeipa
3 installation but I've checked a couple 4 installs and they don't show up.
I just had a random issue a little bit ago with another account when I checked
the user groups in the web interface it popped with an unknown error dialog. I
have not been able to reproduce it again and don't see anything in the error
logs or access log which would indicate any problems.
> > All that being said, I put 389-ds-base-22.214.171.124-16.el7_1.x86_64 on the box
> yesterday and the error has not shown since. So I'm not sure if it was
> because of the minor upgrade or cycling the daemon.
> The logs gave a lot of information but without a test case it could be
> to identify the RC.
> Now as I mentioned I hit (with a non systematic test case) an other bug when
> deleting a user. It was impossible to remove the entry/group. In this bug I
> tested on standalone instance but on replicated topology I wonder if it could
> have the same symptom.
I've not been able to reproduce the issue in my sandbox environment so I'm not
sure. It is also replicated.
Manage your subscription for the Freeipa-users mailing list:
Go to http://freeipa.org for more info on the project