DOS Error 64 xHarbour com Linux Samba

[Kapiaba]

DOS Error 64:

64 Network name deleted

http://www.ousob.com/ng/clerr/ng2ded8.php

Abs

[fertriod3]

Estou com problemas de erro 64 a quase 1 ano...
Já fiz de tudo, só faltou mandar benzer o computador.
Esta semana acho que posso ter encontrado a luz no final do túnel !!!

Justamente quando precisei rodar o aplicativo no Linux me deparei com um problema de mistura de esquemas de geração dos índices.
Alguns programas compartilhando a base de dados estavam configurados para DbfLockScheme 3 e outros para 0 e estou achando que esta mistura de esquemas de geração de índices é o que está gerando os erros 64 ( e uns 59 também ).

Veja se você não está usando esquemas diferentes na mesma base de dados.

[[]] Maurício Faria

Maurício, pra ser sincero, eu uso os mesmos PRGs que usava no Clipper e não defino DbfLockScheme, vou me aprofundar nesse comando.

Obrigado

[Concentra]

DOS Error 64:

64 Network name deleted

http://www.ousob.com/ng/clerr/ng2ded8.php

Abs

Então, foi a primeira coisa que eu procurei.
Drivers, placas, switches, hubs, roteadores, cabeamento, conectores, etc...
Um pesadelo.

E ocorria em diversas instalações diferentes, Windows diferentes e etc.
Tivemos a impressão que fica mais intenso do Windows 8 ou mais novo e fiquei procurando problemas com configuração de SMB que mudou nos Windows mais novos, oportunistic locking, timeouts, etc.

E o pior de tudo é que as vezes realmente era problema de rede !
Teoricamente o erro ocorre quando cai a conexão de rede.
Por exemplo, quando alguém desliga o servidor e o sistema ainda está aberto numa estação o erro é válido e é exatamente isso.
Mas o que acontece é que dá o erro no programa e a conexão está funcionando e é válida. Se entrar no sistema novamente sem fazer absolutamente nada ele volta a funcionar normalmente.

E eventualmente, do nada, aparece o erro.
E é aleatório, não tem consistência, as vezes dá 1 vez no dia e as vezes dá de hora em hora.

Corrigindo o DbfLockScheme igual para todos os aplicativos parece que resolveu o problema, pelo menos em uma instalação, que está migrando para Linux e ainda roda os programas em Windows em algumas estações.

[[]]

[Concentra]

Maurício, pra ser sincero, eu uso os mesmos PRGs que usava no Clipper e não defino DbfLockScheme, vou me aprofundar nesse comando.

No Harbour,

Código: Selecionar todos

Alert( Str( Set( 108 ) ) )

mostra o código do esquema em uso, veja se está igual em todos os programas que acessam a mesma bases de dados.

[[]]

[fertriod3]

Maurício, pra ser sincero, eu uso os mesmos PRGs que usava no Clipper e não defino DbfLockScheme, vou me aprofundar nesse comando.

No Harbour,

Código: Selecionar todos

Alert( Str( Set( 108 ) ) )

mostra o código do esquema em uso, veja se está igual em todos os programas que acessam a mesma bases de dados.

[[]]

Vou dar uma olhada nisso.

A propósito, alterei a linha "oplocks = yes " para "oplocks = no" no arquivo smb.conf do Samba. Já faz uns 2 dias que não cai mais o server. Vou esperar pra ver.

[fertriod3]

Realmente, a opção "oplocks = no" resolveu o problema do erro 64, mas causou lentidão na rede, em alguns relatorios e processamentos.
Estou tentando algumas opções, se conseguir, posto aqui.

Obrigado a todos.

[fertriod3]

Corrigindo o DbfLockScheme igual para todos os aplicativos parece que resolveu o problema, pelo menos em uma instalação, que está migrando para Linux e ainda roda os programas em Windows em algumas estações.

Resolvido: Setei o DbfLockScheme igual para todos os .exe compilados com xHarbour, e já faz mais de uma semana que não ocorre o erro.
Muito obrigado a todos pela ajuda

Valeu, Maurício!

[Cavalo Marinho]

fertriod3 Qual código você setou para o DbfLockScheme? estou tendo problema de DOS ERRO 64 o tempo inteiro, ambiente:servidor linux rodando samba e estações windows (xp, 7, 10).

