Instabilidade no servidor samba.

victor.rebli · 22 de Março de 2011, 09:38

Olá , eu administro um servidor samba 3.2.5 aqui na empresa, que ultimamente anda apresentando instabilidades na abertura de arquivos(xlsx, docx) e também no salvamento dos arquivos.

eu tenho um arquivo, por exemplo "arquivo.xlsx". ele abre normalmente na área de trabalho, porém em determinadas pastas ele abre , mas em outras não, pastas essas que ficam no mesmo diretório.

por exemplo.

\\servidor\pasta1\pasta2\pasta3\pasta4\pasta5\arquivo.xlsx.
dentro da pasta 5 ele abre, porém dentro da pasta: \\servidor\pasta1\pasta2\pasta3\pasta4\pasta6\arquivo.xlsx.
dentro dessa pasta ele não abre mais, dá o erro do proprio office:

"Não foi possivel abrir \\servidor\pasta1\pasta2\pasta3\pasta4\pasta6\arquivo.xlsx"
A pergunta é, o que está acontecendo para essas instabilidades?
o samba possui alguma limitação quanto maior for o nome do caminho?
ex: \\servidor\pasta1\pasta2\pasta3\pasta4\pasta5\pasta6\pasta7\pasta8\pasta9\arquivo.xlxs

A gravação é a mesma coisa, diz que não foi possivel salvar o arquivo.

Eis meu smb.conf

[global]
workgroup = hiest
netbios name = servidor
server string = Hiest em PDC
domain master = yes
local master = yes
domain logons = yes
logon script = netlogon.bat
security = user
encrypt passwords = true
wins support = yes
preferred master = yes
os level = 100
logon home = \\%L\%U\.profile

debug level = 1
log file = /mnt/backup/logs/%U.log
read raw = yes
write raw = yes
oplocks = yes
max xmit = 65535
dead time = 15
getwd cache = yes
keepalive = 20
vfs objects = audit
audit:facility = LOCAL1
audit:priority = NOTICE
audit:prefix = %m
audit:failure = close, closedir, mkdir, open, opendir, rename, rmdir, write
audit:success = open, opendir, write, unlink, rename, mkdir, rmdir

[netlogon]
comment = servico de logon
path = /var/samba/netlogon
guest ok = yes
browseable = no

[homes]
comment = Diretorio home
valid users = %S
create mask = 0700
writable = yes
directory mask = 0700
browsable = no

[profiles]
path = /home/profiles
writable = yes
browseable = no
create mask = 0600
directory mask = 0700

[Financeiro]
path = /mnt/dados/Financeiro
browseable = yes
writable = yes
force directory mode = 0770
force create mode = 0770
guest ok = yes
available = yes
public = no

[Geral]
path = /mnt/dados/Geral
browseable = yes
writable = yes
available = yes
public = yes
force directory mode = 0770
force create mode = 0770
guest ok = yes

[Coordenacao]
path = /mnt/dados/Coordenacao
browseable = yes
writable = yes
available = yes
public = no
force directory mode = 0770
force create mode = 0770
guest ok = yes

[Diretoria]
path = /mnt/dados/Diretoria
writeable = yes
available = yes
public = no
force directory mode = 0770
force create mode = 0770
guest ok = yes

[Medicina ]
path = /mnt/dados/Medicina
writeable = yes
available = yes
public = no
force directory mode = 0770
force create mode = 0770
guest ok = yes

[Qualidade]
path = /mnt/dados/Qualidade
writeable = yes
available = yes
public = no
force directory mode = 0770
force create mode = 0770
guest ok = yes

[Recursos Humanos]
Path = /mnt/dados/Recursos Humanos
writeable = yes
available = yes
public = no
force directory mode = 0770
force create mode =0770
guest ok = yes

[Relacionamento Empresarial]
path = /mnt/dados/Relacionamento Empresarial
writeable = yes
create mode = 0770
create mask = 0770
available = yes
public = no

[Seguranca]
path = /mnt/dados/Seguranca
writeable = yes
available = yes
public = yes
force directory mode = 0770
force create mode = 0770
guest ok = yes

[Treinamentos]
path = /mnt/dados/Treinamentos
writeable = yes
available = yes
public = no
force directory mode = 0770
force create mode = 0770
guest ok = yes

