Que fazer se não há acesso ao Servidor Central?

Se em Visualizador (Viewer) vê a mensagem «Atenção! Não há acesso ao Servidor Central! Para restaurar o acesso dirigem o administrador de sistema do complexo de programa Kickidler ou usam a seguinte instrução», para o acesso independente que restaura executam as seguintes operações:

1. Verifique a disponibilidade do Servidor Central do computador no qual Visualizador (Viewer) se instala.

Como entender que não há acesso:

Encontre o porto no node.ini arquivo (por padrão para o Windows: 7906, para Linux: 1025) e em uma linha de comando realizam a comando de telnet.

Atenção! Antes do uso da comando telnet convencer-se que se inclui. Para o Windows é possível estudar a instrução sobre a referência.

Windows: telnet %ip address of the Central Server% 7906
Linux: telnet %ip address of the Central Server% 1025
Example: telnet 192.168.11.11 7906

Decisão: se o erro se retirar, o acesso a meios não está presente e tem de executar a afinação das redes variadas. Mais detalhadamente aqui.

2. Verifique se firewall bloqueia a operação do Visualizador (Viewer) o Servidor Central.

Como entender que bloqueia:

Abra uma linha de comando e realize as seguintes ordens:

telnet my.kickidler.com 7905  
telnet my.kickidler.com 40401
telnet %ip-Central Server Address% 8123 /8123 — porta da interface web do Servidor Central por padrão, se estiver no arquivo node.ini no bloco [http] especificou uma porta diferente, então você precisa executá-lo telnet

Decisão:

é necessário para o trabalho correto do complexo de programa Kickidler

permitir as conexões prosseguem de Visualizador (Viewer) e o Servidor Central em my.kickidler.com portos de TCP 40401,
para permitir as conexões de entrada nisto porto TCP que se afirma no node.ini arquivo (por padrão para o Windows: 7906, para Linux: 1025), e porto da interface de do Servidor Central (8123 por padrão ou aquele porto que se afirma no node.ini arquivo no bloco [http]).

3. Verifique se o Servidor Central funciona.

Como entender que o Servidor Central não funciona:

Passo a Conta, Abra a seção «Licenças» e encontre o Servidor Central.
Se na mesa de licenças na data de coluna «Última conexão» e tempo se especificado, então é data e tempo quando o Servidor Central na última vez funcionou.

Razões possíveis de não capacidade de trabalho:

O assento vazio em um disco termina

Decisão:

Abra logs do Servidor Central, por padrão localizado aqui:

Windows: C:\Program Files\KickidlerNode\log

Linux: /opt/KickidlerNode/log/

também verifique se está registro no log

ERROR std exception during log video frame: ERROR:  could not extend file "base/16385/3710192.227": No space left on device
HINT:  Check free disk space.

Se tais registros no desfiladeiro forem, então tem de limpar o lugar no banco de dados.

O serviço do Servidor não se começa (nns para o Windows, kickidlernode para Linux).

Decisão:

Se não se começar, então é necessário começá-lo. Se o serviço se começa, serviço de reinício.

O banco de dados não pode ser lançado

Decisão:

Abra logs do Servidor Central e registre-se no log do registro:

QPSQL: Unable to connect
2016-10-20 14:07:40.142 2424 ERROR database connection failed: could not connect to server: Connection refused (0x0000274D/10061)

Se tais registros forem, então verifique se os processos de PostgreSQL se son lançados e se pertencem ao Servidor do Programa o componente de Complexo de Kickidler. Se isto for assim, termine todos os processos de PostgreSQL unido com o Servidor Kickidler e reinicie o serviço do Servidor (nns para o Windows, kickidlernode para Linux).

O diretório no qual o Servidor se instalou é inadmissível para o banco de dados

Decisão:

Abra logs do Servidor Central e registre-se no log do registro:

2016-11-07 14:24:06.392 7696 FATAL unable to initialize data directory for internal
postgresql instance

Se tais registros são, reinstalam o Servidor em um diretório em latim.

Atenção! Se todos supracitados não ajudaram em uma solução, endereço ao serviço do suporte técnico Kickidler.