Problema ao enviar backup para uma pasta no samba

[pabloveiga]

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]

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]

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]

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]

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]

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]

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]

Todos rodam Ubuntu?

[pabloveiga]

todos windows ....

[zekkerj]

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]

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


VLW

[pabloveiga]

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]

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]

entendi...

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

[zekkerj]

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...