Bug 214276

Note: unregister script needs to be implemented.

Created attachment 160660 [details]
New file: admserv/cgi-src40/ds_unregister.in

Unregister CGI script, that removes the server info from the Configuration DS. 
The server is specified by InstanceName=slapd-ID in QUERY_STRING.

Created attachment 160661 [details]
New file: admserv/cfgstuff/ds_unregister.in

Shell script which calls the CGI script ds_unregister.

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

Created attachment 160662 [details]
cvs diff Makefile.am

File: Makefile.am

Change: adding admserv/cgi-src40/ds_unregister and
admserv/cfgstuff/ds_unregister to the makefile.

Per discussion on the Fedora-directory-users mailing list, we decided "rpm -e"
removes files and directories which are installed by "rpm -i | -U".  Generated
files won't be removed.  I.e., after running "rpm -e", binaries including
ns-slapd shoud have been removed, while the server information in the
Configuration DS db are.

It sounds the original problem is "rpm -e" does not shutdown the servers?  Once
they are shutdown, since ns-slapd is removed, there is no way to bring it up and
see the instances?

That's said, ds_unregsiter may not be needed in this scenario, but it'd be a
useful tool for the administrators.

(In reply to comment #5)
> Per discussion on the Fedora-directory-users mailing list, we decided "rpm -e"
> removes files and directories which are installed by "rpm -i | -U".  Generated
> files won't be removed.  I.e., after running "rpm -e", binaries including
> ns-slapd shoud have been removed, while the server information in the
> Configuration DS db are.
> 
> It sounds the original problem is "rpm -e" does not shutdown the servers?

Yes, it is supposed to - from the ds-base spec file:
%preun
if [ $1 = 0 ]; then
        /sbin/service %{shortname} stop >/dev/null 2>&1 || :
        /sbin/chkconfig --del %{shortname}
fi

preun is called before any files are removed.  This should shutdown all
instances and remove the initscripts from being called again.

> Once
> they are shutdown, since ns-slapd is removed, there is no way to bring it up and
> see the instances?

I'm not sure what you mean by "bring it up".

> 
> That's said, ds_unregsiter may not be needed in this scenario, but it'd be a
> useful tool for the administrators.

Agreed.

In your perl.in scripts, change the first line
#!/usr/bin/env perl
to be
#!@perlexec@

and change
use lib '@perllib@';
to be
use lib qw(@perlpath@);

Otherwise, looks good.

(In reply to comment #6) 
> Yes, it is supposed to - from the ds-base spec file:
> %preun
> if [ $1 = 0 ]; then
>         /sbin/service %{shortname} stop >/dev/null 2>&1 || :
>         /sbin/chkconfig --del %{shortname}
> fi
> 
> preun is called before any files are removed.  This should shutdown all
> instances and remove the initscripts from being called again.

Great!  I think the code had fixed the original problem reported in this bug.

> > Once
> > they are shutdown, since ns-slapd is removed, there is no way to bring it up and
> > see the instances?
> 
> I'm not sure what you mean by "bring it up".

Sorry. :p  I just meant we cannot start any Directory Server instances on the
machine any more, therefore there is no chance to see them on the Console as
stated in the first report.

(In reply to comment #7) 
Thank you for your reviews!  I fixed them.

Created attachment 160673 [details]
cvs commit message

Reviewed by Rich (Thank you!!)

Checked in into HEAD.

The extra directory sercer seems to disappear from the console view after refresh.

Verified aginst:
1195673560 redhat-ds-base-8.0.0-11.el5dsrv Wed Nov 21 2007 
1195673563 redhat-ds-admin-8.0.0-1.15.el5dsrv Wed Nov 21 2007 
1195673564 redhat-ds-console-8.0.0-8.el5dsrv Wed Nov 21 2007 
1195673565 redhat-admin-console-8.0.0-9.el5dsrv Wed Nov 21 2007