Leaderboard

Yes, that is exactly what they are saying. Neither host nor custom/Macvlan networks even care about ports. Only a bridge network uses ports as has been explained several times. Bridge mode uses ports for external communications. Although it is not necessary to do so, I setup OpenVPN-AS on two unRAID servers in my LAN. Since they are on the same LAN, I really only need to be able to connect to one in order to have access to the other, but I wanted to prove access to either via OpenVPN client was possible. Being on the same LAN, they could not use the same ports. Of course, the OpenVPN-AS container on both servers is running in bridge mode. On the second server, I assigned UDP port 1195 (what you are trying to do with 1200) to the second server and TCP port 9444 for management. Here are my router port forwarding rules associated with both servers: I have a dynamic DNS name for each server and my OpenVPN client on my laptop has two profiles allowing me to connect to either server by DDNS name and the appropriate ports. I rarely ever connect to the second server directly via OpenVPN as connecting to the first gives me access to the second which is strictly a backup server and is often not even powered on; however, I just tested it again and it works without issue on the alternate port of 1195. Somewhere in your Open-VPN-AS container, VPN client, port forwarding rules, and/or DDNS settings, you must have something misconfigured. It is possible to use a port other than 1194 as my setup proves.

Hi, Just to update, those transceivers I bought (2X Brand New sealed Solarflare SFM10G-SR 10GBASE-SR 850nm 10 Gb/s SFP Transceiver) £15 work perfectly with my mellanox cards (MNPA19-XTR 10GB Mellanox ConnectX-2 10Gbe 3m SFP+ ) £35 with this cable (Brand New Sealed 20m 10Gb OM3 Aqua Fibre Optic LC LC Duplex MM 50 125 LSZH fibre patch Cable) £9 Pretty Cheap solution 🙂

vt-d and HVM (aka vt-x) are different things. As @johnnie.black says, you have to make sure that Virtualization Technology/vt-x is enabled in the BIOS. Without that enabled, then you cannot run any VM at all, passthrough or not.

I think that Unraid just goes by what the Bios reports as far as vt-d support being available. If you have other software that reports differently it could be worth mentioning what it is in case there is something wrong with the way that Unraid is querying the Bios level for vt-d support.

Make sure you really enabled vt-d, there's also a setting usually called "Intel virtualization technology" or similar and it's not the same thing, you need to enable that and VT-d for hardware pass-through.

Use Binhex-Krusader to move your current movie and tv show folders to mount_unionfs. the way its setup is that rclone_upload is your local disk storage and unionfs is the link between local and cloud (rclone_mount). When you add folders to mount_unions they are actually placed into rclone_upload. Then adjust the upload script to suit your needs and it will transfer files that meet the age requirements from upload to rclone_mount . My current upload script is --min-age 7d --max-age 8d so that it stores newly downloaded tv shows and movies for a week and then uploads them the next day, i run the script daily to check.

KnipSter on Twitter. build post here:

Looks like the shares that belong on cache are all on cache now so that looks good. You only have a couple of other shares, and they have files on disk1, isos and another with name starting with D. If you have VMs or dockers using those shares then that might explain the drives not spinning down. There are a few plugins that might help figure it out. Go to the Apps page and take a look at Dynamix Active Streams, File Activity, and Open Files plugins.

Glad to hear it works Here's the donate link: https://www.linuxserver.io/donate Thanks

Run the nvidia-smi from Unraid cli directly, not from the docker cli, this way youll see the process name when it's in use.

QEMU 4.0 RC0 has been released - https://www.qemu.org/download/#source And a nice specific mention in the changelog to things discussed in this thread (https://wiki.qemu.org/ChangeLog/4.0): Now that these changes are standard with the Q35 machinetype in 4.0, I think this could also be an additional argument against potentially forcing Windows based VMs to the i440fx machine type if this brings things into performance parity? If @limetech could throw this into the next RC for people to test out, that would be much appreciated!

I remember this being an issue at one point... googled and found this https://help.nextcloud.com/t/why-doesnt-android-client-upload-existing-pictures/10365/25 Are you on an older phone/app version? This is fixable, and to my knowledge was fixed. Top right of the screen normally, 3 little dots, 'select all photos'

Sorted! Found the answer, eventually in one of the guides. All I had to do was add the folders within the docker container as additional volumes/folders and hey presto. Just need to sort out Qbittorrent, Dropbox and a vnc within the next 26 days. If all that works I might just go with unraid, although I've yet to try Amahi.