Script per Backup su NAS

[Nemo]

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

[Jack]

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

[angelo]

Il 29/08/2017 10:51, Nemo ha scritto:
>
> 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.

"Com'e' umano Lei..." (cit)

> 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

...

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

...
>

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

angelo

[Nemo]

Il Tue, 29 Aug 2017 01:57:13 -0700, Jack ha scritto:
[...]

> 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

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

[angelo]

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

angelo

[Nemo]

Il Tue, 29 Aug 2017 12:24:13 +0200, angelo ha scritto:

[...]

> Potrebbe essere dovuto alla posizione del file di log, potresti postare
> le righe di definizione dei percorsi dei file?
>
> 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

[Nemo]

Il Tue, 29 Aug 2017 12:59:09 +0200, angelo ha scritto:

[...]

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

Purtroppo, No, mi da lo stesso errore:

[angelo]

Il 29/08/2017 12:59, Nemo ha scritto:
>
> Ciao, tutto bene, spero di si!!

Tutto bene, grazie. Mi sto godendo ancora il fresco delle montagne
almeno fino a Domenica...

Spero tutto bene anche per te!

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

Ho visto lo script e letto la tua risposta di poco fa. Se non e' per le
virgolette prova a spostarlo in una directory locale e non su una
condivisione samba.

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

:-)
Che non si sappia in giro, ma anch'io ho preso spunto da altri lavori...

angelo

[Nemo]

Tutto bene, grazie!!

Ho fatto la prova in locale e funziona.
Nella /home/alfa/Test, lanciato lo script che ha effettuato il backup
nella /home/alfa/Video/Test, previa costruzione manuale della cartella
Test.
Nello script, il percorso per il file di log è senza virgolette e il
backup funziona lo stesso:
# file log distinto per versione OS:
LOG=/home/alfa/Video/Test/backup.log


Ho ancora il computer vecchio non formattato, caso mai questa sera
controllo le configurazioni Samba, ... vedo dove si trovano...così posso
fare un confronto.

> Che non si sappia in giro, ma anch'io ho preso spunto da altri lavori...

Questo è il bello dell'OpenSource, la condivisione :-)

Ciao,
Nemo

[angelo]

Il 29/08/2017 14:01, Nemo ha scritto:
...

> Ho fatto la prova in locale e funziona.
> Nella /home/alfa/Test, lanciato lo script che ha effettuato il backup
> nella /home/alfa/Video/Test, previa costruzione manuale della cartella
> Test.
> Nello script, il percorso per il file di log è senza virgolette e il
> backup funziona lo stesso:
> # file log distinto per versione OS:
> LOG=/home/alfa/Video/Test/backup.log
>
>
> Ho ancora il computer vecchio non formattato, caso mai questa sera
> controllo le configurazioni Samba, ... vedo dove si trovano...così posso
> fare un confronto.
>
>> 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

[Nemo]

Il Tue, 29 Aug 2017 16:45:27 +0200, angelo ha scritto:
[...]

> 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

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

[angelo]

Il 29/08/2017 21:59, Nemo ha scritto:

...

> 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

Veniva piu' semplice usando l'interfaccia grafica in Pannello di
Controllo - Sicurezza - Firewall

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

Prova a cambiare la prima riga da "#!/bin/sh" in "#!/bin/bash" e
verificare che il file sia eseguibile.

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

Questo perche' lo user (//$USR@HST) compare nella destinazione:

#server e directory destinazione:
DST=rsync://$USR@$HST/$USR/rsync

> 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

[angelo]

Il 29/08/2017 21:59, Nemo ha scritto:

> Il Tue, 29 Aug 2017 16:45:27 +0200, angelo ha scritto:
> [...]

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

Prova a lanciarlo da terminale, qualche errore deve comunque segnalartelo.

angelo

[Nemo]

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

[angelo]

Il 30/08/2017 16:22, Nemo ha scritto:
>...

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

Ho scaricato lo script che hai postato su drive/google e anche a me non
funziona, mi segnala un carattere ^M al termine della riga "#!/bin/sh"
per cui non riconosce l'interprete dei comandi e si rifiuta di continuare.
Non capisco se questo carattere viene aggiunto durante l'upload o nel
download.
Presumo che sia questo il motivo; strano che se lo lanci da terminale
apra una nuova finestra invece di fermarsi e dare l'errore.
Mentre lo script che ho ripreso dal mio post funziona perfettamente.
Comunque ho postato qui il file qualora volessi provare di nuovo:

