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

Any idea how to fix this? I have also disabled the VPN but it is the same error 2020-04-26 18:32:15,032 DEBG 'watchdog-script' stdout output: [info] Deluge Web UI not running 2020-04-26 18:32:15,032 DEBG 'watchdog-script' stdout output: [info] Attempting to start Deluge... [info] Removing deluge pid file (if it exists)... 2020-04-26 18:32:15,246 DEBG 'watchdog-script' stdout output: [info] Deluge key 'listen_interface' currently has an undefined value [info] Deluge key 'listen_interface' will have a new value '' [info] Writing changes to Deluge config file '/config/core.conf'... 2020-04-26 18:32:15,477 DEBG 'watchdog-script' stdout output: [info] Deluge key 'outgoing_interface' currently has an undefined value [info] Deluge key 'outgoing_interface' will have a new value '' [info] Writing changes to Deluge config file '/config/core.conf'... 2020-04-26 18:32:15,712 DEBG 'watchdog-script' stdout output: [info] Deluge key 'default_daemon' currently has a value of '507fea2a926145cabb0786dc09abdc78' [info] Deluge key 'default_daemon' will have a new value '507fea2a926145cabb0786dc09abdc78' [info] Writing changes to Deluge config file '/config/web.conf'... 2020-04-26 18:32:16,147 DEBG 'watchdog-script' stdout output: [info] Deluge process started [info] Waiting for Deluge process to start listening on port 58846... 2020-04-26 18:32:16,363 DEBG 'watchdog-script' stdout output: [info] Deluge process listening on port 58846 2020-04-26 18:32:19,776 DEBG 'watchdog-script' stdout output: [info] No torrents with state 'Error' found 2020-04-26 18:32:19,776 DEBG 'watchdog-script' stdout output: [info] Starting Deluge Web UI... 2020-04-26 18:32:19,776 DEBG 'watchdog-script' stdout output: [info] Deluge Web UI started 2020-04-26 18:32:22,953 DEBG 'watchdog-script' stderr output: Unhandled error in Deferred: 2020-04-26 18:32:22,955 DEBG 'watchdog-script' stderr output: Traceback (most recent call last): File "/usr/lib/python3.8/site-packages/twisted/internet/base.py", line 1283, in run self.mainLoop() File "/usr/lib/python3.8/site-packages/twisted/internet/base.py", line 1292, in mainLoop self.runUntilCurrent() File "/usr/lib/python3.8/site-packages/twisted/internet/base.py", line 913, in runUntilCurrent call.func(*call.args, **call.kw) File "/usr/lib/python3.8/site-packages/twisted/internet/task.py", line 239, in __call__ d = defer.maybeDeferred(self.f, *self.a, **self.kw) --- <exception caught here> --- File "/usr/lib/python3.8/site-packages/twisted/internet/defer.py", line 151, in maybeDeferred result = f(*args, **kw) File "/usr/lib/python3.8/site-packages/deluge/core/alertmanager.py", line 70, in update self.handle_alerts() File "/usr/lib/python3.8/site-packages/deluge/core/alertmanager.py", line 138, in handle_alerts **{ File "/usr/lib/python3.8/site-packages/deluge/core/alertmanager.py", line 139, in <dictcomp> attr: getattr(alert, attr) builtins.UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe3 in position 11: invalid continuation byte

spoke too soon, it's happening again...

LOL me too, I restarted it and it is working again... yes probably something from PIA affected it...

My private tracker website say's that I'm uploading, but I can't check the webgui, or if I add new torrents to the watched folder, it renames it to a .INVALID file and does not download it. 17:04:02.178 [ERROR ][deluge_autoadd.core :329 ] Cannot Autoadd torrent file: /volume1/downloads/_torrtz/scene/XXXXXXXXXXXXXXXXXXXXXXXXX.torrent: Torrent already being added (990e98bb22e081e8b88c...).

Hi all. I've beem running DelugeVPN for months without problem... but since yesterday I couldn't connect to my delugevpn. so I restarted it, and even updated it and still no success. the error log show this: 11:52:10.289 [INFO ][deluge.core.torrentmanager :885 ] Finished loading 139 torrents in 0:00:03.231390 11:52:10.738 [INFO ][deluge.core.rpcserver :171 ] Deluge Client connection made from: 127.0.0.1:41395 11:52:10.914 [CRITICAL][twisted :154 ] Unhandled error in Deferred: 11:52:10.946 [CRITICAL][deluge.log :93 ] twisted.internet.defer [Failure instance: Traceback: <class 'UnicodeDecodeError'>: 'utf-8' codec can't decode byte 0xe3 in position 11: invalid continuation byte /usr/lib/python3.8/site-packages/twisted/internet/base.py:1283:run /usr/lib/python3.8/site-packages/twisted/internet/base.py:1292:mainLoop /usr/lib/python3.8/site-packages/twisted/internet/base.py:913:runUntilCurrent /usr/lib/python3.8/site-packages/twisted/internet/task.py:239:__call__ --- <exception caught here> --- /usr/lib/python3.8/site-packages/twisted/internet/defer.py:151:maybeDeferred /usr/lib/python3.8/site-packages/deluge/core/alertmanager.py:70:update /usr/lib/python3.8/site-packages/deluge/core/alertmanager.py:138:handle_alerts /usr/lib/python3.8/site-packages/deluge/core/alertmanager.py:139:<dictcomp> Already searched this forum and they said it was fixed but no new release? what do I do now? Thanks

Hi, any follow up's on this? I just bought a gen8 microserver and was wondering if it is safe to use disk write cache? Have you have any problems? on the web they say it can cause corruption in case power is lost. I was preclearing a drive and write speed was 40 MB/s, canceled it and enabled disk write cache, and now write speed is 185 MB/s (Seagate ST4000DM000)

I tested the ram already, no problems with memtest86 both in server and the pc

The system I have is: PENTIUM G850 (2.9GHZ) SKT 1155 ASROCK B75 PRO3-M KINGSTON KIT 4GB DDR3 1333MHZ 6 WD 2tb green drives connected onboard pci-e gigabit card syslog: http://pastebin.com/czgAuHyp I don't have is a cache drive, would it prevent this kind of occurence? It seems that there are not new files being corrupted it seems to be only at that time that some files got corrupted but only today we found that...

I found corrupted files on another disk, and that disk has no UDMA crc errors... I don't know what to do...

Hi I have a 6 disk unraid server on a friend who stores there photos from event's. There's a lot of photos and a lot of folders. Recently he found some corrupted files in some folders, about 1 in 10 corrupted, but it seems only the ones created at about 5 months ago, but at the time the files were ok, he said. Since then many files have been written with no problems at all. Unraid has no errors and I do a parity check every month. I Think that most files corrupted are on disk3, so I ran a File system check: Comparing bitmaps..finished Checking Semantic tree: finished No corruptions found There are on the filesystem: Leaves 179451 Internal nodes 1136 Directories 635 Other files 70293 Data block pointers 175011400 (1159060 of them are zero) Safe links 0 ########### reiserfsck finished at Fri Mar 21 17:29:24 2014 ########### /dev/md3 mounted on /mnt/disk3 then I ran smart status: So as you can see there are a lot of UDMA_CRC_Error_Count... I read about it and problem could be the cables, I'll have to check them later... For now I would want to recover the corrupt files. Is there a way to do it? By re-syncing the data from the parity drive or something like it?