ViteSoft - Compartilhando tecnologia

André observe meu log é de uma estação... o que ocorre, o cliente usando normalmente a internet entre outros e do nada o VCclient cai, no server aparecer desconectada

Log run time error

T31 - 192.168.1.50 - 26/07/2008 20:49:48 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d()
TERRA31 - 192.168.1.50 - 26/07/2008 21:38:46 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d()
TERRA31 - 192.168.1.50 - 28/07/2008 11:51:29 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d(Int32 b)
TERRA31 - 192.168.1.50 - 28/07/2008 11:51:29 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d()
TERRA31 - 192.168.1.50 - 28/07/2008 13:02:01 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d(Int32 b)
TERRA31 - 192.168.1.50 - 28/07/2008 13:02:01 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d()
TERRA31 - 192.168.1.50 - 28/07/2008 17:17:22 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d(Int32 b)
TERRA31 - 192.168.1.50 - 28/07/2008 17:17:22 - 23 - System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto.
em VSCyberClient.Main.a(Int32 b)
em VSCyberClient.Main.d()

LOG - nesse log observando vejo um problema de path,

em I/O error for file CreateFile (open) "C:\Arquivos de programas\Firebird\Firebird_1_5\bin\VSCyber.gdb"

acontece que meu DB esta em c:\program files\Firebird\Firebird_1_5\bin\VSCyber.gdb ja que estou usando windows 2003 r2 no server e esta em ingles


T31 - 127.0.0.1 - 26/07/2008 20:49:17 - 23 - m_gAppDB.conecta: Erro na criação da Conexão:
I/O error for file CreateFile (open) "C:\Arquivos de programas\Firebird\Firebird_1_5\bin\VSCyber.gdb"
Error while trying to open file
T31 - 192.168.1.50 - 26/07/2008 20:49:50 - 23 - Versão atualizada.
TERRA31 - 192.168.1.50 - 28/07/2008 18:59:05 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 18:59:15 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 18:59:25 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 18:59:35 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 18:59:45 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 18:59:55 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 19:00:26 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17
TERRA31 - 192.168.1.50 - 28/07/2008 19:00:58 - 23 - Estação sem conexão com o banco de dados.
Perda da conexão: 28/07/2008 18:58:17


meu parque de maquinas
Server - Windows 2003 r2 - VScyber advanced plus 2.3
estações Windows XP service pack 3 vsclient 2.3
ressalto todos os aplicativos originais, do server as estações

Acesse o menu Administrador>Conexão com o BD e altere o caminho do banco de dados

hovercraft, o problema é esse, quando entro como Adm na estação para verificar o caminho, o mesmo esta no caminho certo, ou seja, c:\program files\...

no log nao aponta nada sobre esse problema do vsclient ciar ? , estou acabado de instalar a versao beta 2.3q e espero que melhore, pois esta muito frequente essa questão do VScyber cair na estação e o cliente continua acessando normalmente, tem algo para resolver esse problema postado no forum.

observação dou um ping na estação onde caiu o vscyber cliente e esta respondendo bacana.

Esse erro ocorreu no dia 26/07 e parece já ter sido corrigido. Inclusive neste dia a máquina estava com o nome T31, que depois foi alterado para TERRA31. É provavel que juntamente com essa alteração o caminho do banco de dados tenha sido alterado.



O log realmente indica a perda da conexão, vamos analisar alguns pontos:
Depois o status da estação retorna para Ocupado?
O problema de comunicação está acontecendo no sentido Estação->Servidor, então o comando ping deveria ser executado na estação.
Existe alguma ocorrência no Log do servidor neste horário?

O Status desconectada indica que a estação ficou sem atualizar a sessão por mais de 1 minuto e meio (1:30min). Isso pode ocorrer por vários motivos, dentre eles podemos destacar dois:
A estação pode ter ficado lenta por causa de algum processo pesado que foi executado.
A rede pode ter falhado por alguns instantes.



Ao verificar na estação o módulo Client está fechado?

Realmente eu formatei o pc para ver o que poderia ser, troquei o caminho, mas na sequencia dia 28 pra frente aconteceu a mesma coisa, o VCclient caiu na estação, ou seja, literalmente parou de funcionar...




Essa estação tem 1gb de ram, e clock de 2.13 ghz, a questão 1º "ficar lenta posso descartar", ja que tenho 8 duron de 1.4 e 256 de ram e roda bacana.

Com relação a esse time out de 1:30 que pode levar a uma desconexão, isso nao poderia ser aumentado por ex: 10 min ? , e mesmo esse time out de 1:30 nao poderia fazer que o VScyber caisse, qdo falo cair é que o mesmo abortou a execução e o desktop ficou acessivel.

[color=#FF0000]Frente a esse evento que acredito pode ocorrer as vezes, não é viavel mudar o status no servidor para quando:

1º se o cliente comandar sair na estação cliente, aparecer no server LOG OFF
2º caso a estação ficar com time out acima de 1:30 apresentar no server o status Time Off
3º se de fato o VScyber Client tiver a execução paralizada por qualquer evento aparecer Desconectada

para os caso 2º e 3º não é viavel mudar no server para esses caso que qdo ocorrer o cliente fique logado no server "Tipo um Force" já que o mesmo esta usufruindo da net, msn e etc. falou isso pq para contornar um intervenção do administrador que deverá se locomover ate a estação e pedir "educadamente" que o mesmo desligue o pc pq houve um problema na conexão[/color]






Ao verificar na estação o módulo Client está fechado?[/quote]

[/quote]


Sim o modulo client esta fechado

Dede entao na estação o módulo Client está fechado?, esse problema do modulo client ser fechado por alguma razão tem alguma explicação amigo.

Aproveitando gostaria de saber como liberar no Internet Explorer a visualização de impressão e como liberar para o usuario escolher entre varias impressoras aqui tenho 3

*** Resolvido ***

Comunidade, o problema intermitente do Windows Explorer fechar e na sequencia o modulo client, o problema era com os programas abaixo listados que ao entrar apos ou antes que o vscyber client acaba por dar alguns conflitos em memoria.

jusched - Checa por novas versões da Sun Java.

hkcmd - Instalado com o driver da placa de vídeo Intel 810 e 815. Pode ser desabialitado no Painel de Controle > Vídeo > Propriedades, geralmente pc tipo celeron

igfxtray - Acesso rápido ao painel de controle por um ícone de bandeja do sistema para gráficos usados em chipsets de Intel (ie, i810). Estes chipsets são incluídos freqüentemente em placas-mãe.

Reader_sl - responsavel por atualizar o Adobe "Acrobat"

--------------------------------------------------------------------------------------------
Solução. MSconfig, e selecionar para os mesmo nao iniciarem, apos reboot marcar a opção "não mostrar esta msg novamente ...."

Ou ir pelo e velho regedit em Run excluir da lista manualmente
--------------------------------------------------------------------------------------------

Recomento rodar o ccleaner para verificar se há problemas no registro como vinculos cruzados e etc.
---------------------------------------------------------------------------------------------

Por ultimo como experiencia coloquei esses arquivos em programas proibidos 8-) logico que com a extensão .exe

Alias recomendo que em "msconfig" analisando caso a caso so deixar o vscliente client marcado

Quem tiver boas novas sobre essa questão do modulo client cair aproveite e post a experiencia


Buffalo quase lá
http://www.proterra.com.br

Blz...
Marquei como [Resolvido]

blz