On 04/01/2010 11:18 AM, Nathan Kinder wrote:
On 03/31/2010 10:04 PM, Nathan Kinder wrote:I've attached a new set of patches that implements the solution outlined above.On 03/31/2010 09:52 PM, Endi Sukma Dewata wrote:----- "Nathan Kinder"<nkinder@xxxxxxxxxx> wrote:The admin server CGIs parse the start-slapd scripts to determine theDS instance names. A recent format change to start-slapd caused thisparsing to break. These patches make the instance name easier toparse from the script. One patch is for DS itself and one is for theAdmin Server.ack - much betterThanks, but I need to nak my own patch since it's imcomplete. This isn't going to work well when upgrading an instance. We don't regenerate the start-slapd script when running 'setup-ds.pl -u'. This means that an upgraded instance will not work properly with any of the admin server CGIs that need to parse the instance name fromstart-slapd. This issue is already a problem not related to this patch,but it seems we should fix it along with this issue. I suppose the right thing to do is to make 'setup-ds.pl -u' generate a new start-slapd script for the existing instances as well as a new instance specific initconfig script if one doesn't exist. I think weneed to avoid wiping out an existing instance specific sysconfig scriptsince it may have been modified by an admin to add other stuff to it (like KRB5_KTNAME for Kerberos). Do you see any problems with this approach?
ack. --noriko
Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature
-- 389-devel mailing list 389-devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-devel