Kodash

Hi All, 'Please move if this is in the wrong section' I was just wondering what the standard procedure for setting up a Wireguard endpoint with DDNS? I currently have Wireguard set up on a Raspberry Pi, and the endpoint is set to a duckdns subdomain. I'm thinking of replacing the server with my Unraid server. I have a domain set up now and was thinking of adding an A record for the VPN through my own domain. The question is I guess is, is this safe? If someone was to iterate through a dictionary of common subdomains eg, sheets.google.com, drive.google.com, vpn.google.com. What would happen if they hit on the VPN? I think i've read somewhere that it simply does not respond to unauthenticated traffic, but figure I would check to be safe.

Thanks for your help so far! The adapter is a USB DVB-T2 one so just a standard reciever? Are the attached what you were thinking?

Yeah I think so! Both detect the dvb fine, just no channels. It's a USB tuner so I'll try it in a different machine and report back

I think I've made progress. I had pci-e card that was throwing alot of errors that made me abit embarrassed to post the logs! I can see it in the plugin now using the tbs-opensource driver. But when I pass it to plex and tvheadend it can't find us any channels. Is that a device issue or a driver issue? Ps sorry the screenshots are mobile ones voyager-diagnostics-20210314-2057.zip

Stupid uneducated question, if I add to the go file is the Kernel Modulename = 5.10.21-Unraid? Or is it the chipset of the DVB controller? Trying to get a WinTV-soloHD to appear

Can confirm updated and it's running as expected! Perhaps I just got caught in between releases? Thanks for the feedback and thanks for all your hard work!

Well, I checked this morning as i've only realy started playing with Sonarr and the WebUI wasn't working, I have AutoUpdates turned on for docker containers, so I just assumed there was an update, and came to this thread to see if there was a 'known issue'. Changed the repository to binhex/arch-sonarr:latest, and pulled the new container. Then I bashed in and noticed the Sonarr.exe difference. Changed this, and Sonarr V3 started. Then I thought, oh well i've changed this now but as soon as another update is published I'm going to have to do it again. So deleted the container from Unraid and created a new one from a template, using :latest again, and encountered the same issue. Don't know if that's useful?

I did try the :latest tag, but for some reason, it didn't seem to pull properly for me I don't know enough about Unraid/Docker to say why it didn't work as it should for me.

I had the same issue. Not sure if it's the correct procedure, but I bashed into the container and changed the script in: /home/nobody and change the app path to /usr/bin/mono --debug /usr/lib/sonarr/bin/Sonarr.exe -nobrowser -data=/config Wierdly, when I reset the container, same issue, but they just pasted "/usr/bin/mono --debug /usr/lib/sonarr/bin/Sonarr.exe -nobrowser -data=/config" in the terminal and it ran. I believe they changed the app name from NzbDrone to Sonarr in V3.

Hi All, I'm quite new to Unraid. I made a Windows 10 VM, and as I'd seen alot of topics about it I went out and bought a cheap Nvidia GPU (Asus GT 710 1GB), then realised that there was so much talk because they're a pain! There was no VBIOS on Techpowerup, but i managed to dump one with SpaceInvaderOne's amazing script. I did have a bit of trouble with IOMMU groups and updated to 6.9.0-rc2 to adjust the PCIe ACS Override, which was the only way I managed to dump the VBIOS. Had the VM running for a few days now, and everything was fine, rebooted the server a few times. Then today i've rebooted and nada. I changed the Primary GPU back to VNC to see if the problem was GPU or VM related, and VNC booted just fine. Is there anything obvious in this XML that would speak to what the issue could be? For what I paid for the GPU it's no great loss to replace with an AMD one I guess? Thanks In Advance! <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 10</name> <uuid>3c1704e6-8b2d-a04b-0372-8f229009c15f</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>8388608</memory> <currentMemory unit='KiB'>8388608</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>4</vcpu> <cputune> <vcpupin vcpu='0' cpuset='2'/> <vcpupin vcpu='1' cpuset='8'/> <vcpupin vcpu='2' cpuset='4'/> <vcpupin vcpu='3' cpuset='10'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-4.2'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/3c1704e6-8b2d-a04b-0372-8f229009c15f_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none' migratable='on'> <topology sockets='1' dies='1' cores='2' threads='2'/> <cache mode='passthrough'/> </cpu> <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/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Windows 10/vdisk1.img'/> <backingStore/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </disk> <controller type='pci' index='0' model='pci-root'/> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <interface type='bridge'> <mac address='52:54:00:50:91:05'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </interface> <serial type='pty'> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <address type='usb' bus='0' port='1'/> </input> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <rom file='/mnt/user/isos/vbios/GeForceGT710.rom'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'/> </domain>