lytener

Did you ever fix this issue @IronBeardKnight? I'm running into the same issue.

I recently ran into an issue where privoxy is functioning as it normally does. There hasn't been any changes to my setup, but I do auto-update the DelugeVPN container. The port is configured to 8118, but none of my containers nor my browser can access it via the host/bridge IP address. I am able to access the DelugeVPN web gui, so I know that the VPN is working. I'm wondering if it has anything to do with the listening address. When I open up a console for the container, I ran netstat and here are the results: tcp 0 0 127.0.0.1:8118 0.0.0.0:* LISTEN - tcp 0 0 0.0.0.0:8112 0.0.0.0:* LISTEN - The web admin is configured on 0.0.0.0 for port 8112, while privoxy is configured on 127.0.0.1. Could this be the issue?

Thanks, I really appreciate it. I spent some time with the RAM by disabling XMP and it seems stable so far. I'm on an X570 board with an updated bios. If I hit another sag I'm able to edit C-state settings, but not the Power Supply Idle Control.

Does this seem some type of hardware panic? Not sure if there is something wrong with my config where my system randomly hangs, but I managed to keep a monitor plugged in and finally saw an error code. I've also included a copy of my diagnostics. I would appreciate any general guidance. Thanks! unraid-diagnostics-20200813-0201.zip

Not working for me either. I thought this would be a cheap upgrade but ended up getting a Mellanox.

[TL;DR] I had issues with transfer speed from a Mac (40 MB/s). I fixed it with reducing the Delayed TCP ack to 0 and now get about 110 MB/s. [SOLVED] I went through a bunch of search results and ended up finding this: http://www.debugginlife.com/solved-very-slow-file-transfer-on-mac-shares-smbafp/ In summary, try running this command in your terminal: sudo sysctl -w net.inet.tcp.delayed_ack=0 Remount the share and test your speed. I used Blackmagic Disk Speed and iperf3 to test it out. This is a temporary fix. If it works for you, then you'll have to edit your /etc/sysctl.conf file and add net.inet.tcp.delayed_ack=0 Other fixes people have tried are: Disabling SMB signing Changing from SMB to AFP [ORIGINAL POST] I'm new to Unraid and managed to get most of my server setup and would appreciate any advice. I'm migrating a lot of files (movies, tv shows, photos, etc...) over and I'm experiencing a very strange issue where there are long pauses in my transfer. I'm transferring about 7.5 TB and it's been about 2 days. My two issues are: SMB network transfers will suddenly pause for a period of time. It doesn't appear that the cache is moving anything to the array at this time. Identifying bottlenecks. My network transfers are hitting about 40 MB/s when it's actually working (Mac Mini with direct attached storage @ 220 MB/s --> Unifi network configured for jumbo frames --> UnRaid server with 1TB SSD Cache --> Disk Array with WD 10TB Red Drives capable of 210 MB/s sequential writes). The Unraid server has a 1TB cache drive and is set to automatically move data at 70% utilization. The long pauses don't occur when the SSD is moving data. The Unraid server is capable of hitting 900 Mbps (112 MB/s) on external speed tests. The network transfers will get to about 40 MB/s and then suddenly stop for long periods of time. I don't see much I/O activity on the Main section of my Unraid server. I would appreciate any help. I've attached the diagnostic file if anyone with experience can take a look.

Thanks for responding. I was able to fix it with a new Unraid install using the legacy method. I reinstalled Unraid like 10x using the USB Creator. Definitely buggy on both Windows and MacOS. Between that and replacing the flash drive, my issue is resolved now and I got pretty much everything running ✅