SYMYAY

Just a quick update for the issue I had. Update firmware were just a temporary fix, I figured out the root cause last week when I heard click noise from the disks. I used a single cable from power supply to drive 6 enterprise 6TB disks, and apparently that cable wasn't powerful enough to drive all of them. Changed to a 1000W modular power supply with tons of sata connectors, and connect only up to 4 drives with each cable solved my problem completely. Hopefully if there's anyone else have same issue, this may help you.

Hi friendly community, (Pardon my broken English, non-native speaker) I have a problem with uploading using qBittorrent in docker. I got qb running just fine for quite a while. It's been downloading and uploading(sharing) just fine with torrents from several different BT and PT sites. But recently I joined a new PT site, and download was just fine. However, it never upload any data. You can see there's leaches under trackers section, however, everytime I try to force reannouce, the peer would show up in the list for a few seconds and get kicked for some reason with no data transfer ever happening. I'm located in China, so I do have a VPN service (trojan to be specific) set up on my router. Here's the config. Fiber modem (only do the optic to electric conversion) -> a router running esxi with RouterOS and OpenWRT running in paralell (RouterOS doing the dial for ISP also DHCP, and OpenWRT doing redirecting traffic that needs to go through VPN) -> a switch -> unraid server (which contain the docker of qb) Other torrents are uploading just fine. And I thought there's something wrong with the new PT site. But then I installed a Windows VM on the router (under esxi). And the upload was flawless on that machine. Now for the diagnoses, I've already tried tweaking almost every possible settings in qb, including but not limited to, change ports, disable encryption, anonymous mode, use uPnP/NAT-PMP port forwarding from router and etc. Please if there's anyone has any comment, it'd be greatly appreciated. It's driving me crazy now... In the attachment is the settings and tracker screenshot. BTW, what's the difference between bridge and host in the network settings? A tutorial or guide page would be great. Thanks a lot in advance!!!!!

Thank you so much! I'll try to update the LSI firmware right away and check the cable in the case. Really appreciate your help! Viva Unraid!

Serial numbers: MB6000JEFND_Z4D1M3SA0000R5266KCC MB6000JEFND_Z4D26ZJY0000R541KXTR

Thanks for your advice. I downloaded the diagnostics, but I have no idea what everything suppose to mean. Do you mind to help me take a peek? Thanks a lot The ones that are currently down are Parity 2 and Disk 3. tower-diagnostics-20210831-1650.zip

I just recently got three of my drives went offline. And it prompts that "Errors occurred - Check SMART report". When I check the smart report, I didn't see anything out of the ordinary. And also in the "SMART health status" area, it shows as passed. I doubt that all three drives failed at the same time. Not sure what happend here, any idea? Thanks in advance! Below is one of the drive's smart report, I reducted the serial number. smartctl 7.1 2019-12-30 r5022 [x86_64-linux-4.19.107-Unraid] (local build) Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Vendor: HP Product: MB6000JEFND Revision: HPD2 Compliance: SPC-4 User Capacity: 6,001,175,126,016 bytes [6.00 TB] Logical block size: 512 bytes Physical block size: 4096 bytes Rotation Rate: 7200 rpm Form Factor: 3.5 inches Logical Unit id: 0x5000c500834bf0df Serial number: Z4D1M3SA00*********** Device type: disk Transport protocol: SAS (SPL-3) Local Time is: Tue Aug 31 15:15:03 2021 CST SMART support is: Available - device has SMART capability. SMART support is: Enabled Temperature Warning: Enabled Read Cache is: Enabled Writeback Cache is: Disabled === START OF READ SMART DATA SECTION === SMART Health Status: OK Current Drive Temperature: 57 C Drive Trip Temperature: 60 C Manufactured in week 13 of year 2015 Specified cycle count over device lifetime: 10000 Accumulated start-stop cycles: 123 Specified load-unload count over device lifetime: 300000 Accumulated load-unload cycles: 1977 Elements in grown defect list: 0 Error counter log: Errors Corrected by Total Correction Gigabytes Total ECC rereads/ errors algorithm processed uncorrected fast | delayed rewrites corrected invocations [10^9 bytes] errors read: 0 0 0 0 0 325690.146 0 write: 0 0 0 0 0 256955.992 0 verify: 0 0 0 0 0 53703.942 0 Non-medium error count: 22626511 SMART Self-test log Num Test Status segment LifeTime LBA_first_err [SK ASC ASQ] Description number (hours) # 1 Background short Completed - 32803 - [- - -] # 2 Background short Completed - 11 - [- - -] # 3 Background short Completed - 3 - [- - -] # 4 Background short Completed - 2 - [- - -] Long (extended) Self-test duration: 36900 seconds [615.0 minutes] Background scan results log Status: waiting until BMS interval timer expires Accumulated power on time, hours:minutes 42973:56 [2578436 minutes] Number of background scans performed: 129, scan progress: 0.00% Number of background medium scans performed: 129 Protocol Specific port log page for SAS SSP relative target port id = 1 generation code = 0 number of phys = 1 phy identifier = 0 attached device type: expander device attached reason: unknown reason: power on negotiated logical link rate: phy enabled; 6 Gbps attached initiator port: ssp=0 stp=0 smp=1 attached target port: ssp=0 stp=0 smp=1 SAS address = 0x5000c500834bf0dd attached SAS address = 0x500262d0cd7a5b20 attached phy identifier = 9 Invalid DWORD count = 159 Running disparity error count = 160 Loss of DWORD synchronization = 30 Phy reset problem = 36 Phy event descriptors: Invalid word count: 159 Running disparity error count: 160 Loss of dword synchronization count: 30 Phy reset problem count: 36 relative target port id = 2 generation code = 0 number of phys = 1 phy identifier = 1 attached device type: no device attached attached reason: unknown reason: unknown negotiated logical link rate: phy enabled; unknown attached initiator port: ssp=0 stp=0 smp=0 attached target port: ssp=0 stp=0 smp=0 SAS address = 0x5000c500834bf0de attached SAS address = 0x0 attached phy identifier = 0 Invalid DWORD count = 0 Running disparity error count = 0 Loss of DWORD synchronization = 0 Phy reset problem = 0 Phy event descriptors: Invalid word count: 0 Running disparity error count: 0 Loss of dword synchronization count: 0 Phy reset problem count: 0

