2.4 Múltiplas instâncias

Ao trabalhar com múltiplas instâncias do eDirectory, você poderá encontrar os seguintes problemas:

2.4.1 O HTTP não funciona se a primeira instância está inativa

No Linux, se o eDirectory for configurado em uma caixa com múltiplas placas NIC e se o HTTP estiver vinculado a mais de uma interface, quando a primeira interface fica inativa, o HTTP fica inacessível nas demais interfaces.

Isto ocorre porque as demais interfaces redirecionarão a solicitação para a primeira, que está inativa.

Para resolver o problema, se a primeira interface ficar inativa, reinicie o eDirectory.

2.4.2 O eDirectory não escuta todas as interfaces configuradas.

Garanta que todas as interfaces nas quais o eDirectory está configurado estejam ativas e conectadas.

2.4.3 O ndsd retorna para a porta padrão se a interface especificada estiver incorreta

Ao usar o ndsconfig new ou ndsmanage para criar uma segunda instância do diretório, se a interface especificada estiver incorreta, o nds tentar usar a interface padrão. Se você especificar uma porta não padrão (por exemplo, 1524) e a interface especificada estiver incorreta, ela usará a interface padrão e a porta padrão 524.

Para n4u.server.interfaces, se a interface especificada estiver incorreta, o ndsd tentará escutar a primeira interface e o número da porta seria aquele especificado em n4u.server.tcp-port.

2.4.4 Como reconstruir o diretório .edir

O diretório .edir é usado para monitorar múltiplas instâncias do eDirectory. Para recriar os arquivos de instâncias perdidos ou corrompidos (instances.$uid, onde $uid especifica o ID de usuário no sistema), é necessário criar um arquivo de instâncias individual.

Esses arquivos contém o local absoluto dos arquivos nds.conf para todas as instâncias configuradas pelo usuário. Por exemplo, um usuário com uid 1000 deverá criar um arquivo de instâncias /etc/opt/novell/eDirectory/conf/.edir/instances.1000 com as seguintes entradas:

/home/user1/instance1/nds.conf
/home/user1/instance2/nds.conf