Bit rot has detected an error

[AleFonPal]

Salve,

quando effettuo il backup su una unità esterna il ReadyNas segnale questo errore:

Bit rot has detected an error within /data/._share/Public/.snapshot/b_1610990059_20601/ResultFiles/Stress_001134.MaxEigenvalue and cannot correct the error.

Qualche minuto dopo il backup si interrompe con errore.

Ho eseguito lo scrub dei volumi: ci ha messo un paio di giorni ma non vi sono state segnalazioni di errore.

Cosa devo fare per dare una soluzione al warning del Bit rot che ha trovato un errore incorreggibile?

Grazie a tutti.

[ErikaMa]

Salve @AleFonPal,

che firmware è installato sull'RN3138?

Poichè l'errore sospende il backup, al momento non ha un backup aggiornato dei dati del NAS?

Per svolgere verifiche più approfondite, può inviarmi i log del NAS via messaggio privato. Il sistema non accetta il file come allegato, quindi dovrebbe caricarlo in un servizio di cloud e inviarmi il link.

Saluti,

Erika

Team NETGEAR

[ErikaMa]

Buongiorno @AleFonPal,

la ringrazio per avermi inviato i log. 

Abbiamo visto che sta usando rsync per copiare i dati dal volume al drive USB (usando il ReadyNAS loopback).

Questo ci dà l'opzione di escludere dei file dalla copia.

Dal momento che non le serve il contenuto dell'album "_share", può provare ad aggiungere la parola chiave "_share" tra le impostazioni avanzate del task di backup in modo da escludere l'album "_share" dalla copia e verificare se il backup va a buon fine. Dal momento che lo scrub dei volumi si è concluso senza problemi, normalmente non dovrebbe più ricevere questo tipo di errori di bit rot.

Saluti,

Erika

Team NETGEAR

[ErikaMa]

Salve @AleFonPal,

la ringrazio per aver confermato privatamente che il problema persiste e aver inviato nuovi log.

Da questi ultimi, non sembra che il problema del backup sia collegaro all'errore di Bit rot, poichè il backup inizia e prosegue per più di 30 minuti prima di interrompersi.

Abbiamo notato che ha impostato un backup sia con Rsync sia con ReadyDR per la stessa share ("Public") e che entrambi avvengono in contemporanea.

Potrebbe disattivare il backup ReadyDR per quella share e verificare se, dopo averlo fatto, il backup con Rsync viene completato?

Per disattivare la task di backup, non deve fare altro che cliccare col tasto destro sulla task ReadyDR per la share "Public" e selezionare l'opzione "disattiva".

Saluti,

Erika

Team NETGEAR

[ErikaMa]

Salve @AleFonPal,

mi dispiace sapere che il problema persista sia col backup sia con l'errore di bit rot.

Per quanto riguarda la sua domanda sulla cancellazione degli snapshot, trova il processo in questo articolo.

Saluti,

Erika

Team NETGEAR

[ErikaMa]

Buongiorno @AleFonPal,

ho sottoposto gli ultimi log all'attenzione dei nostri esperti, ricevendo la risposta seguente.

Lo snapshot usato per il backup viene cancellato in automatico. Non è possibile cancellare questo tipo di snapshot dall'interfaccia admin, ma in ogni caso, come anticipato, è già cancellato.

Jan 21 23:30:27 XXX rsyncd[1974]: Public/maus/maus marzo 2010/maus/maus2/pcin42/BACK-UP SAM1200 - 12.2002/SOTTOPROGRAMMI SAM1200/
Jan 21 23:30:45 XXX fvbackup-q[3667]: Delete subvolume (no-commit): '/data/._share/Public/.snapshot/b_1611266176_27515'
Jan 21 23:30:45 XXX readynasd[3333]: Error backup job job_001: Failure during copy.
 

La task di backup sembra fallire durante la copia di “BACK-UP SAM1200 - 12.2002/SOTTOPROGRAMMI SAM1200” (vedi giù). La ragione non è chiara.

Giorno 20:
Jan 20 17:59:18 XXX rsyncd[12338]: Public/maus/maus marzo 2010/maus/maus2/pcin42/BACK-UP SAM1200 - 12.2002/PROGRAMMI  PEZZO SAM1200/
Jan 20 17:59:18 XXX rsyncd[12338]: Public/maus/maus marzo 2010/maus/maus2/pcin42/BACK-UP SAM1200 - 12.2002/SOTTOPROGRAMMI SAM1200/
Jan 20 17:59:19 XXX proftpd[18217]: pam_unix(ftp:session): session closed for user term
Jan 20 17:59:21 XXX proftpd[18218]: pam_unix(ftp:session): session opened for user term by (uid=0)
Jan 20 17:59:24 XXX proftpd[18218]: pam_unix(ftp:session): session closed for user term
Jan 20 17:59:28 XXX proftpd[18227]: pam_unix(ftp:session): session opened for user term by (uid=0)
Jan 20 17:59:42 XXX fvbackup-q[3667]: Delete subvolume (no-commit): '/data/._share/Public/.snapshot/b_1611159951_11757'

Giorno 21:

Jan 21 23:30:27 XXX rsyncd[1974]: Public/maus/maus marzo 2010/maus/maus2/pcin42/BACK-UP SAM1200 - 12.2002/PROGRAMMI  PEZZO SAM1200/
Jan 21 23:30:27 XXX rsyncd[1974]: Public/maus/maus marzo 2010/maus/maus2/pcin42/BACK-UP SAM1200 - 12.2002/SOTTOPROGRAMMI SAM1200/
Jan 21 23:30:45 XXX fvbackup-q[3667]: Delete subvolume (no-commit): '/data/._share/Public/.snapshot/b_1611266176_27515'
Jan 21 23:30:45 XXX readynasd[3333]: Error backup job job_001: Failure during copy.

Potreste provare a configurare il backup al drive USB come destinazione locale (come porta USB o una share locale sul drive) piuttosto che come destinazione rsync remota.

Il procedimento usuale per impostare una task di backup verso un drive USB è illustrato nell'articolo How do I back up data from my ReadyNAS OS 6 system to a USB disk? Non è necessario formattare il drive.

Spero che queste info possano esserle utili.

Saluti,

Erika

Team NETGEAR

[ErikaMa]

Salve @AleFonPal,

a beneficio della Community, riporto di seguito l'ultimo errore da lei segnalato privatamente: "Adesso però abbiamo un altro errore. Quando andiamo a lanciare il backup di tutto l'hard disk del server sull'hard disk esterno, va a creare tutte le cartelle e poi si ferma senza effettuare il backup di nessun file dicendo che quest'ultimo è andato a buon fine, senza dare neanche un errore."

Dai nuovi log non siamo riusciti a risalire ad errori nella configurazione del backup.

Come da messaggio precedente, il suggerimento che posso darle è di impostare il backup verso l'USB seguendo il procedimento illustrato nell'articolo How do I back up data from my ReadyNAS OS 6 system to a USB disk?

Saluti,

Erika

Team NETGEAR