[Fedora-directory-devel] Please review: [Bug 247215] Reimplement ds_remove (cgi) and ds_removal (command line wrapper) without setuputil code

Noriko Hosoi nhosoi at redhat.com
Tue Jul 17 00:47:29 UTC 2007


Summary: Reimplement ds_remove (cgi) and ds_removal (command line wrapper) without setuputil code

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=247215


------- Additional Comments From nhosoi at redhat.com  2007-07-16 20:29 EST -------
Created an attachment (id=159392)
 --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=159392&action=view)
New file: ds_removal: command line wrapper for ds_remove

Usage: ./ds_removal -s server_id -w admin_password
       server_id: Directory server identifier; slapd-<server_id>
       admin_password: Administration user password

------- Additional Comments From nhosoi at redhat.com  2007-07-16 20:42 EST -------
Created an attachment (id=159393)
 --> (https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=159393&action=view)
cvs diff (adminserver)

Files: Makefile.am
       admserv/cgi-src40/ds_remove.in

Description: 
1) adding ds_removal to the package
2) adding more error checks to ds_remove

I have an issue in ds_remove.  The script is capable to remove the
configuration directory server.  But if I run setup-ds-admin.pl after removing
the config DS, the script puts [yes] to the default answer, that is,
setup-ds-admin.pl thinks the config DS exists.

> > Do you want to register this software with an existing
> > configuration directory server? [yes]:
>   
I guess if ds_remove removes the config DS, it needs to clean up some 
more, e.g., admin-serv/adm.conf(?). If I remove the file, the 
setup-ds-admin.pl puts [no] in the above question. What should we do?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3237 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/389-devel/attachments/20070716/219c3a3a/attachment.bin 


More information about the 389-devel mailing list