Problema estranho com DBF+CDX na rede

[ANDRIL]

Este problema de CDX esta me tirando o sono. Achava que era algo na rede, mas não é. O cliente tem um switch grande 32 entradas com um roteador. Testamos a rede com o comando ping -t servidor conforme a dica do Itamar não deu nenhum perda de pacotes. Tiramos o roteador deixamos só o switch e o problema persistiu.

Tinha suspeita sobre os Windows com HD clonados, o técnico reformatou cada máquina e instalou o drive correto de rede. Então não era isso.

Observando o hb_out.log esta acusando hb_cdxIndexPageRead. Apago os CDX no inicio da abertura do sistema e logo quando aumenta o movimento ocorre a quebra do indice. Já procurei na Net em foruns do Habour, já verfiquei o header do DBF e mesmo assim não soluciona definitivamente, dura um tempo e depois volta.

Este cliente tem movimento então pensei que fosse o roteador abrindo bico no pico, mas não é. Já modifiquei várias vezes minha rotina de venda (pois ocorre no arquivo de vendas) era com APPEND FROM passei a usar um laço APPEND BLANK para por cada registro e nada.

Pode ter algo relacionado com o protocolo de rede do Win7 esse SMB? Ou pode ser um problema do HARBOUR + CDX? Estou pensando em até testar o antigo NTX se for o caso (vi que NSX com harbour também dá os mesmos problemas que estou tendo com CDX) só não sei se harbour aceita NTX.

Como disse acontece com este cliente que tem fluxo alto, nos demais não, pelo menos não com esta frequência que acaba tornando o uso do sistema inviável.

Já até pensei que pudesse ter algo haver de ter manipulado a estrutura do DBF com utilitários diferentes: DBU32, DBU, DBU que manipula FOXPRO,
CLIPPER e DBase III e que pudesse causar alguma incompatibilidade com o CDX.

Enfim, preciso de um solução urgente para isso e não consigo.

[paiva_dbdc]

BOM dia

aconteceu comigo uma vez algo do genero

o cabo de rede ficava no chao
entre um balcao e outro ao irem pasando el e foi desgastando...
e depois de gasto passava a dar problema ao pisar nele

deu trabalho para descobrir


Paiva

[Mario Mesquita]

Bom dia!

Pergunta besta: Ao gravar seus dados, está usando DBCOMMIT()?

Às vezes isso evita a perda de dados, mesmo com alguma instabilidade de rede, pois força a gravação física.

Saudações,
Mario.

[JoséQuintas]

Tirando a parte de SKIP 0 ou dbCommit()...

Código: Selecionar todos

RLOCK()
REPLACE....
SKIP 0 
UNLOCK

E nada de usar:

Código: Selecionar todos

RLOCK()
.....
....
....
REPLACE
SKIP 0
UNLOCK

Me parece que o Harbour tem até algo pra deixar o LOCK() automático....
Mas esse negócio de deixar bloqueado indefinidamente é o que causa muito problema.
Ou... GET direto em campo do arquivo.... tem usuário que pode fazer isso.