Alexander Bokovoy <abokovoy@...> writes: > > On Fri, 14 Jun 2013, Steve Dickson wrote: > >The $subject says it all... Any ideas what is going on here? > I did fresh install right now on a up to date F19 VM and experienced no > problem whatsoever. > > There were updates in pki-* and 389-ds-* packages over weekend. > > >2013-06-14T16:54:45Z DEBUG Starting external process > >2013-06-14T16:54:45Z DEBUG args=/usr/sbin/pkispawn -s CA -f /tmp/tmpO2lDxI > >2013-06-14T16:54:51Z DEBUG Process finished, return code=1 > >2013-06-14T16:54:51Z DEBUG stdout=Loading deployment configuration from /tmp/tmpO2lDxI. > ^^^ The date corresponds to Friday last week, also there was issue with > metadata information in Fedora 19 and Rawhide repositories which > prevented proper packages propagating. > > Please try up to date packages from update-testing as of Monday. >
I think this is similar to a bug I've seen reported elsewhere I believe the underlying cause may be the HTTP_PROXY and HTTPS_PROXY variables. If these are set then the ipa install script has problems locating the dogtag server and fails. The error I see in my install log is something along the lines of certificate server failed to restart. From the point of view of the running script the failure looks the same as that produced if the script is run twice. It should be easy to re-create this bug simply by setting HTTP_PROXY and HTTPS_PROXY on a test server and running the server install. Posts in other forums suggest re-installation solves the problem, I suggest this simply removes these variables. Could the install script check for them being set and unset-reset them or simply warn the user? G _______________________________________________ Freeipa-users mailing list Freeipa-users@redhat.com https://www.redhat.com/mailman/listinfo/freeipa-users