Bom dia pessoal,
Primeiramente obrigado pela dicas e desculpem a
demora em responder...
Como era de se imaginar optei pelo syncrepl ;)
até fiz alguns testes com o slurpd que apenas
comprovaram o que foi dito, mas não consegui o syncrepl funcionar no
Debian Etch,
testei as mesmas configurações com servidores Debian Sarge e funcionou.
Seguem alguns logs:
Servidor SLAVE(syncrepl)
Aug 6 10:29:34 hercules slapd[7087]: slapd starting
Aug 6 10:29:34 hercules slapd[7087]: do_syncrep2: got search entry
without control
Servidor Master
Aug 6 10:30:10 osiris slapd[12998]: conn=13 fd=11 ACCEPT from
IP=192.168.x.59:41287
Aug 6 10:30:10 osiris slapd[12998]: conn=13 op=0 BIND dn="" method=128
Aug 6 10:30:10 osiris slapd[12998]: conn=13 op=0 RESULT tag=97 err=0
text=
Aug 6 10:30:10 osiris slapd[12998]: conn=13 op=1 SRCH
base="dc=teste,dc=com,dc=br" scope=2 deref=0 filter="(objectClass=*)"
Aug 6 10:30:10 osiris slapd[12998]: conn=13 op=1 SRCH attr=* +
Aug 6 10:30:10 osiris slapd[16259]: slap_global_control: unrecognized
control: 1.3.6.1.4.1.4203.1.9.1.1
Aug 6 10:30:10 osiris slapd[16259]: send_search_entry: conn 5 ber
write failed.
Aug 6 10:30:11 osiris slapd[12998]: conn=13 op=2 UNBIND
> Aparentemente algum erro de permissão...., mas a senha está
correta.
A configuração está basicamente assim:
rootdn "cn=admin,dc=teste,dc=com,dc=br"
rotpw "{SSHA}teste...."
syncrepl rid=123
provider=ldaps://ldap.teste
type=refreshOnly
interval=00:00:00:30
searchbase="dc=teste,dc=com,dc=br"
scope=sub
bindmethod=simple
binddn="cn=admin,dc=teste,dc=com,dc=br"
credentials="teste..."
Desde já obrigado.
[]s
Tiago Dias escreveu:
> SLURPD
> 1. Lento
> 2. Pesado
> 3. Replicação toda a Base
>
> SYNCREPL
> 1. Leve
> 2. Rápido (definição de tempo para replicação)
> 3. Replicação de toda a(s) base(s) ou de parte dela(s).
>
> Em 01/08/07, *Felipe Augusto van de Wiel (faw)*
<felipe@cathedrallabs.org
<mailto:felipe@cathedrallabs.org>>
escreveu:
>
Olá Anderson,
On 01-08-2007 09:07, Anderson Eckhardt wrote:
> Olá Lista,
> Alguém sabe informar qual a melhor opção para replicação
> de Bases LDAP, slurd ou syncrepl, e por quê ?
Depende. :-)
slurpd é o modelo antigo que segue o estilo push
de atualização, ou seja, o master empurra as mudanças
para os slaves.
syncrepl é a versão mais nova e usa uma idéia
similar ao estilo de atualização do DNS, há casos e
cenários para cada uma delas.
> Gostaría de saber também quais são as principais
> vantagens e desvantagens de ambos os sistemas ?
Geralmente, o slurpd tende a ser mais lento e
"pesado" nas operações, sua forma incremental tem chances
de perder sincronia e não recuperar.
O syncrepl sendo mais recente foi desenhado para
suportar perdas de sincronias e recuperar o que foi
perdido, mas isso pode não acontecer dependendo de
alguns itens do cenário em questão.
> Desde já obrigado.
> []s
Abraço,
--
To UNSUBSCRIBE, email to
debian-user-portuguese-REQUEST@lists.debian.org
<mailto:debian-user-portuguese-REQUEST@lists.debian.org>
with a subject of "unsubscribe". Trouble? Contact
listmaster@lists.debian.org
<mailto:listmaster@lists.debian.org>
> --
> Tiago Dias da Silva
> Administrador de Sistemas GNU/Linux
> HomePage: www.dias.eti.br
<http://www.dias.eti.br>
> Email: tiago@dias.eti.br
<mailto:tiago@dias.eti.br>
> "A mente que se abre a uma nova
idéia jamais voltará ao seu tamanho original"
> (Albert Einstein)