allischalmersman
-
Posts
147 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by allischalmersman
-
-
I can tell you one thing. In this testing I've changed settings in my PC NIC like Duplex and Speed, LSO, QoS, etc and even though everything is back where it was the NIC drops connectivity after about 5 min now. I just can't get a break lol. Ill try reloading drivers for it when I get home. Never had any trouble with connection before making config changes. Also, when I make any NIC changes it locks up the config window and requires me to reboot the computer to get connection again.
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
Try doing the test in the other direction. Do performance speed tests copying FROM unraid to another computer.
I've done that its about the same. I'll do that test after parity check completes.
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
Out of ideas, my guess still is something network related.
I dont disagree, but it has to be something within the Unraid box software or hardware, and it isn't the NIC. I've tried 3
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
Install this plugin, there are few NIC related settings that can make a difference in some cases:
I already have that and flow control is turned off as is LSO. Thanks though. Really looking forward to figuring this out.
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
Well I kind of did that. I turned on reconstruct write, and turned off cache for that share and the results were the same a few posts up the picture labeled "no cache"
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced. -
Ok. As I thought, it isn't the PC. And yes I have checked for drivers. Here is me transferring from the desktop upstairs, to a laptop plugged in to the same switch the tower is plugged into down in the basement. So what within Unraid or the hardware other than the PCI NIC can cause this?
-
It won't make any difference if the issue is network related, did you try different ethernet cables?
Yes. And tested wall cabling with a cable tester. I also eliminates them by hooking a laptop directly to the switch the Tower is on and still slow speeds.
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
Connected laptop to same switch as Tower. No difference (this is a different PC)
Changed Intel Pro1000 NIC to a different Dual Intel Pro1000 NIC. No difference
Changed switch. No difference.
Reconstruct write mode makes absolutely no difference
Scratching my head here. Are there some settings that I don't know about? Are there some montherboard BIOS settings that can control a PCI NIC that I don't understand? What would you guys try next? Would logs help?
-
I know that I have a friend who complained about similar speed with his gigabit network. Last week he finally replaced the switch and is now seeing gigabit speeds (100MB/sec. +). Drops are not uncommon in congested networks. But your counters are pretty high - especially if you've been restarting while troubleshooting this issue. Yes, if you connect directly to the switch you will remove the router and most of the cabling in your test. Good idea.
Ive tried 2 different switches with exact same results. They were both Netgear though. I have 2 more Netgear prosafe plus PoE gigabit switches here I could try too. Ill do some testing.
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
I have used multiple different switches and multiple PCs, no difference. This is a PCI Intel NIC and from what I read the drops are not abnormal? The errors idk about. I have another PCI NIC I could try. I have not tried another router. Connnections look like this PC>router>wall patch to basement>basement patch panel to switch>switch to tower. I will try connecting a laptop directly to the switch the Tower is on and try a transfer. Will that eliminate the router as a variable? Not a cheap router either. Its a Netgear R8000
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
5 minutes ago, garycase said:
NO => the spinners can easily exceed Gb speeds for writes. This may be a network issue; or it's possible the shares aren't configured to be cached -- in which case the writes are directly to the array ... in which case 40-50 MB/s is a reasonable speed (actually it's fairly good). If switching to reconstruct write mode (aka "turbo write") speeds things up, then that's indeed the problem.
allischalmersman => Are you sure the shares are configured to use the cache? They have to be configured on a share-by-share basis.
Yes. I even can transfer, and view the MKVs on the the cache drives before they are moved via the "Mover"
-
Sorry, edited the post above do take out the first attempt at running. I canceled the test since I remembered I had the "Mover" running.
-
1 hour ago, johnnie.black said:
Yep
Does this mean it's not the cache drives?
-
Well, it's been 2 weeks now and no issue since placing in troubleshooting mode (I have added 4 more GB of memory for a total of 8 now). IDK if the additional RAM helped or it's just a fluke. Will probably upgrade to 6.3.3 and shutdown and remove some unassigned devices here soon. I will skip placing it into troubleshooting mode unless this happens again. Thanks, Andrew
-
3 minutes ago, johnnie.black said:
40 to 60MB/s seems normal array write speed in default read/modify/write mode, you can change to reconstruct write (aka turbo write) and it should be considerably faster at the expense of all disks spinning up for writes. (settings -> disk settings)
For the cache speeds seem low, try the script attached to rule out any network issues, copy it to root folder of your flash share and type:
/boot/write_speed_test.sh /mnt/cache/test.datOk, so copy that attached file to the root of the flash drive and type that line in a telnet prompt?
-
Just out of curiosity I got 163 MB/s zeroing speeds when prelcearing those disks. Is that not a good indicator of write speed?
-
Ok. I will try disabling cache for my MKV folders and try writing directly to the array.
-
What are typical gigabit network transfer speeds to your Unraid boxes from Windows machines? When transferring large files like MKVs? I see posts about guys saturating gigabit connections and averaging over 100MB/s. I average 40-50 MB/s. I never saw an improvement when I started using cache drives a long time ago either nor did the performance increase when I "upgraded" the cache drives. I am currently using 2 500GB VelociRaptor 10K RPM drives in a btrfs cache pool. I verified all my network wires today with a cable tester. Any ideas? I would LOVE to get 100 MB/s transfers. Ethtool shows connected at 1000 Mbps. Thanks, Andrew
-
Thanks for all the help. File Activity showed me that my desktop backup was what was constantly writing. I am pretty confident I found the problem. I feel like an idiot. It was set to backup hourly...... I cant believe I have let this go on for months.... Again thanks for the help. You guys are quite a resource.
-
plugin is working well for me now. Thank you fantastic. I am pretty confident I found my disk spin up issue.
-
I would put fix common problems into troubleshooting mode (more information gets logged). Then when it happens again, either run the diagnostics again from telnet / putty, or post up /boot/log/FCPsyslog_tail.txt and the last diagnostics file generated.
No obvious problems in your posted diagnostics
Will do. Thanks
No trees were harmed in the sending of this message, however, a significant number of electrons were terribly inconvenienced.
-
I am having frequent web GUI lockups. No idea what is causing them but it happens every few days and my browser will just keep spinning saying "waiting for tower". If I log in and try the power down script the tower will not shut down. The only way I am ever able to get my GUI back is to do a hard powerdown, power back on, and do a parity check. The last time it happened was 5-6 days ago. Its getting very irritating. I have a new flash drive I want to migrate to, and 4 more GB of RAM to install. I am seriously considering a fesh install of UnRaid (but retain data) and trying that. I used to never have problems and have up-times that ranged months. Not I can't get more than a few days. I rand diagnostics from TelNet and am posting the log prior to shutdown. Thanks
-
Well it seems my web gui is locked up again. This happens every few days and the only way I can fix it is to do an unclean powerdown and then boot up and parity check. No idea why this is happening either. I really want to upgrade my flash drive to a new one, and add 4 more GB of RAM and then do a fresh install of UnRaid. I have nothing but problems anymore. I used to have up-time periods of months. Now I don't get more than a few days.
Since the lockup is a separate issue I am going to start a new thread for it.
-
Ok so Ive posted in the support thread for that plugin. Its not working for me and it's probably got something to do with inotifywait. What is the "find" process? I see if frequently showing up in Open Files accessing movie folders even though Plex nor anybody else is accessing a movie. What is the "find" process?
Typical gigabit transfer speeds?
in General Support
Posted
Ok I think I got my PC NIC issue resolved which was caused by the testing. Don't know what screwed it up, but uninstalling it in Device Manager and rebooting seems to have fixed the problem. I am back to being able to transfer 110 MB/s to a windows PC on the same switch as the Tower. For fun I unplugged the network cable from the Tower and Laptop and switched them. No Change. Still 110MB/s to the Windows PC, and 40-50 MB/s to the UnRaid box. I am using the same test file.
I really appreciate any help you guys offer. This is beyond my ability. @johnnie.black I saw an older post from you about enabling direct IO mode. When my parity check is finished I will stop the array and enable that mode. Any chance that can help?
My server has always had these transfer characteristics. I always wondered why I couldn't benefit from my gigabit connection and never realized that wasn't normal. Now that I have verified I can when transferring to other machines I am REALLY wanting to fix the problem. Is there any way the AMD based motherboard can be the issues? I suppose I can try another PCI slot. I really don't want to use my 2nd PCIe slot because I will need another controller at some point.
Attaching diagnostic log. Any advice is greatly appreciated.
tower-diagnostics-20170402-1426.zip