Newsgroup: it.comp.os.linux.iniziare
Titolo: Script per Backup su NAS

 
Ciao a Tutti,
 
a Dicembre 2016, con l’aiuto di Angelo, ho installato, configurato e 
usato un NAS Synology DS211j per il backup dei miei dati.
https://groups.google.com/forum/#!topic/it.comp.os.linux.iniziare/
 
Z2M4phRKnrQ
 
Angelo aveva condiviso un bellissimo script, anzi direi portentoso, se 
non stupefacente, che effettuava il backup differenziale (solamente di 
nuovi file e dei file modificati), copiando nella cartella delta i file 
eliminati.
 
Fin qui, tutto OK. 
A Giugno mi sono regalato un computer più recente e attualmente lo script 
non funziona più. Mi esce il seguente errore:
=================================
conferma backup di HOME (y|n): 
Backup di HOME...
 
/home/alfa/Documenti/NAS/1Script_Nas/Giusta_smb/1HomeALFA.sh: riga 43: /
run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/ALFA/
backup.log: File o directory non esistente
/home/alfa/Documenti/NAS/1Script_Nas/Giusta_smb/1HomeALFA.sh: riga 44: /
run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/ALFA/
backup.log: File o directory non esistente
/home/alfa/Documenti/NAS/1Script_Nas/Giusta_smb/1HomeALFA.sh: riga 45: /
run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/ALFA/
backup.log: File o directory non esistente
/home/alfa/Documenti/NAS/1Script_Nas/Giusta_smb/1HomeALFA.sh: riga 46: /
run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/ALFA/
backup.log: File o directory non esistente
tee: '/run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/
ALFA/backup.log': File o directory non esistente
sending incremental file list
rsync: mkdir "/run/user/1000/gvfs/smb-
share:server=diskstation,share=netbackup/ALFA/current" failed: No such 
file or directory (2)
rsync error: error in file IO (code 11) at main.c(674) [Receiver=3.1.1]
/home/alfa/Documenti/NAS/1Script_Nas/Giusta_smb/1HomeALFA.sh: riga 52: /
run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/ALFA/
backup.log: File o directory non esistente
/home/alfa/Documenti/NAS/1Script_Nas/Giusta_smb/1HomeALFA.sh: riga 54: /
run/user/1000/gvfs/smb-share:server=diskstation,share=netbackup/ALFA/
backup.log: File o directory non esistente
Premere un tasto per terminare: 
=================================
 
 
Attualmente ho risolto parzialmente con FileZilla, via FTP. 
Il problema è che Filezilla, non essendo basato su rsync, *SOVRASCRIVE 
TUTTO* . 
 
Piuttosto che non avere nessuna procedura di backup, mi accontento anche 
di FileZilla, ma vorrei risolvere il problema per ritornare al mio 
bellissimo script.
Ho cercato in internet, ma non ho trovato una soluzione per il mio caso.
 
Grazie in anticipo per qualsiasi risposta positiva.
Un cordiale saluto, 
Nemo


postare anche il pezzo di script incriminato poteva essere una buona idea.
e anche la configurazione samba: come, dove, quando, perche' monti il NAS.
 
Ciao Jack

 
 
Potrebbe essere dovuto alla posizione del file di log, potresti postare 
le righe di definizione dei percorsi dei file?
 
angelo

 Ciao Jack
 
 
Ciao, hai ragione anche tu. Ho dimenticato qualche parametro:
 
Sistema Operativo: Ubuntu Mate 16.04 LTS
 
NAS: Synology DS211j 
 
Script per backpup: 
https://drive.google.com/open
?
id=0B422BQgyMG7xMUE5WWlWY050eVE
 
Configurazione Samba: dammi qualche dritta in più, per trovare la 
configurazione Samba
 
Come: non capisco, ho bisogno di qualche dritta in più.
 
Dove: a casa mia, Nas collegato al PC, tramite cavo crociato.
 
Quando: Nel fine settimana, per salvare la mia Home e i 2 HDD
 
Perché: ….. perché un famoso adagio recita: Se il dato non ha il backup. 
Il dato non esiste !! Il dato non esiste !!
 
--
Nemo


Potrebbe essere banalmente che non hai messo il percorso del file di log 
tra virgolette?
 
angelo
 

 angelo
 
 
Ciao, tutto bene, spero di si!!
 
Nel precedente post, ho condiviso l'intero script, con il percorso, 
mentre con questo link si può vedere dove è posizionato il file di log:
https://drive.google.com/open?id=0B422BQgyMG7xOFNtVWt1TDRBS0k
 
 
Lo stesso problema è presente anche per le altre 2 partizioni.
 
