Discussione:
Script per Backup su NAS
(troppo vecchio per rispondere)
Nemo
2017-08-29 08:51:05 UTC
Permalink
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
2017-08-29 08:57:13 UTC
Permalink
Post by 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
=================================
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
=================================
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
Nemo
2017-08-29 10:42:49 UTC
Permalink
Il Tue, 29 Aug 2017 01:57:13 -0700, Jack ha scritto:
[...]
Post by 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
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
2017-08-29 10:59:09 UTC
Permalink
Post by Nemo
[...]
Post by 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
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
Nemo
2017-08-29 11:07:09 UTC
Permalink
Il Tue, 29 Aug 2017 12:59:09 +0200, angelo ha scritto:

[...]
Post by angelo
Potrebbe essere banalmente che non hai messo il percorso del file di log
tra virgolette?
angelo
Purtroppo, No, mi da lo stesso 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:
angelo
2017-08-29 10:24:13 UTC
Permalink
Post by 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.
"Com'e' umano Lei..." (cit)
Post by Nemo
Fin qui, tutto OK.
A Giugno mi sono regalato un computer più recente e attualmente lo script
=================================
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
...
Post by Nemo
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
2017-08-29 10:59:26 UTC
Permalink
Il Tue, 29 Aug 2017 12:24:13 +0200, angelo ha scritto:

[...]
Post by angelo
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
angelo
2017-08-29 11:12:58 UTC
Permalink
Post by Nemo
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!
Post by Nemo
Nel precedente post, ho condiviso l'intero script, con il percorso,
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.
Post by Nemo
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
2017-08-29 12:01:29 UTC
Permalink
Post by angelo
Post by Nemo
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!
Post by Nemo
Nel precedente post, ho condiviso l'intero script, con il percorso,
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.
Post by Nemo
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
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.
Post by 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
angelo
2017-08-29 14:45:27 UTC
Permalink
Il 29/08/2017 14:01, Nemo ha scritto:
...
Post by Nemo
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
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.
Post by 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
Nemo
2017-08-29 19:59:27 UTC
Permalink
Il Tue, 29 Aug 2017 16:45:27 +0200, angelo ha scritto:
[...]
Post by angelo
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
2017-08-29 20:56:47 UTC
Permalink
Il 29/08/2017 21:59, Nemo ha scritto:

...
Post by Nemo
Mi piace questo script, è più semplice, non devo montare manualmente la
cartella del Nas.
sudo ufw allow 873
Veniva piu' semplice usando l'interfaccia grafica in Pannello di
Controllo - Sicurezza - Firewall
Post by Nemo
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.
Post by Nemo
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
angelo
2017-08-30 10:52:42 UTC
Permalink
Post by Nemo
[...]
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
2017-08-30 14:22:55 UTC
Permalink
Post by angelo
Post by Nemo
[...]
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
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
2017-08-30 15:27:06 UTC
Permalink
Post by 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.
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.
Post by Nemo
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'?
...> mount -t cifs //$HOST/$DIRBACKUP $TARGET -o
username=$USER,password=$PWD
Post by Nemo
# VERIFICA CHE IL DISCO E' MONTATO
Questo presuppone sempre di montare il nas con samba...
Post by Nemo
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
2017-08-30 19:12:46 UTC
Permalink
Post by angelo
Post by 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.
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.
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:~$ ./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://***@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:~$

***************************
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
***************************
Post by angelo
Tieni presente che rsync vuole il file della password con accesso
esclusivo dello user che lo esegue.
Post by Nemo
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
2017-08-31 05:40:14 UTC
Permalink
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
2017-08-31 08:08:27 UTC
Permalink
Il 30/08/2017 21:12, Nemo ha scritto:
...
Post by Nemo
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
./backup.sh: 43: read: Illegal option -s
Puoi togliere l'opzione -s che qui non serve.
Post by Nemo
./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.
Post by Nemo
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/
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://***@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.
Post by Nemo
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
Nemo
2017-09-01 07:31:54 UTC
Permalink
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:~$ showmount -e 10.42.0.36
Export list for 10.42.0.36:
/volume1/NetBackup 10.42.0.36

