Re: Slurpd x Syncrepl
Olá Anderson
estava com o mesmo problema há 5 minutos atrás....
vc pode repassar o seu slapd.conf do master e do slave na lista???
[]s
Em Seg, 2007-08-06 às 16:56 -0300, Anderson Eckhardt escreveu:
>
> As mesmas configurações apontando para um servidor LDAP
> com o Debian Sarge funciona, eu apenas modifico o endereço
> apontando para o LDAP no servidor Debian Etch e não funciona,
> acredito que seja alguma mudança no OpenLdap, mais verifiquei
> as releases e não encontrei nada que justifique.
> Lembrando que o usuário em ambos os servidores possui permissão de
> escrita.
>
>
>
> Tiago Dias escreveu:
> > Você está utilizando ACL?
> > Caso sim verifique as configurações.
> > Caso não criei uma para dar direitos ao usuário admin, para o que
> > contéudo que está sendo replicado.
>
> Já testei com o usuário administrador da Base
> e mesmo assim não funcionou.
>
> []s
> >
> > Em 06/08/07, Anderson Eckhardt <ander.samadhi@gmail.com> escreveu:
> > 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)
> >
> >
> >
> > -- To UNSUBSCRIBE, email to
> > debian-user-portuguese-REQUEST@lists.debian.org with a
> > subject of "unsubscribe". Trouble? Contact
> > listmaster@lists.debian.org
> >
> >
> >
> > --
> > Tiago Dias da Silva
> > Administrador de Sistemas GNU/Linux
> > HomePage: www.dias.eti.br
> > Email: tiago@dias.eti.br
> >
> > "A mente que se abre a uma nova idéia jamais voltará ao seu tamanho
> > original"
> >
> > (Albert Einstein)
>
>
> -- To UNSUBSCRIBE, email to
> debian-user-portuguese-REQUEST@lists.debian.org with a subject of
> "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: