CHBMB

I did this last night after upgrading to 6b14. Docker does make it very easy indeed for these sorts of things. The guide should make it straightforward for anyone. Thanks jon

I would suggest to make sure you delete that container and retry again. Possibly something left behind is causing it not to work. I'm just experimenting with ddclient to see if I can get to the bottom of this and have also noticed that changing my ddclient.conf once I've set up the container, whether it's running or not at the time of the changes does indeed throw up some weird errors my end, although none that are the same of your admittedly. Deleting the container did solve these issues. Still looking into it, but it does seem to be a common error with ddclient. Other thoughts I had were, make sure you don't have a VPN working on your UnRaid box, and do you have just the one NIC. Looking on the internet, you're certainly not the first person to experience this problem and my gut feeling is that it's a ddclient issue rather than a CaptInsano docker issue if that makes sense.

Yes. Q35 is a more modern machine type, but still heavy in development and not fully supported by libvirt yet. Some folks who have attempted GPU pass through with the PC machine type and failed had success when switching to Q35. That said, it's advised that new users as of the latest beta first try the PC type before attempting Q35. The fate of the Q35 machine type longer term is yet to be determined. Is there any way to switch a machine type from q35 to pc? Yes. With windows vms that are already installed though, this will cause you to need to reactivate your Windows license as this will look like you're changing the entire motherboard. For VMs that utilize pci pass through, GPUs or otherwise, you'll need to adjust your qemu command line section of the xml to not use pcie. Share your xml and I'll reply with the edits to make. Thanks for clearing that up. Here's my xml, I'll be interested to know what changes are required. <domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> <name>Argus-TV-Win7</name> <uuid>c0e55720-d29b-52cc-1e31-5730c8ad65f1</uuid> <metadata> <snapshot1422571432>Fresh Install, Drivers installed, Argus Not Installed</snapshot1422571432> <snapshots/> </metadata> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='x86_64' machine='pc-q35-2.1'>hvm</type> <boot dev='hd'/> </os> <features> <acpi/> <apic/> </features> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/mnt/disk/KVM/VM/Argus-TV-Win7/Argus-TV-Win7.qcow2'/> <target dev='hda' bus='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x03' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/disk/KVM/Media/Win7AIO.iso'/> <target dev='hdc' bus='sata'/> <readonly/> <address type='drive' controller='0' bus='0' target='0' unit='2'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x02' function='0x0' multifunction='on'/> </controller> <controller type='sata' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' function='0x2'/> </controller> <controller type='pci' index='0' model='pcie-root'/> <controller type='pci' index='1' model='dmi-to-pci-bridge'> <address type='pci' domain='0x0000' bus='0x00' slot='0x1e' function='0x0'/> </controller> <controller type='pci' index='2' model='pci-bridge'> <address type='pci' domain='0x0000' bus='0x01' slot='0x01' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:a4:58:e5'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x01' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='5910' autoport='no' websocket='5510' listen='0.0.0.0' keymap='en-gb'> <listen type='address' address='0.0.0.0'/> </graphics> <video> <model type='vmvga' vram='16384' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x02' slot='0x04' function='0x0'/> </memballoon> </devices> <qemu:commandline> <qemu:arg value='-device'/> <qemu:arg value='vfio-pci,host=02:00.0,bus=pcie.0'/> </qemu:commandline> </domain>

Yes. Q35 is a more modern machine type, but still heavy in development and not fully supported by libvirt yet. Some folks who have attempted GPU pass through with the PC machine type and failed had success when switching to Q35. That said, it's advised that new users as of the latest beta first try the PC type before attempting Q35. The fate of the Q35 machine type longer term is yet to be determined. Is there any way to switch a machine type from q35 to pc?

I find it's variable, I guess at busy times the speed suffers, generally the servers that are geographically closest to you tend to be the fastest in my opinion. Run some tests here to find the best server for you. It's also dependent on your connection speed without a VPN so generally I look at a percentage of speed based on my non-VPN connection speed.

I'm just experimenting with ddclient to see if I can get to the bottom of this and have also noticed that changing my ddclient.conf once I've set up the container, whether it's running or not at the time of the changes does indeed throw up some weird errors my end, although none that are the same of your admittedly. Deleting the container did solve these issues. Still looking into it, but it does seem to be a common error with ddclient. Other thoughts I had were, make sure you don't have a VPN working on your UnRaid box, and do you have just the one NIC.

