June 1, 20179 yr Often when I'm transferring data onto the unRaid server, it really kills the performance of the webUI, dockers all slow down and generally everything feels sluggish. Is this behaviour to be expected?
June 1, 20179 yr No - if you use a Cache-Drive (SSD) Which Hardware do you use? All Parts... CPU ond so on. Edited June 1, 20179 yr by Zonediver
June 1, 20179 yr Author I use a 1tb mechanical drive. The specs are in my signature, all but 2 drives are connected to the HBA.
June 2, 20179 yr The shares 'downloads' and 'transcode' are being moved by the mover and are set as cache 'prefer'. Suggest setting them cache-only. Your Toshiba DT01ACA200 has 862 errors logged in the smart report. Install the Netdata Docker and capture a pic of what it is reporting when you notice a slowdown during transfers.
June 2, 20179 yr Author Prefer means they stay on the cache drive unless it runs out of space, which it hasn't. The DT01ACA200 wasn't a new drive, the errors could be due to a bad cable in a previous machine, the drive passed all tests that I threw at it. The last error occured at 43 days, its lifetime counter is now on 2y 5m 25d 4h Here's the device log: Error 862 occurred at disk power-on lifetime: 1046 hours (43 days + 14 hours) When the command that caused the error occurred, the device was active or idle. After command completion occurred, registers were: ER ST SC SN CL CH DH -- -- -- -- -- -- -- 84 51 01 1f f9 02 00 Error: ICRC, ABRT at LBA = 0x0002f91f = 194847 Commands leading to the command that caused the error were: CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name -- -- -- -- -- -- -- -- ---------------- -------------------- 61 08 01 1f f9 02 40 ff 00:10:56.696 WRITE FPDMA QUEUED 61 08 d8 18 f9 02 40 00 00:10:56.695 WRITE FPDMA QUEUED ef 02 00 00 00 00 a0 00 00:10:56.695 SET FEATURES [Enable write cache] ef 02 01 01 00 00 a0 ff 00:10:56.661 SET FEATURES [Enable write cache] ef 02 01 01 00 00 a0 ff 00:10:56.651 SET FEATURES [Enable write cache] Edited June 2, 20179 yr by Spies
June 2, 20179 yr I did notice the errors were from early in the drive life, but was unfamiliar with what those particular errors pertained to. Mainly just pointing them out for others to post if they had more familiarity with them. Regarding the share cache model prefer vs only, if you never run out of cache space it would keep the logs cleaner by setting cache only as it appears there are numerous log entries for those folders. Try out the Netdata Docker and capture a pic during a moment of your performance issue during file transfers and post it.
June 8, 20179 yr Author Having an issue again today with one machine writing and one reading from the unraid share, it's almost like the network isn't full duplex looking at my system stats.
June 8, 20179 yr Community Expert 2 hours ago, Spies said: it's almost like the network isn't full duplex looking at my system stats. The diagnostics you posted last week don't show any network issue with unRAID. Possibly a problem elsewhere with a switch or router port. Or maybe something has changed since the diagnostic. Was it working OK then?
June 8, 20179 yr Haven't looked at the diagnosis to see what you have (mobile) but many implementations of NICs do not properly handle full duplex and the speed will suffer Sent from my LG-D852 using Tapatalk
June 8, 20179 yr Community Expert 48 minutes ago, Squid said: Haven't looked at the diagnosis to see what you have (mobile) but many implementations of NICs do not properly handle full duplex and the speed will suffer Looks like an Intel, which is the usual recommendation. 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM-2 Gigabit Network Connection [8086:10cc] Subsystem: Intel Corporation 82567LM-2 Gigabit Network Connection [8086:34da] Kernel driver in use: e1000e Kernel modules: e1000e 10 minutes ago, Spies said: Is the only solution to try another NIC? I think I would try to diagnose other parts of the network first. Have you tried full duplex between the other 2 machines?
Archived
This topic is now archived and is closed to further replies.