O teste OpenLdap-make falha

1

Estou tentando configurar e instalar um servidor ldap seguindo este guia . Estou preso no passo 6, faça teste. falha no primeiro teste com a seguinte mensagem:

cd tests; make test
make[1]: Entering directory '/home/anauser/LDAP_dir/openldap-2.4.37/tests'
make[2]: Entering directory '/home/anauser/LDAP_dir/openldap-2.4.37/tests'
Initiating LDAP tests for BDB...
Cleaning up test run directory leftover from previous run.
Running ./scripts/all for bdb...
>>>>> Executing all LDAP tests for bdb
>>>>> Starting test000-rootdse for bdb...
running defines.sh
Starting slapd on TCP/IP port 9011...
Using ldapsearch to retrieve the root DSE...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
Waiting 5 seconds for slapd to start...
./scripts/test000-rootdse: line 66: kill: (27188) - No such process
ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1)
>>>>> Test failed
>>>>> test000-rootdse failed for bdb
(exit 255)
make[2]: *** [bdb-yes] Error 255
make[2]: Leaving directory '/home/anauser/LDAP_dir/openldap-2.4.37/tests'
make[1]: *** [test] Error 2
make[1]: Leaving directory '/home/anauser/LDAP_dir/openldap-2.4.37/tests'
make: *** [test] Error 2

Eu estou rodando no servidor Red Hat Enterprise Linux versão 6.3 (Santiago). Eu sou novo no linux / ldap, então qualquer ajuda / conselho seria ótimo, obrigado!

    
por Sionnach733 28.11.2013 / 18:11

1 resposta

1

make test está falhando devido à inicialização lenta slapd , a causa mais comum é devido a um problema com o Cyrus SASL - especificamente seu 1 padrão é ler /dev/random diretamente durante a inicialização . No Linux /dev/random é efetivamente regulado para tentar garantir bons dados de alta entropia. Você deve poder verificar isso com strace -e trace=file -f -p $(pgrep slapd) ou similar. Em um ambiente de não produção, você também pode substituir temporariamente /dev/random por /dev/urandom para confirmar ou negar o problema. O caminho /dev/random é uma configuração de tempo de compilação, não pode ser configurado em tempo de execução.

No entanto , RHEL (e derivados) modificam esse padrão desde 2003 / RHEL 3.x (de acordo com o cyrus-sasl.spec do SRPM), então essa não deveria ser a causa a menos que você também tenha compilado o Cyrus SASL , já que também está no guia que você está linkando.

Esta é uma das razões pelas quais algumas pessoas questionam por que (embora argumentos de apoio coerentes tendam a ser omitidos) você está construindo software por conta própria: existem muitas armadilhas para ursos. No entanto, é um ótimo exercício de aprendizado, e eu o recomendo para isso, mas antes de você criar um software pronto para produção, você precisará fazer muita leitura. O Linux From Scratch , e os patches e os scripts de construção / arquivos de especificação de várias distribuições Linux são um bom ponto de partida.

  1. até a versão cyrus-sasl-2.1.26; o padrão foi alterado para /dev/urandom em 2.1.27RC (em julho de 2017).
por 08.08.2017 / 20:57