[Itamar M. Lins Jr.]

Ola!
Amigos uma dica especial ai para vcs.
Usem o LetoDBf roda xHarbour e Harbour e tem um modulo especial para SAMBA isto é para quem precisar usar CLIPPER/FOX etc, com o xHarbour no SAMBA.
Sem não usam dessa forma, apenas usam [x]Harbour puro, melhor ainda com o LetoDBf.
https://groups.google.com/forum/#!topic ... 226-250%5D
216 postagens neste tópico ai em cima só para fazer o LetoDbf conversar com o SAMBA.

Saudações,
Itamar M. Lins Jr.

[Itamar M. Lins Jr.]

Ola!
Lembrando que o LetoDbf não precisa do protocolo SMB tanto faz do windows/linux. Ele usa protocolo TCP/IP, para dar acesso aos DBF´s.
LetoDb[f] é um servidor de arquivos DBF. Tanto faz NTX ou CDX.

Saudações,
Itamar M. Lins Jr.

[Linguagemclipper]

Itamar, como eu faço essa configuração? Aquele link que você postou do Google Groups está quebrado...
O servidor onde trabalho virou Linux, daí instalei o Debian 12 em casa para compilar o servidor LetoDBf para linux... Instalei tudo certinho e compilei, instalei o SAMBA e o CIFS-UTILS.
Criei a pasta compartilhada e coloquei os DBFs lá.
O LETODB e o SAMBA estão rodando.
A questão é como configurar esse protocolo TCP IP aí com o SAMBA e se tem como testar de casa mesmo usando o servidor Linux que está no VirtualBox junto com o Windows hospedeiro. Quero rodar minha aplicação no Windows acessando os DBFs que estão na máquina virtual, entende? É possível?

[marcosgambeta]

Itamar, como eu faço essa configuração? Aquele link que você postou do Google Groups está quebrado...

Quando tiver dificuldades em achar algum tópico, experimente o recurso de pesquisa:

https://groups.google.com/g/harbour-use ... ch?q=samba

Talvez o tópico seja este, mas seria melhor o Itamar confirmar:

https://groups.google.com/g/harbour-use ... 9u8O89BAAJ

[Itamar M. Lins Jr.]

Olá!

O servidor onde trabalho virou Linux,

Que bom! Não precisa do SAMBA.
Pega o Harbour pelo git, pega o Letodbf pelo git, compilar o Harbour, e depois compilar o LetoDbf usando o Harbour. Tudo 100% LINUX free de vírus! E muito mais veloz.

Outro assunto SAMBA
Use o PING para ver se tem acesso a sua maquina virtual se não tem acesso não vai ter como.
Depois abrir a porta(firewall) do windows da maquina virtual para o LetoDBf
c:\>ping meu_ip_maquina_virtual
Usar SAMBA apenas com LetoDbf no LINUX é contra mão. SAMBA usamos se(caso) o LETODBf não rodasse no LINUX ou outro fator que precise do SAMBA.
Por exemplo o servidor não é dedicado. Vai rodar sua aplicação WINDOWS na pasta do SAMBA->gerar atalho nas CPUs
Mudou para esse aqui o link.
https://groups.google.com/g/harbour-use ... xoEzkyBwAJ

Saudações,
Itamar M. Lins Jr.

[Linguagemclipper]

Oi Itamar,

Falei do Samba porque ele é mencionado no manual do LetoDB, mas não manjo nada disso. Instalei o Debian 12 e estou metendo a cara, mas pelo o que você disse, se eu conseguí compilar o LetoDBf no Linux então não precisa do SAMBA, é isso? É só criar a pasta /mnt/samba e colocar os DBFs lá e apontar o letodb.ini para essa pasta?
Depois rodaria o "letodb config letodb" na porta 2812 e o "letodb config letodbsmb" na porta 2814?
Como é que eu sei o IP da máquina virtual Linux?
No Linux o IP do servidor é o localhost? 127.0.0.1 ?

[Itamar M. Lins Jr.]

Olá!

Como é que eu sei o IP da máquina virtual Linux?

https://materialpublic.imd.ufrn.br/curs ... 4/19/12/10
Vc precisa entender outros assuntos antes. Nada muito complicado. Boa leitura.

Saudações,
Itamar M. Lins Jr.