***@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:~$ 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:~$

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.
Post by angelo
Puoi togliere l'opzione -s che qui non serve.
Post by Nemo
./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.
Post by angelo
Post by Nemo
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/
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
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://***@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
angelo
2017-09-01 09:40:16 UTC
Permalink
Post by Nemo
Oggi anche qui in pianura si sta bene, sembra di essere in montagna :-)
...
Post by Nemo
Errori “Mount”
"L'accesso è negato" durante il montaggio può indicare alcuni dei
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.
Post by Nemo
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.
Post by Nemo
Lo so che le mie domande sono da profano, ma ho iniziato questo problema
e mi piacerebbe risolverlo.
Sei sulla strada giusta!
Post by Nemo
Post by angelo
Puoi togliere l'opzione -s che qui non serve.
Post by Nemo
./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.
Post by Nemo
Post by angelo
[...]
Questo dovrebbe essere il Collegamento Assoluto
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://***@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
2017-09-03 14:52:21 UTC
Permalink
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.
Post by angelo
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:~$ 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:~$

Per cui presumo che l'Ip del Computer sia 10.42.0.1, così l'ho impostato
nel Nas, come indirizzo IP di origine.
Post by angelo
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
2017-09-03 19:10:12 UTC
Permalink
Il 03/09/2017 16:52, Nemo ha scritto:
...
Post by Nemo
Post by angelo
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
Post by Nemo
Non conoscendo il suo IP, con il Nas acceso, ho digitato il comando
eno1 Link encap:Ethernet IndirizzoHW 74:46:a0:b3:28:3b
indirizzo inet:10.42.0.1 Bcast:10.42.0.255
...
Post by Nemo
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.
...
Post by Nemo
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
Post by Nemo
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
Post by Nemo
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
Post by Nemo
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
2017-09-04 09:14:13 UTC
Permalink
Post by angelo
...
Post by Nemo
Post by angelo
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
[...]
Post by angelo
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?

[...]
Post by angelo
No, devi fargli montare la cartella remota nel tuo file-system in una
Post by Nemo
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.
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:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
alfa/backupsettings/mount/netbackup
[sudo] password di 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
2017-09-04 10:51:59 UTC
Permalink
Post by Nemo
[...]
Post by angelo
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
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.
Post by Nemo
[...]
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! ;-)
Post by Nemo
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.
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
alfa/backupsettings/mount/netbackup
e al terminale NON ho avuto nessun messaggio di errore!!!!
Ma nella gestione risorse di Caja, quando clicco sulla cartella remota
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
2017-09-04 18:36:40 UTC
Permalink
Il Mon, 04 Sep 2017 12:51:59 +0200, angelo ha scritto:

[...]
Post by angelo
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.
Post by angelo
Non sei stato molto attento! ;-)
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.
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:~$ 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
2017-09-05 07:41:35 UTC
Permalink
Post by Nemo
...
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.

...
Post by Nemo
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.
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...
Post by Nemo
Forse devo cambiare i permessi da terminale?
sudo chmod 777 /home/mount/nas
Meglio un "sudo chown alfa:users /home/mount/nas"

angelo
Nemo
2017-09-06 05:32:11 UTC
Permalink
Post by angelo
Post by Nemo
...
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!
Post by Nemo
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.
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...
Post by angelo
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.
Post by angelo
Post by Nemo
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
2017-09-06 08:08:40 UTC
Permalink
Il 06/09/2017 07:32, Nemo ha scritto:
...
Post by Nemo
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!
Post by Nemo
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...
...
Post by Nemo
Post by angelo
Post by Nemo
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
2017-09-06 09:23:46 UTC
Permalink
Post by angelo
Con chiave, non password, naturalmente!
Con chiave protetta da password, non solo user e password.