Spero l'immagine sia utile.
 
A Natale, mi hai aiutato moltissimo, da solo non sarei stato capace, 
inoltre di script ne ho visti tanti, ma il tuo è proprio stupefacente, 
nella cartella delta effettua perfino il backup dei dati cancellati!!
 
Ciao, 
Nemo
 

 angelo
 
 
Purtroppo, No, mi da lo stesso errore:


 nella cartella delta effettua perfino il backup dei dati cancellati!!
 
:-)
Che non si sappia in giro, ma anch'io ho preso spunto da altri lavori...
 
angelo
 
 

 Che non si sappia in giro, ma anch'io ho preso spunto da altri lavori...
Questo è il bello dell'OpenSource, la condivisione :-)
 
Ciao, 
Nemo

 
 
Vedo che usi la destinazione su una condivisione samba, rsync puo' 
effettuare il backup direttamente sul server o tramite ssh senza 
necessariamente avere una directory locale samba.
In un mio post del 16/8 ho messo lo script per l'accesso diretto rsync 
sul nas (senza ssh) con la porta 873 che dovra' essere abilitata sul suo 
firewall se non lo e' gia'.
L'unica differenza e' di dover creare un file con la password 
dell'utente (naturalmente con accesso esclusivo) se non vuoi che ti 
venga richiesta ogni volta.
Il file di log e' opportuno tenerlo in locale, se qualcosa va male nella 
connessione lo hai sempre disponibile.
 
angelo

 angelo
 
Mi piace questo script, è più semplice, non devo montare manualmente la 
cartella del Nas.
 
Sul firewall, ho aperto la porta con il seguente comando: 
sudo ufw allow 873
 
Ho scaricato il tuo script del 16 Agosto, che allego il link
https://drive.google.com/open?id=0B422BQgyMG7xbTB5MWZ2Wlk1ZDg
 
 
naturalmente ho modificato l'indirizzo IP del mio Nas, ma lo script NON 
parte, il terminale non si apre nemmeno.
 
Se in un browser digito l'indirizzo IP del Nas. mi si apre una pagina html 
che mi chiede Username e Password, ma nel file paswd.txt viene scritta 
solamente la password.
 
Ho la sensazione che manca un qualcosa, forse dei privilegi particolari 
per l'utente Alfa.
 
Ora sono stanco e spengo tutto. Domani mattina presto, riprovo ancora.
Ciao, 
Nemo

 
 
Ok, buona notte.
 
angelo

 parte, il terminale non si apre nemmeno.
 
Prova a lanciarlo da terminale, qualche errore deve comunque segnalartelo.
 
angelo


Purtroppo, nulla di positivo.
Quando eseguo lo script da terminale, per una frazione di secondo si apre 
una finestra che poi si chiude subito. Presumo sia quella del terminale.
 
Quest’ultimo script lo trovo più interessante, perché ha delle migliorie 
rispetto al primo, esempio: password collegata in un file esterno, log in 
locale, ecc.
 
Devo dirti che username e password del Nas sono diversi da quello del 
computer, per cui penso bisogna modificare le impostazioni dello script.
 
Scrivo qui di seguito una porzione di uno script trovato in rete tempo fa:
=======================
#!/bin/bash
#Autore: federico villa - 
www.vilnet.it
 
#Descrizione: Backup tramite rsync da pc/server linux verso un Nas
#Variabili
 
LOCAL="//home/alfa/Test"
TARGET="/mnt/DiskStation"
DIRBACKUP="Netbackup"
HOST="IP del Nas"
USER="utente del Nas"
PWD="passwordNas"
SERVER="IP del Nas"
 
ping -c 4 $HOST
umount $TARGET
 
# richiesta di conferma
read -s -n 1 -p "conferma MOUNT del NAS (y|n): " OK
if [[ x$OK != "xy" ]]; then exit ; fi 
 
mount -t cifs //$HOST/$DIRBACKUP $TARGET -o username=$USER,password=$PWD
 
# VERIFICA CHE IL DISCO E' MONTATO
MOUNTED=$(df | grep $TARGET |awk '{print $6}')
 
read -s -n 1 -p "Premere un tasto per terminare: " OK
echo
exit
=======================
 
Inoltre,  se può servire, scrivo qui di seguito anche il contenuto dei 2 
file di log trovati in /var/log/samba sul mio attuale computer.
 