https://www.dropbox.com/s/c01707p5ced45hn/backup.sh?dl=0

Tieni presente che rsync vuole il file della password con accesso
esclusivo dello user che lo esegue.

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

Credo che quello che conta sia la coppia usr/psw del nas. Potrebbe
esserci un problema con la proprieta' del file di password. Non ti
conviene unificare le identita'?

> Scrivo qui di seguito una porzione di uno script trovato in rete tempo fa:

...> mount -t cifs //$HOST/$DIRBACKUP $TARGET -o

username=$USER,password=$PWD
> # VERIFICA CHE IL DISCO E' MONTATO

Questo presuppone sempre di montare il nas con samba...

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

> ...

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

angelo

[Nemo]

Il Wed, 30 Aug 2017 17:27:06 +0200, angelo ha scritto:

> Il 30/08/2017 16:22, Nemo ha scritto:
>>...
>> 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.
>
> Ho scaricato lo script che hai postato su drive/google e anche a me non
> funziona, mi segnala un carattere ^M al termine della riga "#!/bin/sh"
> per cui non riconosce l'interprete dei comandi e si rifiuta di
> continuare.
> Non capisco se questo carattere viene aggiunto durante l'upload o nel
> download.
> Presumo che sia questo il motivo; strano che se lo lanci da terminale
> apra una nuova finestra invece di fermarsi e dare l'errore.
> Mentre lo script che ho ripreso dal mio post funziona perfettamente.
> Comunque ho postato qui il file qualora volessi provare di nuovo:
>
> https://www.dropbox.com/s/c01707p5ced45hn/backup.sh?dl=0
>

