Roscoe62

In the very first post in this thread I stated I'd already replaced the switch the server is connected to - along with replacing the network cable (now cables) connecting the server to the switch. Later in the thread I outlined the other testing I've done... - Transferring a large file from my PC to my wife's PC (located in the same room as the server, so routing is the same) - no pausing issue found - Transferring a large file from my wife's PC to the server - it worked the first time I tried it, but it paused several times and then failed the second time I tried it. This, to me, points more to a networking issue on the unRAID server. I'm happy to concede I've missed something in the testing I've described above, but I can't think of what it might be. Again, I'm grateful for any insight you can provide.

Thanks for confirming. I tried doing the file transfer from my PC again with both LAN ports bonded. The failed file transfer was the original reason I started this post. Unfortunately, the file transfer paused twice after which it failed again... Any thoughts as to where to look next?

This is what it looks like after making this change. Are there any further settings I need to change?

Thanks for confirming that. However, to me, the next question is - what are the steps to create the bond in unRAID? Again, thank you for any guidance you can provide.

Honestly, I'm not sure how that's even possible. At the time I took that first set no LAN cable was attached (eth1 has never been used up until now), and network settings showed as follows: However, just in case, I've attached the diagnostics file I took this morning. server-diagnostics-20240221-0921.zip

Hi, I'm sorry to raise this again, but I'm desperate to solve this issue, and I don't have enough experience/expertise to resolve it on my own. I posted the place I was stuck (not knowing HOW to activate the unRAID server motherboard's 2nd LAN port) in the above post I put up almost a week ago. I figured if someone was going to offer any further help, they would have done so by now, so I'm posting again to nudge this thread again. Earlier, @dlandon suggested activating the 2nd LAN port, and setting up a bond and a bridge, and this sounds like good advice to me, but I can't do this if I can't activate the 2nd LAN port. I'm grateful for any suggestions you can offer. MNL-1586_2.pdf

So I found the motherboard manual and attempted to find a BIOS setting to enable LAN port 2. I didn't find what I was expecting to find. The only BIOS setting I could find that referenced the LAN1/LAN2 ports seem to be in the context of BOOTING from LAN. Also, there is a jumper setting on the motherboard, but this seems to only be used to have the onboard LAN1/LAN2 ports enabled (the default setting) or disabled. So it selects between having both of them enabled, or having both of them disabled - not what we're going for here. This is the way I'm reading it anyway. I snipped the relevant sections of the document, pasted them into a Word document and attached it here. If you're keen to see the manual instead - just ask me and I'll attach it. So, if enabling eth2 isn't done in the BIOS, or making a jumper change physically on the motherboard, how is it done? UnRAID Server motherboard dual LAN port data.docx

Good thought, but all data disks still have around 1 TB available on each of them. I didn't find a minimum space setting for the disks, but the minimum free space setting for the share I'm writing to is currently set to zero.

Hi dlandon. Thanks for the help! I changed all the settings that needed to be changed as per your instructions above, except for the 'Ethernet NICS' - I'll get to that in a moment. I applied the changes and tried the file transfer again - still a pause followed by a timeout. That's OK though - I know there are a number of things that need to be tried before we find the culprit for this issue. OK, so in an earlier post you mentioned setting up a bond and bridge and using both NICs as a solution. Your last post also shows this as a recommended change. I'm very sorry, but I'm not sure how to do this so can you give some advice? I imagine I'd need to go into the server's motherboard BIOS to enable eth1, and maybe add another network cable from the eth1 NIC port back to the switch (same as eth0)? Please let me know if that's not correct - I've never done this before so any instructions are appreciated.

Sorry this took a while to do, but it's done now. Today I upgraded to unRAID 6.12.6. All access is working OK I updated all my installed plugins - including Community Applications I tried to transfer my larger test file, and it still fails with a pause and a timeout error I browsed CA and found the "Tips and Tweaks" plugin, and I installed it Your original post said to make the recommended adjustments to the NIC and disk buffering settings. Looking at the output from the plugin - I don't see any "recommended adjustments" per se. There are a list of the relevant settings on the left, and a list of current NIC settings on the right... I'm not particularly technical - especially in this area. Can you offer a little direction?

Again, Thanks Frank1940. Using the 'New Permissions' tool did the trick! Both the Backups share, and the Week 1 & Week 2 folders still have the '+' symbol present, but my wife and I can now access those folders without issue now. As far as isolating the cause - that's harder to do. I'm virtually the sole user until recently, and I set up those folders. I haven't got a clue what I did while setting those folders up, but the extra unwanted security was definitely NOT intentional. I'll take the blame, but still don't know how I did it! Thanks again for sharing the knowledge!

Hi Frankk1940 for such a detailed answer - I REALLY appreciate it! I used the GUI terminal as per your instructions, and got a listing of all the shares in the format shown in your example. FWIW the share with the issue is 'Backups'. Here's a look at the top level... Note the "+" symbol on the end of the permissions column for the Backups share. I don't know what that symbol means, but it's the only share that has it. Going in deeper I can now see the permissions values for the different week sub-folders... Note the permissions for 'Week 1' and 'Week 2' are VERY different from those for weeks 3-5, AND the Week 1 and Week 2 folders ALSO have the '+' symbol on the end of the permissions column. The other week folders don't have that. This looks to me to at least point to what's causing this issue. It would be nice to understand what the '+' symbol means, and then the only thing left to fix the issue is altering/correcting the permissions for these folders.

I'm on the road to updating my UnRAID server from version 6.9.2 to 6.12.6, but before doing this I wanted to make sure that my family's Windows 10/11 PCs are set up correctly security-wise - so no "bypassing security" by enabling SMBv1. So I carefully followed this guide... https://forums.unraid.net/applications/core/interface/file/attachment.php?id=118877 I made the changes to my wife's laptop first because she's had some issues accessing SOME sub-folders, while others work fine - all within the same share. I had no such issues. I made the changes, set up a new Read/Write user in the UnRAID Web GUI, and put the credentials into her windows credential manager, and then rebooted both her PC, and the UnRAID server (just to be sure). In testing, I was able to log onto the server OK, and go down several folder levels to try the folders she'd had permission issues with before. The issues are still there. In the third sub-directory down from the share there's a further set of folders all at the same level - (Week 1, Week 2, Week 3, Week 4, Week 5, plus a few random files - see the attached screen-shots). The issue is - using the correctly set up user, she can open the Week 3, Week 4, Week 5 folders just fine, but if she tries to open the Week 1 or Week 2 folders, she gets a 'You do not have permission' Windows message. I didn't think that was possible - you either have access to a share or you don't. I didn't think you could set individual sub-folder permissions. I convinced myself it must be something screwy on her PC (she's on Windows 11). I made the same changes on my Windows PC, and set up the same read/write user in the credentials manager on my PC, and rebooted. Now I have the exact same issue - I can access the Week 3, Week 4 & Week 5 folders just fine, but get the same 'You do not have permission' Windows message as well. This at least proves it's not an individual PC issue - the problem lies within UnRAID somewhere - but I've no idea where to look! So.....should I try to get help sorting this issue out before upgrading to UnRAID 6.12.6, or hope it's just a weird 6.9.2 anomaly, and the upgrade to 6.12.6 will fix it? I'd appreciate a comment from anyone who's encountered this issue before, or knows what it is and how to fix it. (translation: Please Help!) 🙂

According to my plug-ins tab, I already have Community Applications installed, which may explain the notification. There must have been an earlier version of CA that was compatible with 6.9.2 - it's the only explanation. QUESTION: So, it sounds to me from what you've said so far, the best way forward is to update the UnRAID OS to the latest stable version as a 'next step'. Is that correct? If so, I'll have to park the file transfer issue, sort out whatever security/access issues that arise, and THEN come back to look at this issue again (IF updating the OS didn't fix the transfer by itself). Please correct me if I got this wrong.....

Okay..... Done. Rebooted UnRAID server and tried a file transfer - still paused several times and recovered, but transfer failed on the last pause. Something I noticed, and didn't think to mention until now - I have the main UnRAID window up while doing the transfer, and even though the Windows file transfer shows the transfer has paused, for a little while after that I can see the 'Writes' numbers for both Disk1 and the Parity drive continue to increment. Once Windows confirms the transfer has failed, the write numbers continue to increment for a short time, but then they stop incrementing. This may or may not be significant, but thought I should mention it. I had to look up how to install plugins, and I see this one is reliant on the Community Applications plugin. I checked on that in the Apps tab, and it looks like there's a problem with the CA plugin retrieving a list of current plugins (see attached screen-shot). In the 'Network Settings' I see the DNS server was set to the same IP address as the IPv4 default gateway - which I thought was correct. I stopped the Docker and VM services, and changed the DNS server values to those suggested (8.8.8.8 and 8.8.4.4), but that didn't seem to do anything, so I changed it back. Also, the screen-shot shows a message saying an update to Community Applications is available, but my current UnRAID version (6.9.2) is too old...which segue-ways nicely to the next point... This is something I WANT to do (see this post) ...but I need to sort security out first - for the Windows PC's I need to have access, and also for the media devices to which the UnRAID server provides content. I didn't want to "break" their ability to read/access content by updating the UnRAID OS version. I was just beginning to look at this when this current issue appeared and took the priority. I'm happy to take your advice - if upgrading the UnRAID OS version will definitely help, then I guess I'll take the risk of breaking the media players' access, and look at restoring access ASAP afterwards. Please let me know...