Log.smbd
[...]
[2017/08/30 03:09:15.164000,  0] ../lib/util/become_daemon.c:124
(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2017/08/30 14:57:13.075846,  0] ../lib/util/become_daemon.c:124
(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2017/08/30 15:17:18.157202,  0] ../lib/util/become_daemon.c:124
(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2017/08/30 15:32:40.200742,  0] ../lib/util/become_daemon.c:124
(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
 
 
Log.nmbd
[...]
*****
[2017/08/30 15:00:40.578680,  0] ../source3/libsmb/nmblib.c:873(send_udp)
  Packet send failed to 192.168.42.255(138) ERRNO=Argomento non valido
[2017/08/30 15:00:40.579253,  0] ../source3/libsmb/nmblib.c:873(send_udp)
  Packet send failed to 192.168.42.255(138) ERRNO=Argomento non valido
[2017/08/30 15:02:10.664083,  0] ../source3/nmbd/nmbd.c:362
(reload_interfaces)
  reload_interfaces: No subnets to listen to. Waiting..
[2017/08/30 15:17:18.001555,  0] ../lib/util/become_daemon.c:135
(daemon_status)
  STATUS=daemon 'nmbd' : No local IPv4 non-loopback interfaces available, 
waiting for interface ...NOTE: NetBIOS name resolution is not supported 
for Internet Protocol Version 6 (IPv6).
[2017/08/30 15:21:08.028337,  0] ../lib/util/become_daemon.c:124
(daemon_ready)
  STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2017/08/30 15:21:41.054174,  0] ../source3/nmbd/nmbd_become_lmb.c:397
(become_local_master_stage2)
  *****
 
  Samba name server ALFA is now a local master browser for workgroup 
WORKGROUP on subnet 10.42.0.1
 *****
[2017/08/30 15:31:58.435241,  0] ../source3/nmbd/nmbd.c:58(terminate)
  Got SIGTERM: going down...
[2017/08/30 15:32:40.058142,  0] ../lib/util/become_daemon.c:124
(daemon_ready)
  STATUS=daemon 'nmbd' finished starting up and ready to serve connections
[2017/08/30 15:33:12.455574,  0] ../source3/nmbd/nmbd_become_lmb.c:397
(become_local_master_stage2)
  *****
 
  Samba name server ALFA is now a local master browser for workgroup 
WORKGROUP on subnet 10.42.0.1
 
  *****
 
Ciao,
Nemo

 ...
 
Io non uso samba per cui non ci capisco molto. Io monto le directory con 
nfs.
 
angelo
 

 conviene unificare le identita'?
 
Nelle impostazioni del Nas ho inserito un nuovo account con privilegi di 
Administrator, che ha lo stesso username e password del Computer, per cui 
ho unificato le identità Computer-Nas.
 
Ciao,
Nemo
 
 
 

Il Wed, 30 Aug 2017 19:12:46 +0000, Nemo ha scritto:
[...]
 
Ho una domanda Angelo:
 
ma nello script, oltre a specificare l'indirizzo IP del Nas, non dovrei 
anche scrivere il percorso della cartella condivisa (sempre del Nas), 
dove deve avvenire il backup?
 
 
Esempio di script trovato in rete:
 
LOCAL="//home/alfa"
TARGET="/mnt/DiskStation"
DIRBACKUP="Netbackup" (cartella condivisa)
HOST="10.42.0.36"
USER="UtenteNas"
PWD="PasswordNas"
SERVER="10.42.0.36"
 
 
Ciao, Nemo

 ho unificato le identità Computer-Nas.
 
Hai creato la cartella condivisa alfa su volume1? Probabilmente non la 
trova.
 
Come hai creato il nuovo account sul nas? Non serve che abbia diritti di 
amministratore, e' sufficiente che abbia accesso alle cartelle del 
percorso di rsync.
 
angelo

 
 
 
Io uso duplicity così:
 
 
export PASSPHRASE=segreta
export FTP_PASSWORD=segretissima
 
duplicity /home/IO/Documenti 
ftp://I...@nas.dominio.it/IO/Backup/Documenti
 
--exclude '/home/IO/Documenti/Fotografie' --exclude 
'/home/IO/Documenti/Vari' --exclude '/home/IO/Documenti/Materiali Siti 
Web' --exclude '/home/IO/Documenti/Panorami e Fotografie' --verbosity 7 
--asynchronous-upload --volsize 100
 
unset PASSPHRASE
unset FTP_PASSWORD

 [...]
 
 Questo dovrebbe essere il Collegamento Assoluto
rsync://
al...@10.42.0.36/Volume1/NetBackup/ALFA/rsync/current
 
 
ALFA, scritto in maiuscolo, è la directory sul Nas, dove viene copiata la 
mia home/alfa 
 