Thank you so much for the help. For some reason, my ASUS AC5300 router talk to the Synology NAS at 100Mb/s... Unplug and plug back in the cable solved the problem. Again thanks. Have a good one

I've ran iperf on both my VM on router and my desktop. Sincee my desktop is relying on wifi right now, the iperf result is about 50Mbit/s. However, with the VM on router, even with the iperf result of 944Mbit/s, the copy speed is still hanging around 5MB/s. Anything else that may be the problem? Does SMB share set to public has any effect on performance?

So I changed it to nto use the cache, the speed dropped down to between 5-8MB/s...

BTW, after I apply the changes to the setting, do I need to reboot the server?

I'll report back in a little bit, thanks a lot.

It's writting to my cache. I did set the array to enable turbo write after I post, but I assume it makes no difference when you write to cache right?

I'm new to the Unraid system. I've followed LTT's setup suggestions. The system has a E3-1231V3, 8G RAM, GT610 Graphics, Z97 Mobo, LSI 9207-8i. All drives had been scanned for bad sectors using DiskGenius V5.2.0.884, and all of them responded within the normal range. Array devices are connected to the SAS controller, cache devices are connected to the mobo ports. Array devices are: 5 HP SAS 6Gb 6TB drives (MB6000JEFND), 1 Seagate SATA 6Gb 3TB drive (ST3000DM001), 1 Toshiba SATA 6Gb 1TB drive (MK1059GSM) Cache devices are: Crucial MX300 525GB*1 and MX200 500GB*1. All array drives had been formated to xfs, and all cache drives had been formated to btrfs after array started. No fault was brought to my attention. I'm using OpenWrt and Ros for router. The router has a i7-7500U + 8G RAM + dual gig port. All devices are running on 1gig network. I've tried several methods to write to the shared folder which had it's cache enabled. No matter what I try, the speed would just hold at around 15MB/s. Method1: writing from my desktop PC's 960EVO, single file over 7GB Method2: writing from my Synology DS918+, which normally would exceed 100MB/s when write/read from my desktop, single file of 4GB Method3: writing from a VM on my router (Win10), single file over 7GB Here's what I did before I came here for help: Rebooted the Unraid machine both in normal mode and safe mode. No help. (didn't expect anything different since I didn't install any plugins or docker at the time I tested the speed) Checked the cable is fine with my desktop, I can reach my Synology using the cable for Unraid machine with my desktop and get over 100MB/s transfer speed. Checked the disk is fine by using the mover to transfer the files in cache to array, and result of over 100MB/s total write speed. Checked indeed the files was written to my cache since the cache was filled up with new files I copied. I'm not sure what's wrong with my new setup. Please let me know if there's anything else I could do to confirm what the problem is. Thanks a lot in advance. Cheers. tower-diagnostics-20200506-1837.zip