slimshizn

I'm probably going to send mine back and just do direct connections. It would have been nice for future expansion but if there's going to be issues it's obviously not worth it. When I switched from 10G to 1G on the XG on the RJ45 ports, it held a connection, so from my findings it's just unstable at 10G on those ports. I'm holding a steady connection on the SFP+ ports ( Although there are other problems with that as well ).

Current setup I have two servers. Main and backup. Main: Backup: Using a 10Gbe switch, the 16-XG, I'm able to connect everything and use as normal. Main has 2 SSD's in Raid1, Backup has a single SSD in XFS. So here's the problem: I can transfer files throughout my network up to 112MB/s no problem for the most part, when on my windows PC trying to move files from Main --> Backup the speed is sitting at 65MB/s typically. Going on krusader on my main server and connecting to backup it's roughly 70-75MB/s. Most I've been able to get is roughly 112MB/s while transferring a 20GB file, no more. Steps I've taken: Changed MTU to 9000 on both servers, changed 10G switch to Jumbo frame, changed RX/TX buffers to 8192 (Max), rebooted each server and switch. I've ran iperf on both servers and got this FULL 10G speeds. Just to make sure SSD was working correctly I moved a file from a UD SSD to it and got 500+MB/s no problem, from server to server via network, nothing over 112MB/s. Need help here! tower-diagnostics-20181018-2141.zip

I'm having a similar issue to yours with one of my servers. I can connect to my 48 port with two ethernet cables and aggregate 802.3ad no problem, but on the XG it starts to give issues. I recently tried it again with having the cables connected to 48 I aggregated two ports on the XG and plugged said cables in. Watching the switch for a few seconds you could tell something wasn't right, the light was going off and on slowly instead of staying solid/normal networking blinks. Sure enough I went back to see and couldn't connect. I'm going to try your way and see if that fixes it.

Disabled pihole no problem since

Thanks for the response. I already have pihole running on a raspberry pi, the one on unraid was just as a backup. I'm going to transfer my custom IP dockers over to another server and see if that fixed the issues. I just had a few lock ups here not too long ago but they seem to have fixed themselves, and there is nothing in the syslog about it happening...

This has never happened to this server before, I came home to find that I could not connect to it at ALL. I had to do a unclean power down to get it back ( doing a parity check as I type this). I changed the network bonding mode from active backup to 802.3ad using the 10Gbe cable and two 1Gb ethernet cables and have aggregation set on my switch. So far I haven't seen any issues but we'll see.

Ok I'll give it a shot. Only two that are custom are pihole and steam cache.

Anyone have an idea?

Got up this morning with a few new ones. These look different.

I've updated to the latest, still having issues after rebooting with the folder caching being disabled and the function on enabled. Stopping and starting it still fixes it.

Been over an hour since I've updated and not a single issue. Thank you. ( Came from 6.5.3)

Seems this has fixed my issue with a Mellanox 10Gbe NIC. Thank you. Updated from 6.5.3

I'll post back with results.

I'm assuming it's time to upgrade to 6.6.1 then to get the latest? Or is there another way

Can anyone point to what's going on here? I think it started after I had added a disk, and then removed it because it wouldn't partition correctly. Doing a preclear on said disk now. Also had put in a Mellanox 10Gbe NIC (Connect-X), which is working fine. Not sure if that's making it throw errors. Here's the errors

I had the same issue, removing and reinstalling fixed the issue, works fine. Haven't rebooted to see if it happened again.

This has been awesome, getting speeds up to 40 MB/s with this on ( after delete and re download ).

HVM and IOMMU are enabled, here is the IOMMU. IOMMU group 14: [10de:1b80] 03:00.0 VGA compatible controller: NVIDIA Corporation GP104 [GeForce GTX 1080] (rev a1) [10de:10f0] 03:00.1 Audio device: NVIDIA Corporation GP104 High Definition Audio Controller (rev a1)

Need help passing through a Nvidia GTX 1080 by EVGA FTW2. I've been trying spaceinvader's video and used multiple bios files and they keep coming up with this. 2018-08-29T02:11:07.325892Z qemu-system-x86_64: -device vfio-pci,host=03:00.0,id=hostdev0,bus=pci.0,addr=0x5,romfile=/mnt/cache/isos/Bios/EVGA.GTX1080.8192.161104.rom: Failed to mmap 0000:03:00.0 BAR 3. Performance may be slow

I'm using a LSI 9211-8i SAS2 with the HP SAS Expander on the X9DRi-LN4F

Looks like I just had another one, a bit different this time. Aug 10 17:38:54 Tower kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen Aug 10 17:38:54 Tower kernel: ata2.00: failed command: SMART Aug 10 17:38:54 Tower kernel: ata2.00: cmd b0/d0:01:00:4f:c2/00:00:00:00:00/00 tag 22 pio 512 in Aug 10 17:38:54 Tower kernel: res 40/00:ff:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout) Aug 10 17:38:54 Tower kernel: ata2.00: status: { DRDY } Aug 10 17:38:54 Tower kernel: ata2: hard resetting link Aug 10 17:38:55 Tower kernel: ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) Aug 10 17:38:55 Tower kernel: ata2.00: configured for UDMA/133 Aug 10 17:38:55 Tower kernel: ata2: EH complete

/tmp/user.scripts/tmpScripts/Rclone_Upload/script* should work then if that's the case, I'm not sure how you have your setup with a dummy file being created. But before I started entering all the information I wanted to see if it was correct. I know that scripts go to tmp after they are started and are ran from there, so with you using a dummy file I could just remove the "rm" portion and just check if that script is being ran at the location I posted. Edit: I could also remove the "touch" command as well then right? Assuming this would be correct for the unmount then as well.

Right okay so I don't want to remove /boot/config/plugins/user.scripts/scripts/Rclone_Upload/script so how would I "remove" it without actually destroying the script?

I do like this idea of activating cache first and then moving on to each disk, smart and efficient. I'll add the --exclude unionfs section and see how that helps. I see you have your plugin location is different than mine. So would this location be correct? /tmp/user.scripts/tmpScripts/Rclone_Upload/script* Also every time you have the rm, is that going to keep the mount still active? I thought it had to be running in the background?

So media on the RO(cloud)folder will be hidden from plex as well correct?