Ciao,
Nemo
 


Grazie per la tua risposta. Non conoscevo questo comando/pacchetto per il 
backup. Potrebbe essere una procedura alternativa.
https://wiki.ubuntu-it.org/AmministrazioneSistema/BackupDelSistema/
 
Duplicity?action=AttachFile&do=view&target=gpg-backup.sh
 
Anche se ora mi sono abituato ad rsync.
 
Grazie, comunque.
Ciao, Nemo

 mia home/alfa
 
In questo caso il pecorso di destinazione dovra' essere:
 
rsync://
al...@10.42.0.36/NetBackup/ALFA/rsync/current
 
 
Che ti dovra' comparire nell'echo prima del lancio del comando.
 
La tua home (alfa) sara' messa in rsync/current/
 
Se qualcosa non funziona dovresti postare tutto lo script per capire 
cosa non va.
 
angelo

 essere gia' stato creato in precedenza.
 
Non riesco a capire questo passaggio, il comando dovrebbe essere il 
seguente?
sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/alfa
 
 
Questo segmento di comando monta la cartella condivisa nel Nas
sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup
 
mentre questa porzione terminale del comando /home/alfa 
è il collegamento alla mia directory di origine, la mia home??
 
Praticamente nel comando mount, prima monta la cartella remota (Nas) e 
poi la collega con la cartella di origine dei miei dati da salvare 
(Client)??
 
Quando eseguo questo comando la mia home/alfa diventa *bloccata* non 
riesco più a salvare nessun file aperto o ad aprire Caja.
 
 
Per il resto del post, vorrei procedere per gradi, altrimenti faccio 
confusione.
 
Intanto ti ringrazio, per la tua pazienza. In base alle tue risposte/
dritte, poi mi documento in internet e acquisisco nuovi comandi e nuove 
procedure.
 
[...]
 
Ciao, 
Nemo

 procedure.
 
:-)
 
angelo

 sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/mount/nas
 
 
 
Ci sono riuscito!!!!!!! Ho capito il funzionamento! 
In base alle tue dritte, ho cercato in internet e ho trovato un tutorial 
abbastanza comprensibile per un profano, che studia per la prima volta il 
protocollo NFS.
 
Il link è questo:
https://www.ryananddebi.com/2013/01/15/linuxmint-or-ubuntu-how-to-
 
automount-synology-shares/
 
Dunque all'interno della mia home, nella directory backupsettings, (che 
contiene il file exclude.lst, paswd.txt) ho creato una cartella VUOTA, 
chiamata mount, la quale contiene a sua volta una cartella VUOTA, 
chiamata netbackup.
 
A questo punto, con il nas acceso, da terminale ho montato la cartella 
remota:
alfa@alfa:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
alfa/backupsettings/mount/netbackup
[sudo] password di alfa: 
alfa@alfa:~$ 
 
e al terminale NON ho avuto nessun messaggio di errore!!!!
 
Ma nella gestione risorse di Caja, quando clicco sulla cartella remota 
NetBackup, mi esce questo messaggio:
 
Impossibile mostrare il contenuto della cartella.
Permessi non sufficienti per vedere il contenuto di «netbackup».
 
Non capisco, il Nas è acceso.
Dopo un momentaneo entusiasmo per aver risolto il problema del mount 
remoto, ecco subito un altro problema, per riportarci con i piedi per 
terra!
 
Non capisco dove sbaglio
 
Ciao,
Nemo
 
 
 

 Non capisco dove sbaglio
 
Verifica i diritti di accesso alla cartella NetBackup sul NAS come 
utente alfa. Ti conviene invece montare le cartelle figlie di NetBackup 
sulle quali hai gia' accesso.
 
angelo
 
 

 
 
Penso di aver capito, quando utilizzavo il software SystemBackup, mi 
faceva una copia della mia distribuzione personalizzata e salvava l'iso 
nella /home, ma all'esterno di Alfa e cioè all'esterno dell'utente Alfa.
 
Ho fatto questa prova: alfa@alfa:~$ sudo caja 
e come superutente, in gestione risorse (Caja) sono uscito da Alfa, ma 
in /home ho costruito le cartelle mount/nas e sempre come root ho visto 
il contenuto di tutto il mio Nas!!!!!!!!! 
Finalmente un passo avanti!!!!
 
Solo che posso accedere solamente come root e nel Nas l'utente alfa 
possiede i diritti di accesso, lettura e scrittura.
 