[GERROT]
path = /mnt/dados/gerrot
writeable = yes
available = yes
public = no
force directory mode = 0770
force create mode = 0770
guest ok = yes

[TI]
path = /mnt/dados/TI
writeable = yes
public = no
force directory mode = 0770
force create mode = 0770
available = yes

Eu gostaria de contar com a ajuda de vocês, para tentar solucionar esse problema.

Att, Victor

zekkerj · 22 de Março de 2011, 10:22

Samba 3.2.5... você deveria se programar pra atualizar essa máquina, a versão estável corrente é a 3.5, o Ubuntu 10.04.2 LTS vem com a 3.4. Há uma série de melhorias no Samba após a versão 3.3.

Citar\\servidor\pasta1\pasta2\pasta3\pasta4\pasta5\arquivo.xlsx.
dentro da pasta 5 ele abre, porém dentro da pasta: \\servidor\pasta1\pasta2\pasta3\pasta4\pasta6\arquivo.xlsx.
dentro dessa pasta ele não abre mais, dá o erro do proprio office:

"Não foi possivel abrir \\servidor\pasta1\pasta2\pasta3\pasta4\pasta6\arquivo.xlsx"
A pergunta é, o que está acontecendo para essas instabilidades?
o samba possui alguma limitação quanto maior for o nome do caminho?
ex: \\servidor\pasta1\pasta2\pasta3\pasta4\pasta5\pasta6\pasta7\pasta8\pasta9\arquivo.xlxs

A gravação é a mesma coisa, diz que não foi possivel salvar o arquivo.

Não acredito que o problema esteja no nível de profundidade, mas sim na extensão do nome do arquivo. Principalmente se os nomes de diretório forem longos.

Eu diria que o limite de segurança pra um nome de arquivo, no windows, incluindo o caminho, está em torno de 64 caracteres. Mais que isso, vc está sujeito a problemas como esses que está passando.

Tente rever a organização das pastas e reduzir o tamanho total do nome do arquivo. Talvez a única forma de conseguir isso seja reduzindo a profundidade.

victor.rebli · 22 de Março de 2011, 11:06

Entendi.

Mais uma informação para complemento da situação.

quando eu reinicio o servidor ( debian 5.0) ele volta ao normal.

É bem provavel, que eu terei esse mesmo problema de tempos em tempos, até atualizar o servidor e o samba.

É isso?

Att, Victor

renato-barbosa · 22 de Março de 2011, 12:44

Olá amigo,
Uma atualização no samba pode sim melhorar desempenho e evitar alguns problemas, porém vejo que isso pode ser algo relacionado com o Office.
O Samba pelo que sei não apresenta problema com extensões de nomes de arquivos, porém o Tar ou winzip apresentam erro se o mesmo é muito grando.
O office pode ser que sim tenha uma limitação e assim faça parecer que o problema é no samba.

victor.rebli · 22 de Março de 2011, 15:01

Está nos planos migrar o debian para o centos e atualizar o samba.

Embora possa realmente ser problema do office, eu acharia isso um pouco provável.

veja, agora mesmo todo o servidor travou, ninguem consegui abrir nenhum arquivo, dando a mesma mensagem.

E sabe qual foi a solução?.. eu ter entrado com o login do root em qualquer máquinas, abrir os arquivos pelo servidor como outro usuário qualquer, e depois tudo voltou ao normal para todo mundo.

É como se o servidor estivesse travado, e apenas o root conseguia destravar, muito estranho.

Att, Victor

zekkerj · 22 de Março de 2011, 15:13

Uma coisa é ser um "problema" do office, outra é ser uma "limitação" do office.

Essa limitação do office que eu descrevi, já vivencie várias vezes aqui (tem algumas pessoas que parecem querer colocar o texto inteiro do documento no nome do arquivo.

). A solução é sempre reduzir o tamanho dos nomes das pastas, e reduzir o tamanho do nome do arquivo.

renato-barbosa · 22 de Março de 2011, 15:17

Perfeito!

clcampos · 22 de Março de 2011, 15:26

Citação de: victor.rebli online 22 de Março de 2011, 11:06
Entendi.

Mais uma informação para complemento da situação.

quando eu reinicio o servidor ( debian 5.0) ele volta ao normal.

É bem provavel, que eu terei esse mesmo problema de tempos em tempos, até atualizar o servidor e o samba.

É isso?

Att, Victor

Tópico trancado. Suporte a Debian.