Backups

I backup di ingage sono gestiti da un istanza di Duplicati installata su una RaspberryPi 3 situata dietro al televisore in ufficio.

Se si è connessi alla rete dell’ufficio cliccare qui per aprire la pagina di gestione

Nota

Nel caso in cui il link non dovesse funzionare chiedere a qualcuno del reparto tecnico di localizzare la raspberry nella rete in quanto potrebbe aver cambiato IP

I backup vengono eseguiti ogni 12h alle 01:00 e alle 13:00 e, per questioni di instabilità del filesystem sshfs la raspberry è configurata per riavviarsi ogni giorno alle 00:55. Nel caso in cui si voglia modificare questo comportamento prego eseguire il comando sudo nano /etc/crontab da una shell e modificare la riga correlata secondo lo standard descritto nella pagina di wikipedia

Struttura di backup

Duplicati eseguirà tutti i backup utilizzando come sorgente dei mountpoint di sshfs, montati con fstab (o qui) all’avvio, nella cartella /mnt e come destinazione il server FTP passivo (su duplicati chiamato aFTP o Alternative FTP) di \\INJOINSPACE con le credenziali utente di fcattoni con destinazione /mnt/array1/Ingage_Bck/[SOTTODOMINIO_SERVER]

Importante

Per cambiare le credenziali associate sarà sufficiente aprire la scheda di modifica del Job di duplicati da modificare (click sul nome > click su «Modifica…»), andare nella tab 2 (destinazione), cambiare le credenziali, andare nell’ultima tab e salvare il tutto

Nota

Nella pagina di modifica del Job è sufficiente cliccare sul titolo/numero dello step presente in alto per visualizzarlo

Notifiche

Tutti i backup sono impostati per mandare una mail di log completa al termine di ogni esecuzione attraverso il server SFTP di postal alla mail francesco.cattoni@ingage.it

Importante

Per cambiare la mail di destinazione è sufficiente andare all’ultimo step della pagina di modifica e cambiare il valore per send-mail-to nelle opzioni avanzate. Per raggiungere la pagina di modifica fare riferimento alla prima nota della pagina corrente

Concetti base Duplicati

Troubleshooting e Manutenzione

Data l’instabilità dell’infrastruttura capita spesso che duplicati fallisca durante l’esecuzione di un backup per svariati motivi (disconnessione sshfs, non risposta del server FTP, timeout, memoria raspberry saturata, disco pieno sulla raspberry, …)

In questi casi, dipendentemente dalla motivazione, duplicati tenta di recuperare il backup corrente e riprendere da dove si era interrottoma in certi casi fallisce

Importante

In casi non gestiti da questa lista o in caso di fallimento di una di queste procedure prego fare riferimento alla documentazione ufficiale di Duplicati e al forum ufficiale.

In caso di fallimento possono accadere le seguenti cose (tra quelle già accadute in passato):
Errore durante il backup successivo di Duplicati:

Duplicati ha fallito l’esecuzione e non è riuscito a recuperare da dove aveva terminato Gli errori fin’ora ricevuti sono i seguenti:

Unexpected difference in fileset version [NUMERO]: [DATE] [TIME] (database id: [NUMERO]), found [NUMERO] entries, but expected [NUMERO (solitamente poco più piccolo del precedente)]

In questo caso duplicati è stato interrotto durante un backup non recuperabile dopo che il processo aveva già caricato dei file nella destinazione. Questa situazione impedisce a Duplicati di procedere con il backup successivo per evitare la perdita di dati. La soluzione è richiedere l’eliminazione dei dati pariziali

Per verificare se la situazione è quella qui descritta procedere come segue

  1. Cliccare il titolo del Job

  2. Cliccare su «Riga di comando…»

  3. Selezionare il comando list-broken-files dalla lista per il campo «Command»

  4. Rimuovere il contenuto di «Commandline arguments»

  5. Rimuovere, utilizzando le X blu, tutte le voci «exclude» presenti nella lista di «Advanced options»

6. Confermare l’esecuzione (tasto «» in fondo alla pagina) e attenderne il risultato -> Se il risultato segnala una lista di file corrotti allora la situazione corrisponde a quella descritta

Per risolvere il problema procedere come segue

  1. Cliccare il titolo del Job

  2. Cliccare su «Riga di comando…»

  3. Selezionare il comando purge-broken-files dalla lista per il campo «Command»

  4. Rimuovere il contenuto di «Commandline arguments»

  5. Rimuovere, utilizzando le X blu, tutte le voci «exclude» presenti nella lista di «Advanced options»

  6. Confermare l’esecuzione (tasto «» in fondo alla pagina) e attenderne il risultato

Recreated database has missing blocks and [NUMERO] broken filelists. Consider using «list-broken-files» and «purge-broken-files» to purge broken data from the remote store and the database.

Questo errore è dato dal comando Repair se eseguito su un database locale non terminato con file già caricati nella destinazione

Questo caso ha la risoluzione analoga al caso precedente

The backup storage destination is missing data files. You can either enable –rebuild-missing-dblock-files or run the purge command to remove these files. The following files are missing: [LISTA DI FILE]

Questo caso è particolare. Nel caso in cui la lista contenga molti file prego verificare che la destinazione sia raggiungibile e che i file non siano stati spostati. In caso siano 1 o 2 file tentare un esecuzione del comando Repair tramite la pagina «Riga di comando» con la flag –rebuild-missing-dblock-files

Procedere come segue

  1. Cliccare sul titolo del Job

  2. Cliccare su «Riga di comando…»

  3. Selezionare il comando restore dalla lista per il campo «Command»

  4. Sostituire il contenuto di «Commandline arguments» con --rebuild-missing-dblock-files

  5. Confermare l’esecuzione (tasto «» in fondo alla pagina) e attenderne il risultato

Lo spazio disco della RaspberryPi è terminato

Essendo che la scheda SD utilizzata dalla raspberry presenta solo 8GB di memoria potrebbe capitare che essa termini lo spazio

La prima operazione da effettuare è connettersi via VNC alla raspberry, aprire un terminale ed eseguire il comando baobab

Quando la finestra si sarà aperta selezionare il disco principale e attendere il termine della scansione. Il risultato permette di identificare la fonte del problema segnalando i file che occupano più spazio su disco

Le motivazioni possono essere tre
Per qualche ragione Duplicati ha salvato i file del backup in locale

Caso accaduto solo con una device esterna come destinazione e quindi non relativo alla struttura corrente

Nel caso in cui accada è sufficiente spostare da qualche altra parte i file e verificare la motivazione dell’accaduto

Dei file di log hanno saturato il disco

In questo caso sarà sufficiente spostare i file di log (se rilevanti) su \\INJOINSPACE ed eliminarli dalla raspberry/svuotarli (per svuotarli è consigliabile usare il comando echo > FILEPATH)

I database locali di Duplicati hanno riempito il disco

Questo è il caso più critico in quanto non è possibile ridurre lo spazio utilizzato da essi. Ne caso in cui avvenga questa casistica sarà necessario l’acquisto di una nuova scheda SD di grandezza superiore (è consigliabile >= 32GB) e clonare il contenuto della scheda SD in quella nuova

Per effettuare la procedura consiglio l’uso di `EaseUS Todo Backup Free <>`_ per clonare l’SD corrente in quella nuova utilizzando un computer Windows

Impossibile ripristinare il database locale