Forse devo cambiare i permessi da terminale? 
sudo chmod 777 /home/mount/nas
 
 
Ciao,
Nemo
 

 sudo chmod 777 /home/mount/nas
 
Meglio un "sudo chown alfa:users /home/mount/nas"
 
angelo

 Meglio un "sudo chown alfa:users /home/mount/nas"
Purtroppo niente da fare, solo se mi autentico come root ho accesso alla 
cartella /home/mount/nas
 
Ciao,
Nemo
 
 

 cartella /home/mount/nas
 
Allora puoi provare a lanciare il comando chown loggandoti come root 
anziche' con sudo da alfa.
 
Non conosco ubuntu ma trovo strano che come root tu non riesca a 
cambiare proprieta' a una directory, io uso opensuse e come root ho il 
totale controllo del sistema e, volendo, posso creare disastri immani. 
Tanto che nella mia distro se sono root non dispongo dell'interfaccia 
grafica ma solo del terminale.
 
angelo
 

 Con chiave, non password, naturalmente!
 
Con chiave protetta da password, non solo user e password.
 
angelo

 
Forse ho risolto questo problema... in Ubuntu, l'utente root è 
disabilitato di default, per cui al promt del terminale ho dato:
 
alfa@alfa:~$ sudo -s
[sudo] password di alfa: 
root@alfa:~# sudo chown alfa:users /home/mount/nas
root@alfa:~# 
 
 
dopo di che ho riavviato il computer e sono entrato ancora come Alfa. 
Sono andato a vedere il contenuto della cartella /home/mount/nas ed era 
vuota, per cui ho dato il comando:
 
alfa@alfa:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
mount/nas
 
ho controllato di nuovo la cartella /home/mount/nas e ho trovato un 
messaggio visto in precedenza, che mi diceva che non avevo i permessi per 
accedere alla cartella.
 
***Poi mi è venuta un'idea***, sulla cartella /home/mount ho fatto click 
col pulsante destro del mouse e alla scheda permessi 
 
https://drive.google.com/open?id=0B422BQgyMG7xbFY2UU9VSWpNNU0
 
 
ho potuto cambiare i privilegi di accesso.
 
Ho riavviato ancora la macchina ed ora funziona tutto, l'account Alfa può 
montare la cartella remota nel file system e  accedere alla directory 
/home/mount/nas e vedere tutto il suo contenuto!!!!
 
Non chiedetemi il perchè l'utente root non ha funzionato, non lo so 
spiegare!!
 
Comunque, questo è un altro passo avanti!!!!
 
===
A questo punto entra in gioco lo script. Ho lanciato lo script da 
terminale e mi da questo errore:
 
alfa@alfa:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
mount/nas
[sudo] password di alfa: 
 
alfa@alfa:~$ ./backup.sh
conferma backup di /home/alfa (y|n): y
 
Backup di /home/alfa...
 
 
rsync  -vlhrti --delete --backup --backup-dir=delta/2017-09-06_16-40 --
exclude-from=/home/alfa/backupsettings/exclude.lst --password-file=/home/
alfa/backupsettings/paswd.txt /home/alfa rsync://
al...@10.42.0.36/
 
NetBackup/ALFA/rsync/current/current
 
 
ERROR: password file must not be other-accessible
rsync error: syntax or usage error (code 1) at authenticate.c(196) 
[sender=3.1.1]
Premere un tasto per terminare: 
===
Qualche post prima mi hai scritto questo consiglio:
Tieni presente che rsync vuole il file della password con accesso
esclusivo dello user che lo esegue.
Cosa intendi, che solamente l'utente Alfa può avere accesso al file??
https://drive.google.com/open?id=0B422BQgyMG7xYlEtSUt4S1JuaEk
 
 
Ciao,
Nemo

 Cosa intendi, che solamente l'utente Alfa può avere accesso al file??
 
Che solo lo user e il gruppo e non altri deve avere accesso al file, un 
chmod 660 o 440 per esempio.
 
angelo

 angelo
 
Ho fatto, ho dato i seguenti comandi:
 
alfa@alfa:~$ cd backupsettings
alfa@alfa:~/backupsettings$ chmod 660 paswd.txt
alfa@alfa:~/backupsettings$ ls -l
totale 8
-rw-rw-r-- 1 alfa alfa 449 lug  2 10:21 exclude.lst
-rw-rw---- 1 alfa alfa  12 set  6 17:59 paswd.txt
alfa@alfa:~/backupsettings$ 
 
 
Quindi, ho acceso il Nas, dopo il beep, ho effettuato un ping per vedere 
se era raggiungibile, ho montato la cartella remota in locale e ho 
lanciato nel terminale lo script.
Solo che, mi da errore nel raggiungere la cartella condivisa NetBackup 
sul Nas. 
Inoltre, nell'output del comando rsync, alla fine mi esce 2 volte la 
parola /current/current, può esserci qualche errore nelle variabili dello 
script, che allego:
 
