[FUGSPBR] nfs lock + dataflex for linux

Carlos Alberto carlinho em xprt.eti.br
Sáb Out 23 19:02:50 BRT 2004


pessoal, 
 
estou tentando colocar uma aplicacao dataflex pra funcionar, usando um 
repositorio de dados numa area em um servidor exportada via nfs, sendo 
acessado por 2 maquinas. 
ao executar um lock em um arquivo ou em um registro em maquina 1,  
maquina 2 reconhece imediatamente, mas, apos o release em maquina 1, 
maquina 2 demora aprox. 30 segundos pra perceber. 
testei usando o seguinte codigo no dataflex: 
 
open   pagent // assume a file exists called it_locks 
showln 'about to ask for a lock' 
reread 
showln 'lock has been granted' 
inkey windowindex 
unlock 
 
as configuracoes seguem-se. 
 
servidor: 
nfs_reserved_port_only="NO" 
nfs_server_enable="YES" 
rpcbind_enable="YES" 
rpc_statd_enable="YES" 
rpc_lockd_enable="YES" 
 
cliente: 
nfs_client_enable="YES" 
nfs_access_cache="0" 
rpcbind_enable="YES" 
rpc_lockd_enable="YES" 
rpc_statd_enable="YES" 
 
se a maquina cliente monta o diretorio remoto sem rpc.statd e rpc.lockd, o 
programa nao carrega. se a maquina cliente monta o diretorio remoto via 
mount_nfs -L, o sistema roda, mas os locks nao se propagam e arquivos e 
indices sao danificados. 
usando rpc.statd e rpc.lockd, o tempo de release de 30 segundos deixa a 
aplicacao completamente doida e acaba perdendo dados. 
 
ja olhei em varias documentacoes, discussoes, manuais, e nao consegui 
encontrar informacao pra solucionar. 
alterei o parametro grace period em rpc.lockd para valores inferiores, mas 
o tempo de liberacao de um arquivo e/ou registro persiste. 
alguem teria alguma ideia ou sugestao ? 
 
valeu !! 
 
--  
carlinho 
_______________________________________________________________
Para enviar um novo email para a lista: fugspbr em fugspbr.org
Sair da Lista: http://lists.fugspbr.org/listinfo.cgi
Historico: http://www4.fugspbr.org/lista/html/FUG-BR/



Mais detalhes sobre a lista de discussão freebsd