NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Bit rot has detected an error
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.
6 Replies
Replies have been turned off for this discussion
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
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
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
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
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
NETGEAR Academy
Migliora le tue competenze con la Netgear Academy - Formati, certificati e rimani aggiornato con la tecnologia Netgear più recente!
Unisciti a noi!
ProSupport for Business
Piani di supporto completi per l'ottimizzazione della tua rete e la tranquillità della tua azienda.