Thanks for that. That was a good idea. I went digging and found, from the MB manufacturer's site, their recommended NIC driver was a couple of months newer than the driver I was using - so I updated it, rebooted my PC and, after confirming the updated driver was being used, I tried to transfer the file again. The file transfer ended up pausing several times before finally failing - "unexpected network issue". I'm pretty confident the issue lies at the UnRAID server end, but I have no idea where to go from here.

Just a quick update... I transferred another file from my PC to the UnRAID server - this time using Windows Explorer. Again, there were several pauses, but the transfer recovered...until a final pause that lasted around 60 seconds, and the transfer failed "unexpected network error". I tried again, and it failed again - different part of the file but same failure reason "unexpected network error".

A couple of things to report... I set up a shared folder on my wife's laptop (same location as the UnRAID server). I was able to transfer 6 files - all more than 20 GBs, one after the other - from my PC without any issues. Then, as an experiment, I took the main file I've been having issues with, transferred it from my PC to my wife's laptop, and then - after spinning up all drives on my UnRAID server - I attempted to transfer the file from my wife's laptop to the UnRAID server...using Windows Explorer (she doesn't use Teracopy). The file transferred successfully, but it's worth noting that during the file transfer I observed the file transfer paused 8 times. Each pause lasted less than 60 seconds but the transfer speed dropped to 0 each time. I'm pleased the file transfer was successful, but I think there's still an issue with file transfers at the UnRAID end. I will try to disable Teracopy to see whether that improves a file transfer's chance of recovery if the transfer pauses, but I think whatever is causing the file transfer pauses is the real culprit.

I'm sending files from a Windows 10 PC. Pretty standard Realtek NIC - part of the Gigabyte motherboard. Instead of using the bog-standard Windows explorer, I use Teracopy to manage file transfers. This is the same setup I've used reliably for years. What I'm going to do is try to set up a shared folder on my wife's laptop, which is in the same room as the UnRAID server, and try to transfer the file that's not transferring successfully. Such a transfer would use all the same network components as me trying to transfer the file to the UnRAID server - except for the cable to the switch, which I've already replaced. That's all I can think of to try. If the file transfer fails (times out) then the fault is unrelated to UnRAID. I'll post back when I've done this test.

No suggestions? Seems to me this is a fairly fundamental issue - not being able to transfer files to the server. Is it worth raising an issue formally with the UnRAID support team?

The bad news is - I almost always spin up all the drives prior to doing a file transfer (I'm a little OCD like that)...and I definitely spun them up prior to seeing this issue occur (every time).

Hi there...I need some help. Over the last 2-3 weeks I've noticed an issue transferring larger media files from my Windows PC to UnRAID. I don't use a cache drive yet, so there files can take a while to transfer. However, over the last 2-3 weeks I've had a couple of files (ranging in size from 20-28 GBs) seemingly stop part-way through the transfer, and finally fail the transfer due to timeout. Sometimes I've seen this happen (only for the file transfer to re-commence from where it was stuck after 30-50 seconds). I had this behavior happen to me once before about 3-4 years ago, and the issue was resolved instantly by replacing the ethernet switch the UnRAID server is directly connected to in the room where the server is kept. However, I must have just been lucky last time. This time I replaced the switch again but it didn't resolve the issue, and I also replaced the ethernet cable running from the UnRAID server to the switch, and the issue still remains. I'm able to transfer smaller files without any problems, but anything from that 20-26 GB file size is currently having this issue. I don't have a need to copy files larger than 20GB right now, but I'm assuming this may also be subject to this issue. I've attached the diagnostics zip file in case this helps diagnose the issue. Any thoughts or insights appreciated. server-diagnostics-20240128-1525.zip

Wow...thanks so much for this. Before taking the plunge I think doing some reading - especially from the link you provided - is going to be a valuable step. Thanks again!

Thanks for the response. Sorry it's taken me so long to respond. Life got complicated for a while there. So, when you say.... ...you're saying I can put ANY values in the username and password fields, and this will work? In my case the players already have the share locations set up (media database management has already been set up). After the update the players will be asked for logon credentials where previously the players were NOT asked. Again, are you saying I can put in any values for username and password fields, or should I set up values in UnRAID? Hopefully, when the players are prompted for these credentials in subsequent use, they'll remember them.