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.