Docker.img is on a non-array ssd I also use for my KVM images & 50Gb (Probably don't need it anywhere near that, but had spare space at the time) Appdata is cache only and is 1.42Gb and my apps are: Couchpotato - needo DDclient - CaptInsano DelugeVPN - binhex HTPC Manager- smdion Kodi - sparklyballs MariaDB - needo NZBGet - gfjardim ReverseProxy - modified version of smdion's so I can run an ebook library Sonarr - needo I'm planning to add Plex when I get a chance which I assume will bump things up significantly in size.

My experience is like your friends, about 10 seconds on all three different systems I've had. Might want to examine your system to find out if there's a possible problem, I'm sure an UnRaid guru will offer some advice when they see your post.

No problem, keep it a secret between you and me, but I did the exact same thing myself! Wouldn't mind but I'd downloaded a ton of iso files for just about every Linux distro available in my KVM inspired curiosity!

Not sure what else to suggest, can't see a reason why it wouldn't work especially as you've already stated that you've got the exact same config on another machine working perfectly.

Probably best to post in CaptInsano's thread, but for the record here's my config. daemon=600 use=web, web=checkip.dyndns.com/, web-skip='IP Address' protocol=namecheap server=dynamicdns.park-your-domain.com login=Your-Domain-Name-Here password=Your-30-character-password-from-dashboard-on-namecheap @ Working fine as we speak. Let me know if it doens't work, might be a problem on the namecheap side.

Delete your current HTPC Manager and reinstall from smdion's repo. When you get to this screenshot, put a 1 in the variable value next to NZBDrone and the module will be activated.

In the preferences within deluge change all the folders within the tab downloads to /data and as you have done, map data in the docker preferences to where you want your files downloaded. Example: In your docker container /data =====> /mnt/cache/downloads then in preferences under downloads Download to =====> /data/incomplete Move completed to =====> /data/complete Copy of .torrent files to =====> /data/torrents Autoadd .torrent files from =====> /data/add At the moment as you've worked out, you're saving within the container, you want to be saving to the /data directory which you've mapped to a directory on your host.

With mine I have my modem connected to out0 and then all my VM's use in0. The VM's haven't had any issues that I have noticed. My in0 port's ethernet connects to a switch and then that switch is used for other computers (including unRAID as eth0). All the machines connected to the switch and VM's are controlled by the pfSense VM. Yup Easy enough, I have PfSense up and running using bridges. Tomorrow I add my new switch and access point. Thanks for the info! I'm confused now I'm starting my setup, so you guys are no longer passing through the NIC but instead setting up bridges in Unraid to be used in the VMs?

It's already there mate, add smdion's HTPC-manager and if it's not already there add nzbdrone as an environmental variable with an environmental value of 1.

Cool, mind posting that bit of your go file, I'd be interested to see how you did that.

Got around to putting my dual NIC in today and found the exact same behaviour. The MAC address changed, I think k I got a bit confused when I read your post but now I get what you mean. Did you ever find the reason for this?

yes, there is no leakage, as all traffic is on your lan, your just passing the request to the proxy server, and this is already connected to a vpn tunnel, so no worries, plus your not torrenting over the proxy server remember, this is ONLY for web requests, deluge is using a vpn tunnel and not a socks4/5 connection. That was the conclusion my addled brain came to, but thanks for explaining it for me. Brilliant work, this networking is some tricky stuff!

So, I know that there have been concerns using proxy servers in place of VPN networks, but as this is being passed through to a VPN on my network, does that mean these conditions don't apply. I'm not much good on networking, so sorry for all the questions.

Mind if I ask what ENABLE_PRIVOXY does? Using PIA myself and with the update all is working well, just not sure what that setting does. Once again, thanks for all the work. sure!, that setting enables a proxy server within the docker, this can be used for situations where your isp blocks access to certain websites, you simply enable this and then point your application/web browser at <host ip>:8118 (or the port of your choice), this then sends the request down the vpn tunnel and safely circumvents your isp's filtering, neat hu?. if you want to test it then enable it, configure it in your web browser and to confirm its working, go to http://whatismyip.com and you should see the ip you have is not originating from your isp but is the ip allocated from your vpn provider. That's an amazing function. So, if I'm correct in my assumptions, I can remove the PIA client from my desktop and if I want to hypothetically speaking access Netflix from a different geographical area I can point my desktop's browser to your proxy and hey presto! If that's correct, then you have just completely removed my need to set up pfsense as a KVM.

I'm interested in getting this up and running but currently using smdion's reverseproxy docker to access a number of things and wondering how best to integrate owncloud. Trying to get my head around all of this. This docker comes with NGINX as part of it? In which case, can I use this to reverse proxy as well as run owncloud? Or would I be better off using reverseproxy and a manual install of owncloud? Thanks for all your hard work, does look an amazing docker.

Mind if I ask what ENABLE_PRIVOXY does? Using PIA myself and with the update all is working well, just not sure what that setting does. Once again, thanks for all the work.

Can't help you with Zoneminder, but forward the $5,000 (in equivalent £s by todays exchange rate) and your address and I'll package up Mrs CHBMB and get her in the post tomorrow.

You're quite right, I assumed that it would come with IR firmware, and assumption is never a good thing in this game!

I had a look at name.com but to be honest api stuff is over my head and I saw your post over on the sourceforge page. I did do some looking around though, any chance you could use this as a solution? Looked relatively easy to follow. And then with dyndns you would be able to use ddclient. Bit of a fudge I know.... Sorry I can't be any further help mate.