https://drive.google.com/open?id=0B422BQgyMG7xRW9fY244Nzg0R3M
 
 
Ciao, 
Nemo
 
 
 
 
*****
alfa@alfa:~$ ping -c 6 10.42.0.36
PING 10.42.0.36 (10.42.0.36) 56(84) bytes of data.
64 bytes from 
10.42.0.36
: icmp_seq=1 ttl=64 time=0.204 ms
64 bytes from 
10.42.0.36
: icmp_seq=2 ttl=64 time=0.106 ms
64 bytes from 
10.42.0.36
: icmp_seq=3 ttl=64 time=0.138 ms
64 bytes from 
10.42.0.36
: icmp_seq=4 ttl=64 time=0.159 ms
64 bytes from 
10.42.0.36
: icmp_seq=5 ttl=64 time=0.156 ms
64 bytes from 
10.42.0.36
: icmp_seq=6 ttl=64 time=0.167 ms
 
--- 10.42.0.36 ping statistics ---
6 packets transmitted, 6 received, 0% packet loss, time 5102ms
rtt min/avg/max/mdev = 0.106/0.155/0.204/0.029 ms
 
alfa@alfa:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
mount/nas
alfa@alfa:~$ ./backup.sh
conferma backup di /home/alfa (y|n): y
 
Backup di /home/alfa...
 
 
rsync  -vlhrti --delete --backup --backup-dir=delta/2017-09-08_06-01 --
exclude-from=/home/alfa/backupsettings/exclude.lst --password-file=/home/
alfa/backupsettings/paswd.txt /home/alfa rsync://
al...@10.42.0.36/
 
NetBackup/ALFA/rsync/current/current
 
 
@ERROR: auth failed on module NetBackup
rsync error: error starting client-server protocol (code 5) at main.c
(1653) [sender=3.1.1]


 (1653) [sender=3.1.1]
 
Vedi sopra, problema di permessi di accesso.
 
angelo
 


Ciao Angelo,
ti ringrazio per la tua risposta, ma anche questa volta, ho ancora un 
risultato negativo.
Dopo circa 10 giorni, con piccoli passi avanti, e molte prove pratiche 
negative, sento il bisogno di congelare momentaneamente questo progetto 
e  dedicarmi ad altre cose, dove il risultato è più immediato.
 
Certe volte, ho la sensazione di essere vicino alla soluzione e di 
perdermi in un bicchiere d'acqua, ma non essendo, ancora, pratico di 
questa materia, certi risultati mi sembrano non risolvibili.
 
Per cui ho bisogno di vuotare la mia mente per un certo periodo e poi di 
riprendere in mano questo problema.
 
Naturalmente, ti ringrazio per la tua cortesia, la tua dedizione e 
perseveranza nell'aiutarmi.
 
Non so dove abiti, ma se per caso, dovessi venire in gita a Desenzano del 
Garda, Sirmione o Salò (basso Lago del Garda), mi farebbe piacere 
saperlo, perchè ti offrirei una pizza!
 
Ciao, con riconoscenza, 
Nemo

 Nemo
 
Ciao.
angelo
 
 

[...]
 
Ciao Angelo,
dopo 3 giorni, mi è ritornata la curiosità e ho iniziato ad effettuare 
ricerche e prove!
Nelle impostazioni del Nas, ho impostato qualche modifica, che allego per 
la tua visione/consulenza:
https://drive.google.com/open?id=0B422BQgyMG7xNThtOW1yLU1DYVE
 
 
Ho seguito questa “Procedura Backup con NFS” 	*** Da Verificare ***
(Ho ancora un po' di confusione, non so se la cartella remota è da 
montare, oppure ci pensa lo script, il quale contiene l’IP del Nas e 
tutti i parametri necessari al backup.)
 
1) Con il Nas acceso, controllo se la cartella remota è raggiungibile: 
ping -c 5 10.42.0.36
2) Monto la cartella remota: sudo mount 10.42.0.36:/volume1/NetBackup /mnt
3) Eseguo lo script nel terminale: ./backup.sh
Con risultato negativo.
 
Poi ho utilizzato il software Grsync per estrapolare il percorso da 
impostare nello script, usando il protocollo Samba, previo montaggio 
della cartella remota:
https://drive.google.com/open?id=0B422BQgyMG7xRjEyZFpMNnJEQU0
 
