[Pki-devel] patches to fix pkispawn issues
Matthew Harmsen
mharmsen at redhat.com
Wed Apr 29 19:10:49 UTC 2015
On 04/29/15 11:58, Ade Lee wrote:
> Please review attached patches:
>
> commit d33caa4c1302ecc1d2fc3c42d85544a2653dd09a
> Author: Ade Lee <alee at redhat.com>
> Date: Wed Apr 29 12:46:19 2015 -0400
>
> Fix interactive install to not reprompt for ports
>
> Ports are already set when deploying into an existing instance.
> Having a user re-enter these is repetitious and error prone.
>
> commit f0a5c5c79e9918c362f73103891e11f2f7dc6bbb
> Author: Ade Lee <alee at redhat.com>
> Date: Wed Apr 29 11:11:41 2015 -0400
>
> Trac Ticket 1196 - serverCertNick.conf is replaced incorrectly
>
> When second subsystem is installed, serverCertNick.conf and other
> top level
> tomcat config files should not be replaced.
>
> commit b0317d50fd302086dd324f69d11647f655ddd9bd
> Author: Ade Lee <alee at redhat.com>
> Date: Wed Apr 29 10:57:09 2015 -0400
>
> Code cleanup - simplify pkispawn code
>
> All subsystems are now tomcat instances. Conditionals based on
> whether the subsystem is a tomcat instance or not are no longer
> required.
>
>
>
> _______________________________________________
> Pki-devel mailing list
> Pki-devel at redhat.com
> https://www.redhat.com/mailman/listinfo/pki-devel
NACK
Unfortunately, as discussed on IRC, if non-interactive mode was utilized
to originally setup your instance, and then further instances utilized
interactive mode within that instance, reading directories under
/etc/sysconfig/pki/tomcat/pki-tomcat may find a 'deployment.cfg' that
only contains the file that was utilized to non-interactively install
the original instance. This would return data to make existing_data
true, but unfortunately would not contain the fields required.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/pki-devel/attachments/20150429/54047f60/attachment.htm>
More information about the Pki-devel
mailing list