Fedora directory users - Nov 2006 - Need a replica on sles10

Hello.

I need to set up a replica server for a SLES10 environment which
will connect to a FDS master.  I would prefer to do this one of
two ways:

1) Build/install FDS on SLES10; or
2) Have openldap''s slurpd talk to the master FDS, and then use
openldap slapd on the SLES10 box to serve ldap.


I''ve seen in the archives that someone had dsbuild working on
SLES9 last December, but then he was unable to get it to
setup/run properly.  Has anyone succeded with this on either
SLES9 or SLES10?

I haven''t given slurpd a try yet.  Does anyone know if it is
compatible with FDS?

Thanks in advance.

-- 
John Griffin-Wiesner
Linux Cluster/Unix Systems Administrator
Univ. MN Supercomputing Institute
http://www.msi.umn.edu

John Griffin-Wiesner wrote:
> Hello.
>
> I need to set up a replica server for a SLES10 environment which
> will connect to a FDS master.  I would prefer to do this one of
> two ways:
>
> 1) Build/install FDS on SLES10; or
> 2) Have openldap''s slurpd talk to the master FDS, and then use
> openldap slapd on the SLES10 box to serve ldap.
>
>
> I''ve seen in the archives that someone had dsbuild working on
> SLES9 last December, but then he was unable to get it to
> setup/run properly.  Has anyone succeded with this on either
> SLES9 or SLES10?
>   
Have you tried it with fds103 - 
http://directory.fedora.redhat.com/sources/dsbuild-fds103.tar.gz

First, read the Building page, and make sure you have all of the 
pre-requisites installed.  There are a lot of them . . .
> I haven''t given slurpd a try yet.  Does anyone know if it is
> compatible with FDS?
>   
It just might work.  slurpd is a push model (not the pull model of 
syncrepl in newer openldap''s), and if it just uses plain old ldap 
add/mod/del operations to push the changes, then it just might
work.
> Thanks in advance.
>
>

On Wed, Nov 01, 2006 at 08:39:59AM -0700, Richard Megginson
wrote:
> John Griffin-Wiesner wrote:
> >Hello.
> >
> >I need to set up a replica server for a SLES10 environment which
> >will connect to a FDS master.  I would prefer to do this one of
> >two ways:
> >
> >1) Build/install FDS on SLES10; or
> >2) Have openldap''s slurpd talk to the master FDS, and then use
> >openldap slapd on the SLES10 box to serve ldap.
> >
> >
> >I''ve seen in the archives that someone had dsbuild working on
> >SLES9 last December, but then he was unable to get it to
> >setup/run properly.  Has anyone succeded with this on either
> >SLES9 or SLES10?
> >  
> Have you tried it with fds103 - 
> http://directory.fedora.redhat.com/sources/dsbuild-fds103.tar.gz
Yes.  Just yesterday.
> First, read the Building page, and make sure you have all of the 
> pre-requisites installed.  There are a lot of them . . .
> >I haven''t given slurpd a try yet.  Does anyone know if it is
> >compatible with FDS?
> >  
> It just might work.  slurpd is a push model (not the pull model of 
> syncrepl in newer openldap''s), and if it just uses plain old ldap 
> add/mod/del operations to push the changes, then it just might work.
If I happen to get lucky with this I''ll let you know.

> >Thanks in advance.

> --
> Fedora-directory-users mailing list
> Fedora-directory-users@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users

-- 
John Griffin-Wiesner
Linux Cluster/Unix Systems Administrator
Univ. MN Supercomputing Institute
http://www.msi.umn.edu
johngw@msi.umn.edu

On Wed, Nov 01, 2006 at 08:39:59AM -0700, Richard Megginson
wrote:
> John Griffin-Wiesner wrote:
> >I haven''t given slurpd a try yet.  Does anyone know if it is
> >compatible with FDS?
> >  
> It just might work.  slurpd is a push model (not the pull model of 
> syncrepl in newer openldap''s), and if it just uses plain old ldap 
> add/mod/del operations to push the changes, then it just might work.
> >Thanks in advance.
Any thoughts on what logs from FDS would be slurp-able, or if FDS
supports writing that kind of replication log?

> --
> Fedora-directory-users mailing list
> Fedora-directory-users@redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users

-- 
John Griffin-Wiesner
Linux Cluster/Unix Systems Administrator
Univ. MN Supercomputing Institute
http://www.msi.umn.edu
johngw@msi.umn.edu

John Griffin-Wiesner wrote:
> On Wed, Nov 01, 2006 at 08:39:59AM -0700, Richard Megginson wrote:
>   
>> John Griffin-Wiesner wrote:
>>     
>
>   
>>> I haven''t given slurpd a try yet.  Does anyone know if it
is
>>> compatible with FDS?
>>>  
>>>       
>> It just might work.  slurpd is a push model (not the pull model of 
>> syncrepl in newer openldap''s), and if it just uses plain old
ldap
>> add/mod/del operations to push the changes, then it just might work.
>>     
>>> Thanks in advance.
>>>       
>
> Any thoughts on what logs from FDS would be slurp-able, or if FDS
> supports writing that kind of replication log?
>   
I don''t know.  FDS has an audit log (off by default) that might be 
usable by slurpd.
>
>   
>> --
>> Fedora-directory-users mailing list
>> Fedora-directory-users@redhat.com
>> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>>     
>
>
>

>Any thoughts on what logs from FDS would be slurp-able, or if FDS
>supports writing that kind of replication log?
>  
>
Originally the two came from the same code. Netscape Directory Server 1.x
used a replication mechanism that was derived from slurpd (but the slurp
functionality was included in the main server). That code used the older
slurp-compatible logging. The present day FDS has multi-master replication
that is entirely different and uses quite different logging. However, 
for backwards
compatibility reasons (with older Netscape 4.x servers and before), the old
log format was preserved as a configurable option. Hence the thought that
possibly slurpd is still compabible with that legacy changelog format.

However, my personal recommendation would be that you get FDS
to build and run on SLES. My belief is that will be easier/quicker/cheaper
to do than to figure out if slurpd/FDS will work together. There are just
so many things that can go wrong, and proving that it works properly
is a non-trivial project.