Erro: Samba perde conexão

gabrielbcastro
(usa Debian)

Enviado em 25/11/2010 - 15:29h

Olá pessoal do VOL!

Gostaria da ajuda de vocês.

Tenho um sistema com “banco de dados” em Access, que fica armazenado em um servidor Ubuntu, e compartilhado pelo Samba.
Varias vezes ao dia, o sistema apresenta um erro de falta de conexao com o banco de dados.
Avaliando o /var/log/syslog percebi alguns erros que, muito provavelmente estão relacionados aos erros do sistema que mencionei.

Segue abaixo os erros pra vocês avaliarem:

lib/util_sock.c:get_peer_addr(1225)
getpeername failed. Error was Transport endpoint is not connected
lib/util_sock.c:get_peer_addr(1225)
getpeername failed. Error was Transport endpoint is not connected
lib/access.c:check_access(328)
lib/util_sock.c:get_peer_addr(1225)
getpeername failed. Error was Transport endpoint is not connected
Denied connection from (0.0.0.0)
lib/util_sock.c:get_peer_addr(1225)
getpeername failed. Error was Transport endpoint is not connected
Connection denied from 0.0.0.0
lib/util_sock.c:write_data(557)
write_data: write failure in writing to client 192.168.0.33. Error Connection reset by peer
lib/util_sock.c:send_smb(765)
Error writing 5 bytes to client. -1. (Connection reset by peer)
smbd/nttrans.c:call_nt_transact_ioctl(2344)
call_nt_transact_ioctl(0x900eb): Currently not implemented.

Seguinte: o que pode estar acontecendo, e como faço para reparar esse erro???

A versão do samba é 3.0.22.

Desde já agradeço.

ronilson
(usa Fedora)

Enviado em 25/11/2010 - 15:38h

A sua rede é 192.168.0.0? Sobre essa linha "write_data: write failure in writing to client 192.168.0.33. Error Connection reset by peer" O cliente windows está com o firewall ligado? Verifica o firewall da estação que está se conectando ao samba, se for o caso para teste, desliga ele e ve como vai se comportar.
Outra coisa, limita o samba para a rede 192.168.0.0 se você trabalhar apenas com ela.

gabrielbcastro
(usa Debian)

Enviado em 25/11/2010 - 16:00h

Sim, a rede é 192.168.0.0.

Vou fazer os testes e respondo.

gabrielbcastro
(usa Debian)

Enviado em 29/11/2010 - 13:58h

fiz os testes e não deu certo...
os erros continuam acontecendo...

aguardo sugestões..

Abs

ronilson
(usa Fedora)

Enviado em 29/11/2010 - 14:39h

O servidor não é o que está com o ip 192.168.33? Esse é o cliente? Tive um erro de conexão que era ocasionado pela placa de rede, troquei o módulo e funcionou.
Faz outro teste, conecta na máquina e deixa um tcpdump rolando, quando a conexão do samba cair verifica se a sessão ssh com tcpdump não caiu também, se cair pode ser a placa de rede.
No meu caso era uma marvel gigabit.

gabrielbcastro
(usa Debian)

Enviado em 29/11/2010 - 15:31h

Ronilson, o ip 192.168.0.33 é do cliente..
Você trocou a placa de rede do servidor ou do cliente???
vou fazer os testes que sugeriu e retorno..

obrigado pelas informações..

Abs

riesdra
(usa Debian)

Enviado em 29/11/2010 - 18:16h

quantos terminais acessam o mesmo banco?
é só o terminal 192.168.0.33 que retorna erro?

pois se erro estiver em apenas um terminal, pode ser a placa como dito acima, mas do terminal pois se for do servidor, todos terminais apresentariam erro nos log.

ronilson
(usa Fedora)

Enviado em 29/11/2010 - 21:39h

O Riesdra lembrou algo importante, no meu caso todos caiam, era um server de backup, eu recompilei o modulo para resolver (afinal, era uma Gigabit). Faça o teste com 2 estações conectadas via ssh e repare se apenas a estação 192.168.0.33 cai.

gabrielbcastro
(usa Debian)

Enviado em 30/11/2010 - 09:16h

senhores,

este erro acontece para diversas maquinas.
normalmente estão acessando este sistema ao mesmo tempo em torno de 8 usuários.
o engraçado é que tenho arquivos compartilhados também pelo samba, e estes não apresentam nenhum erro de conexao. já quem usa o sistema com access, dá o erro de falha de rede.

estou fazendo outras pesquisas. se descobrir alguma outra coisa reporto a vocês.

agradeço a atençao de todos..

ronilson
(usa Fedora)

Enviado em 30/11/2010 - 09:35h

Instala o putty nos clientes win e faz o teste, pois há diferenças em um sistema que fica sendo usando continuamente e arquivos que são acessados arbitrariamente. Se a conexão falar nas sessões ssh troque a placa de rede.

riesdra
(usa Debian)

Enviado em 30/11/2010 - 21:05h

quando estiver acessando os dados do access, rode o top e veja o que and consumindo tanto recurso, pode ter algo relacionado, pois o serviodr pode parar de responder por estar sobrecarregado.

gabrielbcastro
(usa Debian)

Enviado em 02/12/2010 - 13:10h

pessoal, vou trocar a placa de rede como alguns sugeriram e retorno pra vocês..

obrigado pela força!

Abs