Fala Gilnei > Senhores, substitu� em nossa empresa, um NT 4.0 Server por um Slack > 8.1 rodando SAMBA 2.2.7a. > > Tenho tido problemas da seguinte ordem, como nosso aplicativo CLIPPER > rodando em esta��es WIN98 SE: > > 1) Acesso o sistema, e ap�s SAIR do mesmo, digitando junto a CONSOLE > "smbstatus" verificasse que ainda > temos alguns arquivos com "pid�s" em aberto, o que tem ocasionado > ERROS ao retornar e tentar gravar no mesmo arquivo. Como temos > muitas esta�oes que utilizam-se das mesmas rotinas, isso esto > travando todo o sistema. > hmmm, o cliente encerra a aplica��o e no server os arquivos permanecem aberto ? isto ?
bom, faz tempo q nao uso SAMBA, mas dando uma rapida olhadela nos docs: Strictly a SMB server should check for locks before every read and write call on a file. Unfortunately with the way fcntl() works this can be slow and may overstress the rpc.lockd. It is also almost always unnecessary as clients are supposed to independently make locking calls before reads and writes anyway if locking is important to them. By default Samba only makes locking calls when explicitly asked to by a client, but if you set "strict locking = yes" then it will make lock checking calls on every read and write. > Desde j�, agrade�o qualquer colabora��o. > > Atenciosamente, > > Gilnei era isso. []'s JOse _______________________________________________ slack-users mailing list [EMAIL PROTECTED] http://www.linuxmag.com.br/mailman/listinfo/slack-users
