Samba + Visual Foxpro + Win98

lima2008
(usa Ubuntu)

Enviado em 21/09/2010 - 15:00h

Boa tarde, a até 2 semanas tinhamos uma maquina com Win98 que compartilhava os DBFs do Foxpro com outras 20 estações, surgiu a oportunidade e coloquei debian + samba no lugar, ficou maravilhoso, relatorios que demoravam 30 segundos agora demoram 5 segundos, o problema é que tenho na rede 2 maquinas com windows 98, e estas maquinas estão travando ao acessar os dbfs, e isso está ocorrendo aleatôriamente, as vezes funciona 2 dias sem problemas, as vezes minutos.
Se alguem puder dar alguma dica do smb.conf.

Segue meu smb.conf

# Global Settings
[global]
workgroup = CIA.GRUPO
netbios name = tty01
netbios aliases = tty01
server string = tty01
interfaces = eth0, 192.168.1.0, 127.0.0.1
map to guest = Bad User
smb passwd file = /etc/smbpasswd
root directory = /
passwd program = /bin/passwd
passwd chat = *new*password* %n\n *new*password* %n\n
announce version = 4.2
max xmit = 65535
name resolve order = lmhosts host wins bcast
keepalive = 30
socket options = IPTOS_LOWDELAY TCP_NODELAY
printcap name = /dev/null
domain logons = Yes
os level = 65
domain master = Yes
wins support = Yes
wins hook = No
kernel oplocks = No
oplock break wait time = 10
lock directory = /var/lock/samba
default service = global
homedir map =
read only = No
security mask = -1
force security mode = -1
directory security mask = -1
force directory security mode = -1
case sensitive = No
browseable = No
level2 oplocks = No
strict locking = No
available = No
dos filetimes = No
smb ports = 139

# Share Definitions
[sistema]
dos filetime resolution = Yes
browseable = yes
printable = No
path = /sistema
comment = c
hide dot files = No
create mode = 0777
public = yes
available = yes

/bin/laden
(usa Void Linux)

Enviado em 21/09/2010 - 15:12h

Acrescente também na opção 'socket options' o seguinte: SO_RCVBUF=8192 SO_SNDBUF=8192
Outra coisa, cheque os logs para verificar o que pode estar ocorrendo.

lima2008
(usa Ubuntu)

Enviado em 21/09/2010 - 15:45h

Já havia verificado os logs, o problema que encontrei acredito que foram com as maquinas que rodam o windows seven.

Linha estranha no log:
getpeername failed. Error was Transport endpoint is not connected
read_socket_with_timeout: client 0.0.0.0 read error = Connection reset by peer.

/bin/laden
(usa Void Linux)

Enviado em 21/09/2010 - 18:15h

O Windows sempre tenta conectar na porta 445 e como em seu smb.conf há a opção 'smb ports = 139', os usuários acabam perdendo conexão! Tente bloquear a porta 445 no firewall, com isso você força o Windows a usar a 139. Ou então alterar o valor dessa opção para 445 e testar.