A nova instalação do ApacheDS falha após a reinicialização

2

Eu tenho lutado com o ApacheDS nos últimos 3 dias e não consegui descobrir qual é o problema.

Eu tenho uma nova instalação do ApacheDS 2.0.0-M9 em um novo CenOS 6.3 com o mais recente JDK7 instalado.

Depois de instalar o pacote RPM do ApacheDS baixado, o serviço é iniciado automaticamente e eu posso me conectar ao ApacheDS a partir de um aplicativo remoto do DS Studio e tudo funciona bem.

O problema acontece quando eu faço uma reinicialização. Eu não toquei em QUALQUER configuração ou joguei com qualquer um dos valores padrão. Eu simplesmente fiz uma nova instalação e, em seguida, reiniciei.

Ao examinar o servidor, posso ver o serviço padrão do ApacheDS em execução. No entanto, não consigo me conectar a ele do meu DS Studio em uma máquina remota. Eu tentei desligar o serviço, mas continuo recebendo o seguinte erro:

/opt/apacheds-2.0.0_M9/bin/apacheds: line 418: kill: (3794) - No such process
Unable to stop ApacheDS - default

Isso é intrigante para mim, pois vejo claramente que o serviço está "em execução". Os arquivos de log não estão me mostrando nenhum ERRO, então estou completamente perdido.

Aprecie muito qualquer ajuda ou ideia.

Muito obrigado.

EDITAR

Estou começando a suspeitar que isso esteja relacionado a um arquivo PID potencialmente obsoleto. Não importa quantas vezes eu reinicie, sempre me diz que está tentando matar o processo 3794 (ele nunca muda).

Não consigo encontrar a localização PID do ApacheDS. Eu olhei dentro / var / run, mas nenhuma menção de apacheds lá.

Alguma idéia?

    
por user1940569 17.01.2013 / 09:55

2 respostas

4

você corrige esse problema limpando o arquivo PID, no debian o arquivo está localizado em / var / lib / apacheds < versão > / default / run / *. pid

remova qualquer arquivo pid localizado nessa pasta e você estará pronto.

Eu fui levado à correção por meio deste blog:

link

inicie o ds por /etc/init.d/apacheds start

ou

/ opt / apacheds < versão > / bin / apacheds inicia o padrão

    
por 11.03.2013 / 20:56
0

provavelmente é porque o usuário que você escolheu durante a instalação tem acesso limitado à pasta / var / lock / subsys.

esta pasta é verificada durante o desligamento da máquina para descobrir se o processo do apached deve ser interrompido (o arquivo de bloqueio com o nome da instância deve estar lá - no meu caso é chamado de "default").

caso não tenha sido fechado corretamente durante a reinicialização, o arquivo de bloqueio em /var/lib/apacheds/default/run/*.pid não será removido e impediria o início da inicialização do aplicativo.

    
por 14.02.2014 / 00:49

Tags