[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