Problema ao enviar backup para uma pasta no samba

pabloveiga · 27 de Abril de 2017, 12:38

Boa tarde,

tenho um servidor de backup, onde se encontra instalado SAMBA para que eu possa ter acesso aos dados dos backup.
só que ao enviar o backup ao longo do processo começa a emitir umas mensagens na tela

[1623.210386] CIFS VFS: Error -104 sending data on socket to server
[1623.213194] CIFS VFS: Error -32 sending dara on socket to server

Não o que é e nem como resolver. se alguém puder umas dicas.

agradeço desde já

galactus · 27 de Abril de 2017, 21:37

Infelizmente esses erros são bastante genéricos. Pode ser muita coisa. Forneça mais informações pra poder te ajudar.

Quando isso começou a ocorrer?
Tudo funcionava bem e "do nada" isso aparece?
Alguma mudança de hardware?
Alguma relação com o tamanho do arquivo?

Cadê seu smb.conf?

Esse erro ocorre com todas as máquinas/dispositivos que acessam o servidor de backup ou particularmente com uma máquina/dispositivo?

O acesso ao servidor samba é por cabo ou wifi?

Já descartou problemas de hardware?

Há sim, claro, quais as versões do Ubuntu envolvidas?

pabloveiga · 28 de Abril de 2017, 09:18

Bom Dia,

Então comecei a configurar o backup agora, então já apresentou essas mensagens.
sobre a relação de hardware continua o mesmo ... O tamanho do backup eh de aproximadamente 80GB

smb.conf

[global]

workgroup = INFORMATICA
server string = samba
netbios name = samba
security = user

[backup]

path = /home/backup
browsable = no
writetable = yes
valid user = @informatica
hosts allow = [Meu IP]

sobre ao acesso a pasta do backup. somente eu tenho acesso.

vamos la vou explicar meu sistema...

server linux Ubuntu 16.04 .2 -
nele fiz o mapeamento de todas as pastas compartilhadas..

/etc/fstab
//192.168.xx.xxx/[Pasta_Compartilhada] /mnt/backup/ users,iocharset=utf8,username=[Login],password=[senha],file_mode=0777,dir_mode=0777,auto 0 0

após o mapeamento o que fiz.. pois ainda não tenho o backup

criei um script onde eu faço uma " cópia do /mnt/backup" para a pasta /home/bakup (que seria a pasta criada para o samba onde só eu terei o acesso)

o script criado foi.

backup.sh

#!/bin/bash
#Start
TIME=´date +%d-%m-%Y-%H.%M´
FILENAME= Backup-$TIME.tar.gz
SRCDIR= /mnt/backup
DESDIR= /home/backup

tar -cpzf $DESDIR/$FILENAME $SRCDIR

#end

bom já tentei fazer com o "tar" - "rsync"

ambos apresentou a mensagem.

zekkerj · 29 de Abril de 2017, 10:42

Olá @pablovega,

Já observou se os erros acontecem sempre no mesmo momento do backup?

Já ouviu falar em sistemas de backup completos, como o Amanda e o Bacula?

pabloveiga · 29 de Abril de 2017, 15:04

Boa tarde
Já ouvi falar sim..
Dos dois... e que estava tentando mesmo sem ser por um programa específico...
No último caso ia correr pra um dos dois...
Mais nunca usei eles não... eh fácil o manuseio deles?

zekkerj · 29 de Abril de 2017, 15:23

Sim, é relativamente fácil, e você tem muito mais recursos que não teria com o seu script.
Por exemplo, com qualquer um dos dois você terá catálogos de backup, e a capacidade de restaurar um arquivo específico pra situação dele em um dia específico. Também tem backups incrementais, diferenciais ou completos, o que te permite gastar menos espaço em disco ou fita. Recomendo muito, uso no serviço [Bacula] e já salvou minha vida uma vez.

Sobre o teu problema específico do erro na transferência de arquivos grandes no Samba, enquanto eu escrevia a resposta eu lembrei que já passei por esse problema (ou um problema parecido...), há muito tempo, com um servidor Fedora, e clientes Thunderbird sobre Windows XP na rede local. Se me lembro bem, o motivo do problema, na época, eram algumas opções avançadas de TCP offloading que, quando ativas, atrapalhavam a transferência de arquivos grandes. $:-\$

pabloveiga · 02 de Maio de 2017, 07:52

Então,

o backup meu seria de 4 servidor de arquivos, 192.168.10.X, 192.168.10.Y, 192.168.10.Z, 192.168.10.W .... em 3 deles o backup está perfeito ... somente um dos servidores
que não estou conseguindo fazer a transferência, suponhamos que seria o 192.168.10.W onde teria o maior número de dados.

zekkerj · 02 de Maio de 2017, 11:38

Todos rodam Ubuntu?

pabloveiga · 02 de Maio de 2017, 11:56

todos windows ....

zekkerj · 02 de Maio de 2017, 12:09

Tem alguns controles que vc pode forçar no Windows pra desligar a configuração de "TCP offloading" do Windows, que costuma dar problema na conexão com o Linux.
Só vou ficar te devendo os links agora.

pabloveiga · 02 de Maio de 2017, 12:14

Ok, vou dar uma pesquisada sobre essa configuração.

VLW

pabloveiga · 03 de Maio de 2017, 08:47

Pessoal pra quem me deu umas dica, muito obrigado..

Ontem formatei a máquina inteira. comecei tudo do zero.
e iniciei o backup as 19:00 ao chegar hoje vi que o backup funcionou perfeitamente.

ao invés de executar um script..

utilizei o rsync direto no crontab

Ex.: 00 19 * * * rsync -c -v -delete /mnt/backup /home/backup

pode ser que tinha algum erro onde estava passando desapercebido.

agora uma dúvida tem como eu utilizar esse mesmo comando para transformar o arquivo original em tar.gz ou teria que trocar o rsync pelo tar?

desde já obrigado.

zekkerj · 03 de Maio de 2017, 12:22

Vc estava fazendo o tar sobre um sistema de arquivos remoto, o que demandava escritas longas, contínuas, pra máquina remota.
Agora você está fazendo o rsync, transferindo arquivos isolados, que mesmo que sejam grandes, são muito menores, e não estão mais sendo gravados pelo sistema de arquivos remoto. Assim não dá tempo de acontecer o erro.

pabloveiga · 03 de Maio de 2017, 14:22

entendi...

Então provavelmente se eu utilizar novamente o tar, dará aquelas mensagens de erro.

zekkerj · 03 de Maio de 2017, 15:15

Se usar diretamente, sim.
Uma alternativa é vc criar o arquivo tar num sistema de arquivos local, depois copiá-lo pra máquina de destino via SCP ou RSYNC.

Ou investir um pouco de tempo aprendendo a usar um sistema de backup de verdade. Vale a pena...