mamaraci

Looks like ok: unraid server as server: [ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 533 MBytes 447 Mbits/sec sender [ 4] 0.00-10.00 sec 533 MBytes 447 Mbits/sec receiver reverse mode: [ ID] Interval Transfer Bandwidth Retr [ 4] 0.00-10.00 sec 728 MBytes 610 Mbits/sec 904 sender [ 4] 0.00-10.00 sec 725 MBytes 608 Mbits/sec receiver

And, again going back to my initial issue of the slow speed. trying to copy to the cache from my desktop ssd - 5MB/s. Rebooted, restarted the copy - just 7-8MB/s, not higher. Diags before reboot is attached Is that a limit? What's the weak point of my system, can you please advice? slow_copy_to_cache_6MB_linertower-diagnostics-20240323-1322_.zip

Thanks for your replies. So, currently I didn't had memory issues, as per screenshot above. I've followed your link, run the command (btrfs dev stats /mnt/cache), got this: root@LinerTower:~# btrfs dev stats /mnt/cache [/dev/sdb1].write_io_errs 0 [/dev/sdb1].read_io_errs 0 [/dev/sdb1].flush_io_errs 0 [/dev/sdb1].corruption_errs 313360 [/dev/sdb1].generation_errs 0 Then I've created a script for regular checks, and reset the stats - it was some like 10 days ago. No notifications during that period. I didn't changed the cable yet, but would do in some close future, or, if any other notifications will arise. Am I right in understanding, that some of the data could be moved to the array with some errors, as per this information, right? I didn't notice any facts of the data corruption yet there, rechecked the latest contributions of the data to the array. Didn't check also RAM modules seprately - too difficult keeping in mind my set-up... Thanks a lot!

Memtest seems to be ok. Can you please advice, what should be my next steps on both issues? (Btfrs data corruption, but I didn’t notice any data loss, and the transfer speed). thanks in advance!

thanks. would update the back-ups and then try to do memtests. server is headless, so it involves some of the equipment relocation in the apartment.

This is a coping to cache, sorry for the mess. But also experienced the similar while copiing from array to the desktop. so I should run memtest, ram is the most obvious candidate to be the reason of the decline, right? thanks, @JorgeB

Hello! I'm experiencing slow transfer speed during files copiing operation from / to array by the LAN, from my desktop, connected wiredly (with ssd nvme in the desktop). I can consider that my unraid hardware specs are not great (Celeron J1900 + 16gb ram, 1gb lan), but with the highest speeds I saw 50MB/s (which I can live with), but during the copiing progress it seems like slowing down, going to as low as 20-10-5 or even 1MB/s closer to the end of the process. Server reboot can (temporary) ease the issue, but after a while it starts to slowing down again. Diags and the progress copiing bar are attached. It's clearly visible speed decline during the process. Can you please advice what should be I'm thinking about? Is the only way I have is to upgrade the motherboard + processor? linertower-diagnostics-20240309-1159.zip

Hello! Thanks for the script. Can I ask for the advice, how should I know if the script completed successfully? I was trying to remove Disk4 from the array, and was preparing it as per https://wiki.unraid.net/Shrink_array Method 2. I've left the tab with User's Script open over a night, but the web-client switched off during the night. How can I understand was the process completed successfully or not? If I should re-run it, would it work, if I run it with "Run in background", can the web-client be disconnected in that case? Initially I've run it with "Run Script" button, and failed to keep it open for such a long time. linertower-diagnostics-20230510-0857.zip

Thanks for your support! Yes, shares look OK now. As for the cache /pool, i've run the checks, it shows the errors, but I think it doesn't correct anything - would look more carefuly into this. Also would search for the memtest as well. Thanks again!

After moving the content from Disk3 to new replaced Disk2 share that I was missing returned now and visible & accessible. Thanks a lot! linertower-diagnostics-20230503-0738.zip

Thanks guys for your support! I've replaced Power Supply (no changes after that), then replaced Disk2 with a new one. It started clicking ike a hell (one of 3 Ironwolfs bought for the replacement creates clicky sounds - returned it), so I've stopped, inserted another one. Recreated parity after New Config, and currently moving with Unbalance everything from Disk 3 to new Disk 2 inside the array. Then the plan is to replace Disk 3 with a new disk, then get rid of Disk 4 at all. The question I have now: on disk 3 there is (looks like non-corrupted) a folder, that is just missing in the Shares. So, I have the Share "videos", and it's not accessible anymore by SMB, it's not visible in/mnt/user/, but it exisits on /mnt/Disk3/ directly, with its contents inside. What's the proper way of restoring it to become a normal share?

ok clear, so would start with disk 3 and and disk 2 as a new.

Thanks, @JorgeB! So, my way would be: 1) save everything from Disk 3 - or check at least that it's backed-up - 1st priority 2) replace the power supply 3) change the disk 2, rebuilt 4) change the disk 3, rebuilt

Ok, I've run again extended tests for both Disk2 and Disk3. For Disk3 it doesn't even launch, showing "completed" just in a couple of seconds after launch. On the Disk2 it worked all night, it was 90% in the morning today, and after that it's stopped at 90% with "Interrupted (host reset)" and after the relaunch with the "Aborted by host" error. Actually, I'm already OK with the data loss that I would have in an amount that is visible now - some folders are gone, and the rest I can see and use. Luckily, those that are already lost are the most sensitive and, thus, backed-up to Amazon Glacier in full. Of course I would feel the pain downloading it back from Glacier (I've tried already, and Amazon would obviously force me to buy "Provisioned capacity unit" to download it... So, probably should I already go for the disks swap?.. and the question is the same: the proper order, not to ruin things further? Disk2 or Disk3 should be replaced first? And, second question should I backup the rest of the files (that visible now), since during these disks swaps something can be lost additionally vs what I've already lost? Thanks for your attention, really appreciate your support! linertower-diagnostics-20230426-0754.zip PS. Also decided to change Power supply before disks swapping - just in case, probably, current one is behaving poorly already... Ordered a new one.

So, I've run xfs_repair(s) with modify flags, both on Disks 2 and 3, and extracted the diags immediately after that. Hope it would help... Thanks in advance! linertower-diagnostics-20230425-1021.zip