https://drive.google.com/open?id=0B422BQgyMG7xQ1V1em1uUGVEbkU
 
 
Anche qui, il risultato è negativo, allego l’output degli errori, tramite 
nfs e samba:
https://drive.google.com/open?id=0B422BQgyMG7xU3k1dGFuMVNGMm8
 
 
A questo punto, ho trovato in internet che nel Synology, bisogna 
Abilitare il Servizio di Backup di Rete, che io non ho trovato nel mio 
Nas.
https://drive.google.com/open?id=0B422BQgyMG7xa1JUa2pNZS1oTHM
 
 
Ho anche rimosso e re-installato il pacchetto nfs-common, ma il risultato 
è sempre lo stesso. Non ho provato a rimuovere e re-installare il 
pacchetto rsync.
La versione dei miei pacchetti interessati al backup sono i seguenti:
Bash = 4.3-14ubuntu1
NFS-Common = 1:1.2.8-9ubuntu12.1
Rsync = 3.1.1 -3ubuntu1
Per verificare la versione dei pacchetti, ho trovato molto utili i 
seguenti comandi:
sudo dpkg -l >VersionePacchetti1.txt
dpkg-query -W >VersionePacchetti2.txt
sudo dpkg -p  nome_pacchetto
 
 
 
Il mio Nas è come se fosse una cassaforte, NON accede a internet ed è 
sempre spento, ad eccezione nel fine settimana, quando lo accendo per 
effettuare il backup dei miei dati in locale.
 
È la seconda volta (la prima a Natale) che imparo a settare un Nas ed è 
una cosa, che, prima o poi, mi ero proposto di imparare, ma ancora non ho 
una conoscenza di base, che mi permette di essere autonomo.
Grazie in anticipo per il tuo supporto,
Nemo

 Nemo
 
Io il supporto te lo do, ma tu mi devi seguire...
 
angelo

 angelo
 
IMHO (nella mia umile esperienza), direi che l’utente “alfa” ha i 
privilegi di rw (read-write) nella cartella condivisa NetBackup.
Ciao, Nemo

 Ciao, Nemo
 
Bene, adesso facendo riferimento allo script che hai linkato qui:
https://drive.google.com/open?id=0B422BQgyMG7xRW9fY244Nzg0R3M
 
 
correggi la riga 25:
	DST="rsync://
al...@10.42.0.36/NetBackup/ALFA/rsync/current
"
che diventa:
	DST="rsync://
al...@10.42.0.36/NetBackup/ALFA/rsync
"
 
Poi, sempre loggato sul nas come alfa, crei in NetBackup la directory 
"ALFA" e in ALFA la directory "rsync".
 
E lanci lo script da terminale senza montare in locale la directory 
NetBackup e riporti eventuali messaggi di errore.
 
angelo
 


Ho fatto, come suggerito:
#server e directory destinazione:
DST="rsync://
al...@10.42.0.36/NetBackup/ALFA/rsync
"
 
 
e mi esce questo messaggio di errore:
 
alfa@alfa:~$ ./backup.sh
conferma backup di /home/alfa (y|n): y
 
Backup di /home/alfa...
 
rsync  -vlhrti --delete --backup --backup-dir=delta/2017-09-16_20-15 --
exclude-from=/home/alfa/backupsettings/exclude.lst --password-file=/home/
alfa/backupsettings/paswd.txt /home/alfa rsync://
al...@10.42.0.36/
 
NetBackup/ALFA/rsync/current
 
 
@ERROR: account system disabled
rsync error: error starting client-server protocol (code 5) at main.c
(1653) [sender=3.1.1]
Premere un tasto per terminare: 
 
Ciao,
Nemo

 rsync error: error starting client-server protocol (code 5) at main.c
 
Dovresti verificare se per l'utente alfa e' stato fatto tutto questo:
 
sul nas:
loggarsi come admin
creare user alfa:
     permesso rw su netbackup
     applicazioni: consenti rsync
servizi file:
     rsync
     modifica account rsync
     aggiungere alfa con passw di alfa
cartella condivisa netbackup:
     autorizzazioni avanzate
     permessi condivisi avanzati
     diritti rw per alfa
pannello di controllo:
     privilegi
     consentire rsync per alfa
 
Se e' stato fatto tutto questo e non funziona ancora c'e' sempre 
l'opzione rsync su ssh.
 
Prova e fammi sapere.
 
angelo
 


Ciao Angelo, 
 