Scusa, non avevo capito bene cosa intendevi con "Eseguire lo Script da
Terminale". Lanciavo lo script con il doppio click.
Mentre ora, con tutte le variabili corrette (Indirizzo IP Nas, scrivendo
nel terminale ./backup.sh esce questo output:

alfa@alfa:~$ ./backup.sh
./backup.sh: 43: read: Illegal option -s
./backup.sh: 44: ./backup.sh: [[: not found

Backup di /home/alfa...

rsync -vlhrti --delete --backup --backup-dir=delta/2017-08-30_20-19 --
exclude-from=/home/alfa/backupsettings/exclude.lst --password-file=/home/
alfa/backupsettings/paswd.txt /home/alfa rsync://al...@10.42.0.36/alfa/
rsync/current

@ERROR: Unknown module 'alfa'
rsync error: error starting client-server protocol (code 5) at main.c
(1653) [sender=3.1.1]
./backup.sh: 67: read: Illegal option -s

alfa@alfa:~$

***************************
Legenda:
./backup.sh: 43: read: Illegal option -s
riga 43 = read -s -n 1 -p "conferma backup di $SRC (y|n): " OK

./backup.sh: 44: ./backup.sh: [[: not found
Riga 44 = if [[ x$OK != "xy" ]]; then exit ; fi

./backup.sh: 67: read: Illegal option -s
riga 67 = read -s -n 1 -p "Premere un tasto per terminare: " OK
***************************

> Tieni presente che rsync vuole il file della password con accesso
> esclusivo dello user che lo esegue.
>
>> 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.
>
> Credo che quello che conta sia la coppia usr/psw del nas. Potrebbe
> esserci un problema con la proprieta' del file di password. Non ti
> 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

[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

[angelo]

Il 30/08/2017 21:12, Nemo ha scritto:
...

>
> Scusa, non avevo capito bene cosa intendevi con "Eseguire lo Script da
> Terminale". Lanciavo lo script con il doppio click.
> Mentre ora, con tutte le variabili corrette (Indirizzo IP Nas, scrivendo
> nel terminale ./backup.sh esce questo output:
>
> alfa@alfa:~$ ./backup.sh
> ./backup.sh: 43: read: Illegal option -s

Puoi togliere l'opzione -s che qui non serve.

> ./backup.sh: 44: ./backup.sh: [[: not found

Evidentemente abbiamo diverse versioni di bash e la tua non gestisce la
doppia parentesi. Puoi levarne una, funziona ugualmente.

>
> Backup di /home/alfa...
>
> rsync -vlhrti --delete --backup --backup-dir=delta/2017-08-30_20-19 --
> exclude-from=/home/alfa/backupsettings/exclude.lst --password-file=/home/
> alfa/backupsettings/paswd.txt /home/alfa rsync://al...@10.42.0.36/alfa/
> rsync/current
>
> @ERROR: Unknown module 'alfa'
> rsync error: error starting client-server protocol (code 5) at main.c
> (1653) [sender=3.1.1]

...

Ti rispondo qui anche per l'altro post, la destinazione e' specificata
nel comando qui sotto:

rsync://al...@10.42.0.36/alfa/rsync/current

in current mette le directory alfa e delta.
Deve quindi trovare in /volume1 la directory alfa e, in alfa, rsync.
Quindi devi avere il percorso assoluto /volume1/alfa/rsync disponibile
per l'utente alfa.
Probabilmente l'errore e' dovuto al fatto che non trova /alfa in volume1.

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

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

[Nady]

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

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

[Nemo]

Il Thu, 31 Aug 2017 10:08:27 +0200, angelo ha scritto:

Oggi anche qui in pianura si sta bene, sembra di essere in montagna :-)

Ieri mi sono documentato sul protocollo NFS e ho letto che, sembra essere
il migliore rispetto a Samba o FTP.

Per cui ho provato questi comandi:
******************************************
alfa@alfa:~$ showmount -e 10.42.0.36
Export list for 10.42.0.36:
/volume1/NetBackup 10.42.0.36

alfa@alfa:~$ sudo mount 10.42.0.36:/Volume1/NetBackup
[sudo] password di alfa:
mount: can't find 10.42.0.36:/Volume1/NetBackup in /etc/fstab


alfa@alfa:~$ sudo mount -t nfs 10.42.0.36:/Volume1/NetBackup /mnt
mount.nfs: access denied by server while mounting 10.42.0.36:/Volume1/
NetBackup
alfa@alfa:~$

Errori “Mount”
"L'accesso è negato" durante il montaggio può indicare alcuni dei
seguenti elementi:
1. Il client (computer Linux) non è nell'elenco consentito degli
indirizzi IP.

******************************************

Sembra che il Nas (server) non permetta al computer (client) di montare/
accedere alla cartella condivisa /volume1/NetBackup

Nelle impostazioni NFS chiede Nomehost o IP, dovrebbe essere l'IP statico
del Nas.

https://drive.google.com/open?id=0B422BQgyMG7xdUNOS0I5VE5aRWc

Forse è necessario il riconoscimento del Nas in etc/fstab?
10.42.0.36:/mnt/data1/ /media/nfs nfs rw,users,noauto 0 0


Lo so che le mie domande sono da profano, ma ho iniziato questo problema
e mi piacerebbe risolverlo.

> Puoi togliere l'opzione -s che qui non serve.
>
>> ./backup.sh: 44: ./backup.sh: [[: not found
>
> Evidentemente abbiamo diverse versioni di bash e la tua non gestisce la
> doppia parentesi. Puoi levarne una, funziona ugualmente.
>

Ho tolto l'opzione -s (e poi -n) e la doppia [], lo script parte e non
mostra nulla, il cursore lampeggia.

>
>> Backup di /home/alfa...
>>
>> rsync -vlhrti --delete --backup --backup-dir=delta/2017-08-30_20-19 --
>> exclude-from=/home/alfa/backupsettings/exclude.lst
>> --password-file=/home/
>> alfa/backupsettings/paswd.txt /home/alfa rsync://al...@10.42.0.36/alfa/
>> rsync/current
>>
>> @ERROR: Unknown module 'alfa'
>> rsync error: error starting client-server protocol (code 5) at main.c
>> (1653) [sender=3.1.1]
> ...
>
> Ti rispondo qui anche per l'altro post, la destinazione e' specificata
> nel comando qui sotto:
>
> rsync://al...@10.42.0.36/alfa/rsync/current
>
> in current mette le directory alfa e delta.
> Deve quindi trovare in /volume1 la directory alfa e, in alfa, rsync.
> Quindi devi avere il percorso assoluto /volume1/alfa/rsync disponibile
> per l'utente alfa.
> Probabilmente l'errore e' dovuto al fatto che non trova /alfa in
> volume1.

> [...]

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

[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

[angelo]

Il 01/09/2017 09:31, Nemo ha scritto:
> Il Thu, 31 Aug 2017 10:08:27 +0200, angelo ha scritto:
>
> Oggi anche qui in pianura si sta bene, sembra di essere in montagna :-)

...

> Errori “Mount”
> "L'accesso è negato" durante il montaggio può indicare alcuni dei
> seguenti elementi:
> 1. Il client (computer Linux) non è nell'elenco consentito degli
> indirizzi IP.
>
> ******************************************
>
> Sembra che il Nas (server) non permetta al computer (client) di montare/
> accedere alla cartella condivisa /volume1/NetBackup
>
> Nelle impostazioni NFS chiede Nomehost o IP, dovrebbe essere l'IP statico
> del Nas.

E' necessario abilitare nel nas la condivisione nfs della directory
interessata per l'indirizzo o la rete locale.

In Pannello di Controllo selezioni la cartella condivisa e in
"Modifica-Permessi NFS - Crea" aggiungi l'indirizzo IP di origine.

Poi col comando:

sudo /sbin/mount.nfs 192.168.x.y:/volume1/NetBackup
<percorso_directory_locale>

monti la directory remota nel <percorso_directory_locale>, che deve
essere gia' stato creato in precedenza.

>
> https://drive.google.com/open?id=0B422BQgyMG7xdUNOS0I5VE5aRWc
>
> Forse è necessario il riconoscimento del Nas in etc/fstab?
> 10.42.0.36:/mnt/data1/ /media/nfs nfs rw,users,noauto 0 0

Non e' necessario.

> Lo so che le mie domande sono da profano, ma ho iniziato questo problema
> e mi piacerebbe risolverlo.

Sei sulla strada giusta!

>> Puoi togliere l'opzione -s che qui non serve.
>>
>>> ./backup.sh: 44: ./backup.sh: [[: not found
>>
>> Evidentemente abbiamo diverse versioni di bash e la tua non gestisce la
>> doppia parentesi. Puoi levarne una, funziona ugualmente.
>>
> Ho tolto l'opzione -s (e poi -n) e la doppia [], lo script parte e non
> mostra nulla, il cursore lampeggia.

l'opzione "-n 1" definisce il numero di caratteri attesi da read, 1 in
questo caso. Se non lo metti devi togliere anche "1" e dovrai poi
premere invio al prompt.

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

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

[Nemo]

Il Fri, 01 Sep 2017 11:40:16 +0200, angelo ha scritto:

[...]

Forse ho messo troppa carne sul fuoco. Per me, alcune procedure sono un
argomento nuovo e quindi devo assimilarle.

> E' necessario abilitare nel nas la condivisione nfs della directory
> interessata per l'indirizzo o la rete locale.
>
> In Pannello di Controllo selezioni la cartella condivisa e in
> "Modifica-Permessi NFS - Crea" aggiungi l'indirizzo IP di origine.

Cosa intendi per IP di origine, l'origine della fonte dei miei dati da
salvare e cioè il mio Computer, il Client.
Non conoscendo il suo IP, con il Nas acceso, ho digitato il comando
ifconfig esce il seguente listato:

alfa@alfa:~$ ifconfig
eno1 Link encap:Ethernet IndirizzoHW 74:46:a0:b3:28:3b
indirizzo inet:10.42.0.1 Bcast:10.42.0.255
Maschera:255.255.255.0
indirizzo inet6: fe80::7646:a0ff:feb3:283b/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:425 errors:0 dropped:0 overruns:0 frame:0
TX packets:331 errors:0 dropped:0 overruns:0 carrier:0
collisioni:0 txqueuelen:1000
Byte RX:84404 (84.4 KB) Byte TX:37629 (37.6 KB)
Interrupt:20 Memoria:f7c00000-f7c20000

lo Link encap:Loopback locale
indirizzo inet:127.0.0.1 Maschera:255.0.0.0
indirizzo inet6: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:65536 Metric:1
RX packets:1580 errors:0 dropped:0 overruns:0 frame:0
TX packets:1580 errors:0 dropped:0 overruns:0 carrier:0
collisioni:0 txqueuelen:1000
Byte RX:118472 (118.4 KB) Byte TX:118472 (118.4 KB)

alfa@alfa:~$

Per cui presumo che l'Ip del Computer sia 10.42.0.1, così l'ho impostato
nel Nas, come indirizzo IP di origine.

>
> Poi col comando:
>
> sudo /sbin/mount.nfs 192.168.x.y:/volume1/NetBackup
> <percorso_directory_locale>
>
> monti la directory remota nel <percorso_directory_locale>, che deve
> 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

[angelo]

Il 03/09/2017 16:52, Nemo ha scritto:
...

>> In Pannello di Controllo selezioni la cartella condivisa e in
>> "Modifica-Permessi NFS - Crea" aggiungi l'indirizzo IP di origine.
>
> Cosa intendi per IP di origine, l'origine della fonte dei miei dati da
> salvare e cioè il mio Computer, il Client.

Corretto

> Non conoscendo il suo IP, con il Nas acceso, ho digitato il comando
> ifconfig esce il seguente listato:
>
> alfa@alfa:~$ ifconfig
> eno1 Link encap:Ethernet IndirizzoHW 74:46:a0:b3:28:3b
> indirizzo inet:10.42.0.1 Bcast:10.42.0.255

...

> Per cui presumo che l'Ip del Computer sia 10.42.0.1, così l'ho impostato
> nel Nas, come indirizzo IP di origine.

E presumi bene, pero' devi dare al tuo PC un indirizzo IP statico oppure
puoi autorizzare tutta la tua LAN mettendo 10.42.0.0/24 invece
dell'indirizzo del PC.
...

> Non riesco a capire questo passaggio, il comando dovrebbe essere il
> seguente?
> sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/alfa

Si' ma il punto di montaggio non puo' essere /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)??

No, devi fargli montare la cartella remota nel tuo file-system in una
cartella che hai creato tu e che deve essere vuota, se no succede che:

> Quando eseguo questo comando la mia home/alfa diventa *bloccata* non
> riesco più a salvare nessun file aperto o ad aprire Caja.

E questa cartella deve stare fuori della tua home personale altrimenti
quando fai il backup della tua home fai il backup anche della cartella
remota che contiene il backup della tua home che contiene anche ecc.
Io ho creato una cartella mount in /home nella quale creo le cartelle
dove montare tutte le varie condivisioni remote.
Il tuo comando diventerebbe allora qualcosa come:
sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/mount/nas

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

:-)

angelo

[Nemo]

Il Sun, 03 Sep 2017 21:10:12 +0200, angelo ha scritto:

> Il 03/09/2017 16:52, Nemo ha scritto:
> ...
>>> In Pannello di Controllo selezioni la cartella condivisa e in
>>> "Modifica-Permessi NFS - Crea" aggiungi l'indirizzo IP di origine.
>>
>> Cosa intendi per IP di origine, l'origine della fonte dei miei dati da
>> salvare e cioè il mio Computer, il Client.
>
> Corretto

[...]

> E presumi bene, pero' devi dare al tuo PC un indirizzo IP statico oppure
> puoi autorizzare tutta la tua LAN mettendo 10.42.0.0/24 invece
> dell'indirizzo del PC.
> ...

Con il Nas acceso, nel mio computer (Client) ho impostato la rete in
questo modo:

IP Address: 10.42.0.1 (come da ifconfig)
NetMask: 255.255.255.0
Gateway: 10.42.0.1
DNS: vuoto
E' corretto avere il Gateway identico all'IP?

[...]

> No, devi fargli montare la cartella remota nel tuo file-system in una
> cartella che hai creato tu e che deve essere vuota, se no succede che:
>> Quando eseguo questo comando la mia home/alfa diventa *bloccata* non
>> riesco più a salvare nessun file aperto o ad aprire Caja.
>
> E questa cartella deve stare fuori della tua home personale altrimenti
> quando fai il backup della tua home fai il backup anche della cartella
> remota che contiene il backup della tua home che contiene anche ecc.
> Io ho creato una cartella mount in /home nella quale creo le cartelle
> dove montare tutte le varie condivisioni remote.
> Il tuo comando diventerebbe allora qualcosa come:
> 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

[angelo]

Il 04/09/2017 11:14, Nemo ha scritto:
> [...]
>> E presumi bene, pero' devi dare al tuo PC un indirizzo IP statico oppure
>> puoi autorizzare tutta la tua LAN mettendo 10.42.0.0/24 invece
>> dell'indirizzo del PC.
>> ...
>
> Con il Nas acceso, nel mio computer (Client) ho impostato la rete in
> questo modo:
>
> IP Address: 10.42.0.1 (come da ifconfig)
> NetMask: 255.255.255.0
> Gateway: 10.42.0.1
> DNS: vuoto
> E' corretto avere il Gateway identico all'IP?

No, alla voce gateway devi mettere l'indirizzo IP del router e al DNS
devi dare l'indirizzo di un server DNS, 8.8.8.8 e' quello di Google ma
ce ne sono altri.
Oppure puoi lasciare l'acquisizione dell'indirizzo IP del PC in
automatico e consentire la condivisione NFS sul NAS a tutta la rete
10.42.0.0/24. Soluzione migliore se vuoi accedere da diversi PC.

> [...]

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

> ...

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

Non sei stato molto attento! ;-)
Ho scritto:

> E questa cartella deve stare fuori della tua home personale altrimenti
> quando fai il backup della tua home fai il backup anche della cartella
> remota che contiene il backup della tua home che contiene anche ecc.
> Io ho creato una cartella mount in /home nella quale creo le cartelle
> dove montare tutte le varie condivisioni remote.
> Il tuo comando diventerebbe allora qualcosa come:
> sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/mount/nas

> 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

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

[Nemo]

Il Mon, 04 Sep 2017 12:51:59 +0200, angelo ha scritto:

[...]
>

> No, alla voce gateway devi mettere l'indirizzo IP del router e al DNS
> devi dare l'indirizzo di un server DNS, 8.8.8.8 e' quello di Google ma
> ce ne sono altri.
> Oppure puoi lasciare l'acquisizione dell'indirizzo IP del PC in
> automatico e consentire la condivisione NFS sul NAS a tutta la rete
> 10.42.0.0/24. Soluzione migliore se vuoi accedere da diversi PC.
>

Ok, sapevo di queste impostazioni, ma, purtroppo, non uso un router, per
forza di causa maggiore faccio Tethering con smartphone.

> Non sei stato molto attento! ;-)
> Ho scritto:
> E questa cartella deve stare fuori della tua home personale altrimenti
> quando fai il backup della tua home fai il backup anche della cartella
> remota che contiene il backup della tua home che contiene anche ecc.
> Io ho creato una cartella mount in /home nella quale creo le cartelle
> dove montare tutte le varie condivisioni remote.
> Il tuo comando diventerebbe allora qualcosa come:
> sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/mount/nas
>

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

[angelo]

Il 04/09/2017 20:36, Nemo ha scritto:
>>...

> Ok, sapevo di queste impostazioni, ma, purtroppo, non uso un router, per
> forza di causa maggiore faccio Tethering con smartphone.

Ok, puoi comunque dare il permesso NFS a tutta la rete 10.42.0.0/24
cosi' non ti devi preoccupare di eventuali cambi dell'indirizzo IP del
PC o di collegare altri PC.

...

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

Se hai creato la cartella come root e' naturale...

> Forse devo cambiare i permessi da terminale?
> sudo chmod 777 /home/mount/nas

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

angelo

[Nemo]

Il Tue, 05 Sep 2017 09:41:35 +0200, angelo ha scritto:

> Il 04/09/2017 20:36, Nemo ha scritto:
>>>...
>> Ok, sapevo di queste impostazioni, ma, purtroppo, non uso un router,
>> per forza di causa maggiore faccio Tethering con smartphone.
>
> Ok, puoi comunque dare il permesso NFS a tutta la rete 10.42.0.0/24
> cosi' non ti devi preoccupare di eventuali cambi dell'indirizzo IP del
> PC o di collegare altri PC.
>

> Fatto!

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

Devo dire che non ho mai visto niente di simile. In quasi 10 anni che
utilizzo Linux, non ho mai visto una cartella remota di un Nas/Server
all'interno del proprio filesystem.
Questo è stupefacente. Con questo tipo di procedura, ci si può connettere
anche a KM di distanza, naturalmente con tutta la sicurezza dovuta(ssh).

Io sono un Power-User e devo dire che sto imparando cose nuove, da
SysAdmin, ma oltre all'entusiasmo di acquisire nuove procedure vi è anche
la frustrazione. Dopo quasi una settimana, e dopo circa 28 post ho
risolto quasi poco. Certe volte mi faccio riguardo a rispondere, perchè
mi sembra di... abusare della pazienza altrui...

> Se hai creato la cartella come root e' naturale...

Come utente Alfa non ho la possibilità di creare nessuna cartella nel
filesystem e quindi mi sono loggato come root.

>
>> Forse devo cambiare i permessi da terminale?
>> sudo chmod 777 /home/mount/nas
>
> 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

[angelo]

Il 06/09/2017 07:32, Nemo ha scritto:
...

>
> Devo dire che non ho mai visto niente di simile. In quasi 10 anni che
> utilizzo Linux, non ho mai visto una cartella remota di un Nas/Server
> all'interno del proprio filesystem.
> Questo è stupefacente. Con questo tipo di procedura, ci si può connettere
> anche a KM di distanza, naturalmente con tutta la sicurezza dovuta(ssh).

Con chiave, non password, naturalmente!

> Io sono un Power-User e devo dire che sto imparando cose nuove, da
> SysAdmin, ma oltre all'entusiasmo di acquisire nuove procedure vi è anche
> la frustrazione. Dopo quasi una settimana, e dopo circa 28 post ho
> risolto quasi poco. Certe volte mi faccio riguardo a rispondere, perchè
> mi sembra di... abusare della pazienza altrui...

Tu prova lo stesso, mal che vada non ti si risponde...
...

>
>>> Forse devo cambiare i permessi da terminale?
>>> sudo chmod 777 /home/mount/nas
>>
>> 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

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

[angelo]

Il 06/09/2017 10:08, angelo ha scritto:
>
> Con chiave, non password, naturalmente!

Con chiave protetta da password, non solo user e password.

angelo

[Nemo]

Il Wed, 06 Sep 2017 10:08:40 +0200, angelo ha scritto:
[...]
>

> Allora puoi provare a lanciare il comando chown loggandoti come root
> anziche' con sudo da alfa.
>

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

[angelo]

Il 06/09/2017 19:12, Nemo ha scritto:

> ...

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

Bene!

> ===
> A questo punto entra in gioco lo script. Ho lanciato lo script da
> terminale e mi da questo errore:

...

> ERROR: password file must not be other-accessible
> rsync error: syntax or usage error (code 1) at authenticate.c(196)

> ===
> 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??

Che solo lo user e il gruppo e non altri deve avere accesso al file, un
chmod 660 o 440 per esempio.

angelo

[Nemo]

> Che solo lo user e il gruppo e non altri deve avere accesso al file, un
> chmod 660 o 440 per esempio.
>
> 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]

[angelo]

Il 08/09/2017 06:21, Nemo ha scritto:
> 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$

Ok,

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

Per il backup non e' necessario montare la directory del nas, serve solo
per avervi accesso con il file manager.

> Solo che, mi da errore nel raggiungere la cartella condivisa NetBackup
> sul Nas.

E' solo un problema di permessi della cartella NetBackup.

> 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

Qui hai aggiunto la directory current che prima non c'era...

#DST=rsync://$USR@$HST/$USR/rsync
DST="rsync://al...@10.42.0.36/NetBackup/ALFA/rsync/current"

...

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

Vedi sopra, problema di permessi di accesso.

angelo

[Nemo]

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

[angelo]

Il 10/09/2017 10:11, Nemo ha scritto:
...

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

Peccato. :-(

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

A presto, allora!

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

Bella zona! Tengo presente! Io sto a Milano, zona navigli.

> Ciao, con riconoscenza,
> Nemo

Ciao.
angelo

[Nemo]

[...]

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

[angelo]

Il 15/09/2017 17:55, Nemo ha scritto:
> [...]
>
> Ciao Angelo,
> dopo 3 giorni, mi è ritornata la curiosità e ho iniziato ad effettuare
> ricerche e prove!

...

> 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

Sicuro di averla montata in "/mnt"? Non dovresti avervi accesso!

> 3) Eseguo lo script nel terminale: ./backup.sh
> Con risultato negativo.

Certo! Tu non hai accesso in scrittura su /mnt.
Comunque, come ti dicevo in un precedente post, si tratta di accertarsi
di avere i permessi rw sulle directory di backup del nas.
Parti da qui:
-accedi al nas come utente alfa con l'interfaccia web,
-clicca su "file station" e cerca la directory "NetBackup"
-entra, leggi il contenuto e crea una cartella qualsiasi.
Fammi sapere se tutto va bene e poi proseguiamo.

...

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

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

angelo

[Nemo]

Il Fri, 15 Sep 2017 22:24:16 +0200, angelo ha scritto:

> Il 15/09/2017 17:55, Nemo ha scritto:
>> [...]
>>
>> Ciao Angelo,
>> dopo 3 giorni, mi è ritornata la curiosità e ho iniziato ad effettuare
>> ricerche e prove!
>
> ...
>
>> 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
>
> Sicuro di averla montata in "/mnt"? Non dovresti avervi accesso!
>
>> 3) Eseguo lo script nel terminale: ./backup.sh Con risultato negativo.
>
> Certo! Tu non hai accesso in scrittura su /mnt.
> Comunque, come ti dicevo in un precedente post, si tratta di accertarsi
> di avere i permessi rw sulle directory di backup del nas.
> Parti da qui:
> -accedi al nas come utente alfa con l'interfaccia web,
> -clicca su "file station" e cerca la directory "NetBackup"
> -entra, leggi il contenuto e crea una cartella qualsiasi.
> Fammi sapere se tutto va bene e poi proseguiamo.
> > ...
>

OK, ho fatto come suggerito:
1) Tramite Firefox, mi sono loggato al nas, come utente alfa.
2) In file Station, all’interno della cartella condivisa Netbackup, ho
creato una nuova cartella chiamata “Prova”.
3) All’interno della cartella Prova, ho copiato a caso un file pdf
trovato in NetBacup/Archivio230, infine ho caricato (upload) una foto.jpg
dal mio PC client /home/alfa/Immagini, con lo stesso metodo usato per
Dropbox, Drive o un qualsiasi server cloud.

>> È 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
>
> Io il supporto te lo do, ma tu mi devi seguire...

:-)
>
> angelo

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

[angelo]

Il 16/09/2017 11:06, Nemo ha scritto:
...

> IMHO (nella mia umile esperienza), direi che l’utente “alfa” ha i
> privilegi di rw (read-write) nella cartella condivisa NetBackup.
> 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

[Nemo]

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

[angelo]

Il 16/09/2017 20:22, Nemo ha scritto:
...

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

...

>
> @ERROR: account system disabled
> 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

[Nemo]

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

[Nemo]

[...]

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

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

Ciao,
Nemo

[angelo]

Il 17/09/2017 22:33, Nemo ha scritto:
...
> *** FUNZIONA!!!!!!!!!!!!!!!!!!!!!!!!***

:-) Era solo un problema di permessi.

...

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

Nei successivi sara' ancora piu' veloce perche' trasferira' solo i file
aggiunti o modificati.
Adesso devi solo verificare che sulla destinazione ci sia tutto quello
che intendi salvare e che se cancelli o modifichi un file sul pc lo devi
poi trovare sul nas nella directory delta<data_del_backup>.

> Che cosa significa?
> Che, su 19.50 Gb, solamente 355.77 Kb sono stati ricevuti sul Nas?

Che 19.50 sono dal pc verso il nas e 355.77 dal nas verso il pc.

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

Si' ma deve trovare le directory Archivio230/rsync e Archivio250/rsync e
avervi l'accesso.

> La tua mail, vicino all’oggetto è attiva?

Si'

> Intanto ti ringrazio TANTISSIMO!!

:-)