angelo
Nemo
2017-09-06 17:12:07 UTC
Permalink
Il Wed, 06 Sep 2017 10:08:40 +0200, angelo ha scritto:
[...]
Post by angelo
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:~$ sudo -s
[sudo] password di alfa:
***@alfa:~# sudo chown alfa:users /home/mount/nas
***@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:~$ 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:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
mount/nas
[sudo] password di 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://***@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
2017-09-06 20:29:38 UTC
Permalink
Post by Nemo
...
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!
Post by Nemo
===
A questo punto entra in gioco lo script. Ho lanciato lo script da
...
Post by Nemo
ERROR: password file must not be other-accessible
rsync error: syntax or usage error (code 1) at authenticate.c(196)
===
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
2017-09-08 04:21:07 UTC
Permalink
Post by angelo
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:~$ cd backupsettings
***@alfa:~/backupsettings$ chmod 660 paswd.txt
***@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:~/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:~$ 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:~$ sudo /sbin/mount.nfs 10.42.0.36:/volume1/NetBackup /home/
mount/nas
***@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://***@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]
Premere un tasto per terminare:
angelo
2017-09-08 10:22:03 UTC
Permalink
Post by Nemo
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
Ok,
Post by Nemo
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.
Post by Nemo
Solo che, mi da errore nel raggiungere la cartella condivisa NetBackup
sul Nas.
E' solo un problema di permessi della cartella NetBackup.
Post by Nemo
Inoltre, nell'output del comando rsync, alla fine mi esce 2 volte la
parola /current/current, può esserci qualche errore nelle variabili dello
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://***@10.42.0.36/NetBackup/ALFA/rsync/current"

...
Post by Nemo
rsync -vlhrti --delete --backup --backup-dir=delta/2017-09-08_06-01 --
exclude-from=/home/alfa/backupsettings/exclude.lst --password-file=/home/
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
2017-09-10 08:11:22 UTC
Permalink
Post by angelo
alfa 449 lug 2 10:21 exclude.lst -rw-rw---- 1 alfa alfa 12 set 6
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
https://drive.google.com/open?id=0B422BQgyMG7xRW9fY244Nzg0R3M
Qui hai aggiunto la directory current che prima non c'era...
...
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
@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
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
2017-09-11 07:51:17 UTC
Permalink
Il 10/09/2017 10:11, Nemo ha scritto:
...
Post by 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.
Peccato. :-(
Post by Nemo
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!
Post by Nemo
Naturalmente, ti ringrazio per la tua cortesia, la tua dedizione e
perseveranza nell'aiutarmi.
:-)
Post by Nemo
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.
Post by Nemo
Ciao, con riconoscenza,
Nemo
Ciao.
angelo
Nemo
2017-09-15 15:55:17 UTC
Permalink
[...]

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
2017-09-15 20:24:16 UTC
Permalink
Post by Nemo
[...]
Ciao Angelo,
dopo 3 giorni, mi è ritornata la curiosità e ho iniziato ad effettuare
ricerche e prove!
...
Post by Nemo
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!
Post by Nemo
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.

...
Post by Nemo
È 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
2017-09-16 09:06:31 UTC
Permalink
Post by angelo
Post by Nemo
[...]
Ciao Angelo,
dopo 3 giorni, mi è ritornata la curiosità e ho iniziato ad effettuare
ricerche e prove!
...
Post by Nemo
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!
Post by Nemo
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.
-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.
Post by Nemo
...
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.
Post by angelo
Post by Nemo
È 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...
:-)
Post by 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
angelo
2017-09-16 13:39:36 UTC
Permalink
Il 16/09/2017 11:06, Nemo ha scritto:
...
Post by Nemo
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://***@10.42.0.36/NetBackup/ALFA/rsync/current"
che diventa:
DST="rsync://***@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
2017-09-16 18:22:25 UTC
Permalink
Post by Nemo
...
Post by Nemo
IMHO (nella mia umile esperienza), direi che l’utente “alfa” ha i
privilegi di rw (read-write) nella cartella condivisa NetBackup.
Ciao, Nemo
https://drive.google.com/open?id=0B422BQgyMG7xRW9fY244Nzg0R3M
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://***@10.42.0.36/NetBackup/ALFA/rsync"


