extended provision-backend
Andrew Bartlett
abartlet at samba.org
Thu Aug 6 16:02:29 MDT 2009
On Thu, 2009-08-06 at 13:58 +0200, Oliver Liebel wrote:
>
> Andrew Bartlett schrieb:
> > On Wed, 2009-08-05 at 12:31 +0200, Oliver Liebel wrote:
> >
> >> running slapd-daemon:
> >> - system is pre-checked if another instance of slapd is running on
> >> system before starting it
> >> - if no other slapd is running, slapdcommand_prov starts slapd (ldapi
> >> only) for final provision
> >> - after startup is verified, if slapd is up an listening on s4's ldapi_uri
> >>
> >> ...
> >> after final provision finished:
> >> - first is checked, if slapd is still running, listening to s4s ldapi_uri
> >> - then slapd (with pid from paths.ldapdir/slapd.pid) will be terminated
> >> (proper termination is re-checked)
> >> - stored slapd-commandline is displayed to show the right syntax to
> >> start slapd manually (except port )
> >>
> >> ...
> >>
> >
> > Thank-you so much for this work. I've been thinking about it, and the
> > main thing I dislike is the way you try to detect another slapd process
> > using ps and grep. Instead, how about trying a rootDSE search against
> > the ldapi socket?
> what about a simple bind via python-ldap to the socket?
> that should do it too.
> tested ist, seems ok.
That would work. However I would prefer to use the ldb bindings if
possible. See the Ldb module.
(not that I think using python-ldap would be a big extra burden in terms
of dependences, but because it means a future maintainer of the script
would not have to learn another module and pattern).
Andrew Bartlett
--
Andrew Bartlett
http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Cisco Inc.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20090807/5f32cb02/attachment.pgp>
More information about the samba-technical
mailing list