*** FUNZIONA!!!!!!!!!!!!!!!!!!!!!!!!***
 
Sei GRANDE, sapevo che eri/sei un Grande!!!!!!!
 
Ho seguito pari passo le tue indicazioni e allego il file completo, con i 
passaggi colorati NON attivi nel nas, 
https://drive.google.com/open?id=0B422BQgyMG7xR24xaUtQSE4xNTA
 
 
comunque scrivo, qui sotto, quello che era disabilitato:
 
Servizi File:
   	  Rsync
   	 Abilita account rsync
 
 
Cartella Condivisa Netbackup:
     	   autorizzazioni avanzate
  	   permessi condivisi avanzati
  	   diritti rw per alfa
	   (diritti rw per Admin) *
 
* Ho abilitato anche l’utente Admin, poichè quando era disabilitato, 
andando in File Station, mi usciva un messaggio che diceva “Nessuna 
Cartella Condivisa”.
Non potevo vedere nulla, eppure ero loggato come Admin. Poi mi è venuto 
in mente che nelle autorizzazioni avanzate, avevo abilitato solamente 
Alfa e non Admin. Fatto questo, ho potuto vedere sul Nas il backup della 
mia Home/Alfa del computer locale.
 
La velocità è davvero sorprendente, rispetto a prima il backup è più 
rapido. Alla fine del log esce questo messaggio:
[sent 19.50G bytes  received 355.77K bytes  14.29M bytes/sec total size is 
19.50G  speedup is 1.00]
 
Che cosa significa? 
Che, su 19.50 Gb,  solamente 355.77 Kb sono stati ricevuti sul Nas? 
Oppure , che solamente 355.7Kb sono stati ricevuti alla velocità di 14.29 
Mb/sec, mentre i rimanenti dati sono stati trasferiti a velocità 
superiore? 
 
Presumo che per salvare le altre partizioni, devo modificare la riga 25 
in:
DST="rsync://
al...@10.42.0.36/NetBackup/Archivio230/rsync
"
DST="rsync://
al...@10.42.0.36/NetBackup/Archivio250/rsync
"
 
La tua mail, vicino all’oggetto è attiva?
Intanto ti ringrazio TANTISSIMO!!
Ciao, 
Nemo

 
Ho trovato la chiave di lettura sulla diversità dei bytes trasmessi e 
ricevuti:
https://sourceforge.net/p/luckybackup/discussion/873564/thread/90910b63/
 
 
Ciao,
Nemo

 Intanto ti ringrazio TANTISSIMO!!
 
:-)
 
 
angelo

 angelo
 
 
Ciao Angelo, 
ieri sera ho effettuato il backup delle altre 2 partizioni e ho visto che 
era necessario cambiare anche la sorgente nello script:
#Source directory:
SRC="/media/alfa/Archivio235"
 
Devo confermare che il protocollo di trasmissione NFS è davvero molto più 
rapido, che SMB (Samba)  ed FTP. 
I file che pesavano poco venivano trasferiti alla velocità della luce. 
Era come se il terminale avesse il turbo!!!
 
Alla fine del backup, osservando il file di log ho notato che sul Nas, 
nell’Archivio235, mancavano delle immagini con estensione .iso
Sono delle distribuzioni che, nel corso del tempo, mi sono raccolto, un 
po' per ricordo (Puppy Linux e varie) e altre le tengo, in caso di 
necessità, per la manutenzione del computer. Le distribuzioni  non le ho 
create io, ma le ho trovate in internet o sulla rivista Linux Pro.
 
Ho installato il software Meld, che effettua delle comparazioni, tra due 
file/cartelle e ho contato il non trasferimento di ben 54 immagini.iso
 
Dipende forse dai permessi?
 
Tu utilizzi qualche comando/script o risorsa da Amministratore di Sistema 
per confrontare 2 cartelle dopo il backup?  Tra locale e remoto?
 
Ciao, questa sera sono stanco, giornata piena…
Nemo
 

 per confrontare 2 cartelle dopo il backup?  Tra locale e remoto?
 
Mi fido di rsync, non mi ha mai tradito, se ho dei dubbi mi guardo i log.
 
angelo

 
Grazie per aver condiviso la tua esperienza, su Rsync-NFS.
 
Ti ringrazio TANTISSIMO, per il tuo supporto, costanza e dedizione, senza 
di te non saprei come avrei fatto a risolvere il problema!!
 
Venerdì pomeriggio, ti scrivo in privato, perchè voglio sdebitami per il 
tuo aiuto.
 
Un cordiale saluto,
Nemo
 

 Nemo
 
Saluti!
angelo