<div dir="ltr">I'll open a ticket. It should probably be cleared, unless handled in some other way, before installs too. This looks like more of a client side issue than a server one. The database should be cleared when a client is explicitly uninstalled, and also if the client tries to register to a different server with the same domain name (in a scenario where the master has been replaced or something similar). I don't know how that is handled, but it could create similar problems. </div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 20, 2015 at 4:25 AM, Jakub Hrozek <span dir="ltr"><<a href="mailto:jhrozek@redhat.com" target="_blank">jhrozek@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thu, Mar 19, 2015 at 05:50:50PM -0400, Prasun Gera wrote:<br>
> It's just that /var/lib/sss/db is not cleared between subsequent server<br>
> installs and uninstall, and that seems to be creating problems on the<br>
> server since the server is also a client. If you do<br>
> install-uninstall-install on the server with the same domain name for both<br>
> the installs, you cannot authenticate using sssd after the second install.<br>
> A simple command like 'ssh admin@localhost' on the server gives permission<br>
> denied. I don't know if this is a regression, but it would help if someone<br>
> could reproduce this error.<br>
<br>
</span>I don't think it's such a grave error, but feel free to open a ticket<br>
against IPA to remove the database on uninstall..<br>
</blockquote></div><br></div>