e mi esce questo messaggio di errore:

***@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://***@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
2017-09-17 17:00:48 UTC
Permalink
Il 16/09/2017 20:22, Nemo ha scritto:
...
...
Post by Nemo
@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
2017-09-17 20:33:00 UTC
Permalink
...
...
@ERROR: account system disabled rsync error: error starting
client-server protocol (code 5) at main.c
permesso rw su netbackup applicazioni: consenti rsync
rsync modifica account rsync aggiungere alfa con passw di alfa
autorizzazioni avanzate permessi condivisi avanzati diritti rw per
alfa
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://***@10.42.0.36/NetBackup/Archivio230/rsync"
DST="rsync://***@10.42.0.36/NetBackup/Archivio250/rsync"

La tua mail, vicino all’oggetto è attiva?
Intanto ti ringrazio TANTISSIMO!!
Ciao,
Nemo
Nemo
2017-09-18 06:25:12 UTC
Permalink
Post by Nemo
...
...
@ERROR: account system disabled rsync error: error starting
client-server protocol (code 5) at main.c
permesso rw su netbackup applicazioni: consenti rsync
rsync modifica account rsync aggiungere alfa con passw di alfa
autorizzazioni avanzate permessi condivisi avanzati diritti rw per
alfa
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!!!!!!!
[...]
Post by Nemo
La velocità è davvero sorprendente, rispetto a prima il backup è più
[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
2017-09-18 09:13:44 UTC
Permalink
Il 17/09/2017 22:33, Nemo ha scritto:
...
Post by Nemo
*** FUNZIONA!!!!!!!!!!!!!!!!!!!!!!!!***
:-) Era solo un problema di permessi.

...
Post by Nemo
La velocità è davvero sorprendente, rispetto a prima il backup è più
[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>.
Post by Nemo
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.
Post by Nemo
Presumo che per salvare le altre partizioni, devo modificare la riga 25
Si' ma deve trovare le directory Archivio230/rsync e Archivio250/rsync e
avervi l'accesso.
Post by Nemo
La tua mail, vicino all’oggetto è attiva?
Si'
Post by Nemo
Intanto ti ringrazio TANTISSIMO!!
:-)


angelo
Nemo
2017-09-19 19:28:15 UTC
Permalink
Post by angelo
Post by Nemo
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
2017-09-20 07:53:53 UTC
Permalink
Post by Nemo
Ciao Angelo,
ieri sera ho effettuato il backup delle altre 2 partizioni e ho visto che
SRC="/media/alfa/Archivio235"
Gia'!
Post by Nemo
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.
Post by Nemo
Alla fine del backup, osservando il file di log ho notato che sul Nas,
nell’Archivio235, mancavano delle immagini con estensione .iso
...
Post by Nemo
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... ;-)
Post by Nemo
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
2017-09-20 18:59:06 UTC
Permalink
Il Wed, 20 Sep 2017 09:53:53 +0200, angelo ha scritto:

Ciao Angelo,
Post by 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
Post by angelo
Post by Nemo
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
:-)
Post by angelo
Post by Nemo
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
2017-09-21 08:46:37 UTC
Permalink
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

Nady
2017-08-31 19:40:58 UTC
Permalink
Post by Nemo
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://***@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
2017-09-01 07:32:13 UTC
Permalink
Post by Nemo
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
export PASSPHRASE=segreta export FTP_PASSWORD=segretissima
--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
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
Continua a leggere su narkive:
Loading...