PC Toledo

Meu cliente tem uma rede linux com O SISTEMA OPERACIONAL INSTALADO NO SERVIDOR DE ARQUIVOS: RED HAT 4 ES - UPDATE 4..

Uso um Sistema e Gaspro 4,0 (clipper 5.2) mais de 20 usuários...
Se faltar energia.. o Servido tem no-break, mas nas estacoes que estavam usando o sistema quando houve a queda de energia o sistema nao vai mais entrar.. Vai dar a mensagem: Outro usuario acessando...
E no servidor os aquivos(Base e Indice) que estavam abertos no momento da queda continuam em aberto..Obrigando a uma reinicializacao do servidor para poder fechar..

Pergunto existe algum modo de contornar isso ??

Você precisa matar as referências em aberto. Se o servidor não oferecer esse recurso de alguma forma por ele ou remotamente por alguma estação, só reinicializando mesmo.

vc abre todos os DBF no incio do seu sistema ? se sim , na minha opnião pessoal vejo isso como suicídio, eu uso somente os DBF que vai rodar na rotina que o usuario estiver e pronto. Outro coisa, sempre que vou usar um DBF e não vou gravar nd no mesmo sempre abro ele como READONLY, tenho ganho de performace e se cair a energia no meio do processo ele não fica pendurado nunca. Você pode tmb. colocar algum tipo de rotina no servidor para tentar fechar esses DBF sempre que estiver nas baterias, o linux tem funções que indentificam quando o sistema esta em baterias caso seu no-break tenha esse recurso.

Prezado Colega

Se na empresa você usa o SAMBA basta entrar no gerenciador e clicar em KILL na estação que está travada, você pode inclusive fazer isso da prórpia estação, basta instalar o VNC SERVER no servidor e sempre que precisar pode fazê-lo pela própria estaçao que está travada.

Até logo.

Marcelo

O Gas só abre os DBF que vai usar na rotina... Isso é bom.. só que na expedicao da empresa tem 4 computadores lendo codigo de barra, direto. entao os aqueles DBF esta sempre abertos..
Se na entrada eu pudesse "saber" que a estacao tem arquivos já abertos.(processos) poderia, elilminá-los
Talvez um comando antes de chamar o sistema..
Vou tentar algo...
Ninguem tem este Problema ?? Será que é só no Linux ??
Na Novell isso nao ocorre !

Se na entrada eu pudesse "saber" que a estacao tem arquivos já abertos.(processos) poderia, elilminá-los
Talvez um comando antes de chamar o sistema..

Não entendi. Que entrada?

Ninguem tem este Problema ?? Será que é só no Linux ??
Na Novell isso nao ocorre !

Pouquíssimas vezes vi isso acontecer com meus sistemas. Sempre foi o caso de reiniciar o servidor pra tudo voltar ao normal. E ainda por cima, poucas vezes algo ficou corrompido. Normalmente índices.

O que estou fazendo é apenas uma medida preventiva: botar um programa residente no servidor monitorando o esquema de energia. Ao primeiro sinal de falha (no-break em ação), um sinal em broadcasting informa as estações da situação grave e elas se fecham. Mas isso é projeto ainda. O meu no-break usa a porta serial pra comunicação com o Windows, mas não funciona nem a pau. Aí fica difícil de testar.

Prezado Colega

Isso raramente ocorre no Novell, mas ocorre, acontece é que o Novell é um SO mais robusto e completamente voltado para administração e serviços de rede, ele fica o tempo todo checando as estações e quando verifica que uma estação não responde ele simplesmente a desconecta, se ainda assim a estação continuar travada basta ir no monitor do novel e forçar um logout.

Já no Samba é diferente, o monitor apenas verifica se a estação está Online sem se preocupar se ele tem algum tipo de bloqueio, então a única maneira é fazer como eu disse, ir no monitor e clicar em Kill.

Uma das "desvantagens" do Novel é a maior demora em processos que requerem acesso exclusiva a arquivo, mas em compensação a segurança do Novell é imbátivel.

Mas tem uma coisa estranha aí, eu tenho clientes com servidor Linux/Samba e quando eventualmente um deles desliga a máquina ou falta energia o sistema não trava, eu consigo reentrar normalmente, exceto quando essa essa estação estava com um arquivo aberto no modo exclusivo, o que pensando bem aqui acho que é o que está acontecendo, creio que você deve ter algum arquivo de controle ou coisa parecida que abre em modo exclusivo em cada estação e que esse seja a causa do problema.

Vamos pensar. Se um arquivo está aberto no modo compartilhado independente de um usuário ter saído normalmente informando que deve fechar o arquivo ele continua em modo compartilhado e estará aberto para novos acessos. Se o arquivo está em modo exclusivo e a estação foi desligada sem que tenha sido informado o fechamento do arquivo, para o servidor este arquivo continua aberto e em modo exclusivo, fazendo com que o servidor bloqueie o acesso a esse arquivo.

Dê uma analisda aí e veja o que consegue descobrir, uma boa maneira de descobrir qual a rquivo está causando o problema é simular um problema e pela estação que simulou tentar um acesso via DBU, o arquivo que estiver travando você não conseguirá acessar.

Editei novamente, mas é que vou lembrando... :|<

Lembrei que caso parecido já me aconteceu e era justamente um arquivo de controle de acesso, eu gerava (burramente) esse arquivo no servidor e acontecia exatamente o que ocorre com você, resolvi de uma maneira simples, passei a gerar o arquivo de controle em cada estação.

Boa sorte.

Até logo.

Marcelo

Vou fazer uma simulacao "in loco."..
Vou ver essa questao do modo Exclusivo.. embora nao nunca faça isso..
Por enquanto obrigado a Todos..