angelo

[Nemo]

Il Mon, 18 Sep 2017 11:13:44 +0200, angelo ha scritto:

>> Intanto ti ringrazio TANTISSIMO!!
>
> :-)
>
>
> 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

[angelo]

Il 19/09/2017 21:28, Nemo ha scritto:
>
> 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"

Gia'!

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

Non e' merito di nfs perche' rsync, cosi' come lo stai utilizzando, e'
svincolato da nfs.

> Alla fine del backup, osservando il file di log ho notato che sul Nas,
> nell’Archivio235, mancavano delle immagini con estensione .iso

...

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

Direi che se ti EXCLUDE alcuni file ha i suoi buoni motivi per farlo... ;-)

> Tu utilizzi qualche comando/script o risorsa da Amministratore di Sistema
> 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

[Nemo]

Il Wed, 20 Sep 2017 09:53:53 +0200, angelo ha scritto:

Ciao Angelo,

>
> Non e' merito di nfs perche' rsync, cosi' come lo stai utilizzando, e'
> svincolato da nfs.

Ho aggiunto un altro tassello alla conoscenza diRsync ed NFS

>>
>> Dipende forse dai permessi?
>
> Direi che se ti EXCLUDE alcuni file ha i suoi buoni motivi per farlo...
> ;-)

Avevi proprio ragione, nel file exclude.lst c'era una stringa del tipo:
*.iso
:-)

>
>> Tu utilizzi qualche comando/script o risorsa da Amministratore di
>> Sistema 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.
>

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

[angelo]

Il 20/09/2017 20:59, Nemo ha scritto:
...

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

Non e' necessario, lo hai gia' fatto!

> Un cordiale saluto,
> Nemo

Saluti!
angelo