napalmd

Parity check found one error: Jun 11 09:40:25 Unraid kernel: mdcmd (311): check CORRECT Jun 11 09:40:25 Unraid kernel: md: recovery thread woken up ... Jun 11 09:40:25 Unraid kernel: md: recovery thread checking parity... Jun 11 09:40:25 Unraid kernel: md: using 1536k window, over a total of 7814026532 blocks. Jun 11 19:40:10 Unraid kernel: mdcmd (312): spindown 5 Jun 11 19:40:18 Unraid kernel: mdcmd (313): spindown 3 Jun 11 19:40:18 Unraid kernel: mdcmd (314): spindown 4 Jun 11 21:46:46 Unraid emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1 Jun 12 00:01:34 Unraid emhttp: /usr/bin/tail -n 42 -f /var/log/syslog 2>&1 Jun 12 04:15:46 Unraid kernel: md: correcting parity, sector=15062380664 Jun 12 05:09:25 Unraid kernel: md: sync done. time=70140sec Jun 12 05:09:25 Unraid kernel: md: recovery thread sync completion status: 0 But seems to have corrected it, right? Drive SMART errors did not increase. I think it should be ok for now, but I'll continue to monitor the drive...

Smart test completed without error. I will do parity check now.

Thanks. I forgot to mention that last parity check found 1 error, and there is a lot of errors in log like this: "md: disk6 read error, sector="

I just found this error today, but there was a power outage a month ago and I think this error apeared after the parity check. I am doing a extensive smart test, it is at 10% 4 hours in still.. Thank you for your time. unraid-smart-report-disk6-20210609-1143.rtf syslog.txt

This post is to help someone who is having this error: 'UnicodeDecodeError'>: 'utf-8' codec can't decode byte 0xe3 in position 11 I was having this error and could not access web interface any more. It sometimes went away and then comeback. Recently It was not going away. I updated the docker and used the more recent PIA nextgen servers. no fix. Then I looked at the state folder, where the torrent files are stored. I move all files away and then deluge started fine, but without any torrents. then I added the torrents, and still nothing. then added the torrents.state file, and torrents started checking/ verifying, but after some time, the error 'UnicodeDecodeError' came again. so I wonder if it is related to this!?. So then I removed my older torrents, I had about 150 and only keep 50, waited for the checking, and now is working fine so far... So if you have this error, look into the state folder.

well, after about 8 hours it finally came alive! yay! the smart short test is still 90% remaining... it might be waiting for the drive to became idle? But the values 195 Hardware_ECC_Recovered and 240 Head_Flying_Hours are increasing. could be a bad cable? I'll replace the cable anyway next time, I will have to replace another drive after this parity sync. Thanks a lot for the help.

ok. so I will wait a few more hours, but it is now I think 6 hours in. Since this is a replacement drive can't I just format it xfs and do a rebuild? it automatically chose reiserfs, maybe because old drive was using it, but the default type in the conig is xfs.

sorry it does not have activity leds, and I am working on it remotely because it is 30Km away. I will only go to the location on Thursday... but what does unraid do after a drive is added/replaced? does it have to do a full format or something? this is a seagate archive, they are a little slow but I read that many people use them without problem on unraid... I can ask for someone to force shutdown the server and plug the pendrive on a windows machine so I could update it, if it is the best option now. thanks

the command showed no output but it created this file. hope this helps. thank you. unraid-diagnostics-20200728-1837.zip

Thanks for the answer. before this I decided to do a quick smart test, but after 30 minutes is still at 90% remaining. does this mean the drive is busy doing something? how can I know if it is doing something?

So I was performing a replacement and upgrade of drives. No drive had errors. Before: 4tb parity and 6x2tb data drives replaced the parity with 8tb wd drive no problems. Then replaced drive 1 with another 8tb wd, this one took about 30 minutes to mount after I assigned it, then the parity sync finished without problems. Today I replaced data drive 2 with a 8tb seagate drive, assigned it, and it stayed at mounting drives, for more than an hour, and monitoring the server with top comand didn't seem to be any activity. I tried the comand reboot and shutdown but it didnt work. the putty session closed but it stayed on, and could login again. the web interface at this point did not respond any more. then I tried this instructions to reboot https://wiki.unraid.net/Console#To_cleanly_Stop_the_array_from_the_command_line and this time it took ssh out because I couldn't login anymore, but still did not shutdown, so I forced shutdown on the power button. so now after reboot the webinterface does not load, and it seems to be stuck at mounting disk2: I can still acess files on disk 1 and 2, in fact I needed to copy some of them with rsync and it was really slow like 2MB/s dmesg.txt syslog.txt

thanks. here it is https://github.com/binhex/arch-delugevpn/issues/176

Now it started working. I changed the timezone value for the timezone of the vpn instead of the one I am at. probably a coincidence. EDIT: Yes it broke again, after 30 min same error.

Already did that, but the story was the same... If it was something from the pia vpn, disabling it should make it work right? but it doesn't.

I continue without access to deluge web interface binhex I addedd the degub env variable, may be this log will help? Thanks. https://pastebin.com/3hHEPhaT