By the way, I want to mention the conncheck: if I don't skip it, it tries to
ssh into the master IPA instance as 'admin@<domain>', rather than the user
(root), and fails. All other parts of the connectivity check work, however. Why
does it try to access the master as a Kerberos principal instead of the process
Daniel Alex Finkelstein| Senior Dev Ops Engineer
dan.finkelst...@h5g.com<mailto:dan.finkelst...@h5g.com> | 212.604.3447
One World Trade Center, New York, NY 10007
Play High 5 Casino<https://apps.facebook.com/highfivecasino/> and Shake the
Follow us on: Facebook<http://www.facebook.com/high5games>,
This message and any attachments may contain confidential or privileged
information and are only for the use of the intended recipient of this message.
If you are not the intended recipient, please notify the sender by return
email, and delete or destroy this and all copies of this message and all
attachments. Any unauthorized disclosure, use, distribution, or reproduction of
this message or any attachments is prohibited and may be unlawful.
From: Rob Crittenden <rcrit...@redhat.com>
Date: Monday, June 6, 2016 at 11:44
To: Daniel Finkestein <dan.finkelst...@high5games.com>,
Subject: Re: [Freeipa-users] FreeIPA 4.2.0 on CentOS 7.2 as replica of FreeIPA
3.0.0 on CentOS 6.8; cannot install CA components as replica, cannot promote to
Skipping the conncheck can mask odd problems and should be used sparingly.
Manage your subscription for the Freeipa-users mailing list:
Go to http://freeipa.org for more info on the project