zyurph

I was able to resolve my issue by replacing the docker name on the upstream_app line in the subdomain.conf file to the ip address of the unraid server. This also fixed nextcloud as well.

I am having an the same issue getting 502 bad gateway on both guacamole and nextcloud. I found that I had "Host access to custom networks" disabled, but enabling it still did not fix it. Is there anything else that could cause this problem?

I'm running Version 6.7.2 Here is some history on what has been going on and lead to the current situation. I recently had some hardware issues where my add-on SATA controller failed. I use to have 8 drives connected to my MB and 2 Parity + 2 Cache connected to a four port SATA Controller. However After it failed I purchased a 16 port SAS controller and bout breakout cables and have all 12 drives now connected to it. When it happend I didn't realize that two of my data drives got put into party slots after a reboot, and the server proceed to rebuild the parity. However once I got my new controller and put things back to the way they were to my surprise the data on the two drives that were pull from the array into Party got rebuilt once I got the original parity drives back online with the new controller. I then had some issues with Dockers and my VM which I pass through my GPU and NVMe SSD. NOTE here when working to resolve these issues I upgraded from 6.7.0 to 6.7.2. However I just got all of that redone, and while I was working to restore plex I noticed a shit load of files were missing. I looked around and found that that there are few folders that were blank in the share. After further investigate I found that the files were still on the disk but just not showing in the share. I then found a butt ton of xfs errors in the log (see attached). I did some search in the forum but I wasn't able to find anything directly related to my issue. Any help would be greatly apprecated. Thanks, Zyurph tower-syslog-20190912-0805.zip

Thanks that fixed it. I had been running a custom network for a good while without issue. some update either in deluge or UNRAID must have broken it. Thanks again!

Thanks for the reply strike, my network type is "Custom : br0" and I'm using 10.1.1.201:8112 to connect to the WebUI.

It has been a while since I have had time to post about my WebUI issues but I really want to get things working again so I thought I would lay them out again and see if anyone has any ideas. For the past 6mons or so I am unable to get DelugeVPN WebUI to open with VPN enabled. I'm using PIA with the proper port forwarding site. I have looked at my log (which is attached BTW) and it connects with no issues and states that the WebUI has started both with and without VPN Enabled. I had this working for over a year prior to this, and I can't pinpoint what changed that made it stopped. Thanks in advance for anyone who has time to take a look! supervisord-with-vpn.txt supervisord-without-vpn.txt

@eb3k , Thank you for the reply! I have tried this as well, even going so far as to remove the docker and the directory in appdata and re-install. Still the same effect.

Agreed, it is very bizarre for there seems to be an issue with VPN and webui working per my previous reply

My apologies my more recent reply was a continuation of my previous messages note I have been running binhex-delugevpn for over a year without an issue until recently I have updated to the latest version of both unraid and the binhex-delugevpn docker and no webui. So I now have the same issue on two different unraid servers. Oh and yes I have my PIA creds entered. Attached is my latest supervisord log. supervisord.log

I went ahead and updated unraid to 6.6.5 which purged all my docker containers and their respective folders in appdata. So I added binhex-delugevpn again and tried all vpn points listed here: https://www.privateinternetaccess.com/helpdesk/kb/articles/how-do-i-enable-port-forwarding-on-my-vpn and none of them allowed me to enter the webui.

If I need to provide more information, please let me know. I have been trying to determine what changed for over a week and I'm unable to figure it out. From my point of view, nothing has changed.

So I have two Unraid servers both running DelugeVPN and both with the same issue. as I mentioned before: The WebUI is not loading, the difference here is I haven't upgraded unraid and I am still running 6.4 supervisord.log: Created by... ___. .__ .__ \_ |__ |__| ____ | |__ ____ ___ ___ | __ \| |/ \| | \_/ __ \\ \/ / | \_\ \ | | \ Y \ ___/ > < |___ /__|___| /___| /\___ >__/\_ \ \/ \/ \/ \/ \/ https://hub.docker.com/u/binhex/ 2018-11-12 14:55:12.217141 [info] Host is running unRAID 2018-11-12 14:55:12.247686 [info] System information Linux 61e0a63334e7 4.14.13-unRAID #1 SMP PREEMPT Wed Jan 10 10:27:09 PST 2018 x86_64 GNU/Linux 2018-11-12 14:55:12.289912 [info] PUID defined as '99' 2018-11-12 14:55:12.326920 [info] PGID defined as '100' 2018-11-12 14:55:12.397353 [info] UMASK defined as '000' 2018-11-12 14:55:12.432684 [info] Permissions already set for volume mappings 2018-11-12 14:55:12.472108 [info] VPN_ENABLED defined as 'yes' 2018-11-12 14:55:12.512886 [info] OpenVPN config file (ovpn extension) is located at /config/openvpn/CA Toronto.ovpn dos2unix: converting file /config/openvpn/CA Toronto.ovpn to Unix format... 2018-11-12 14:55:12.573468 [info] VPN remote line defined as 'remote ca-toronto.privateinternetaccess.com 1198' 2018-11-12 14:55:12.607314 [info] VPN_REMOTE defined as 'ca-toronto.privateinternetaccess.com' 2018-11-12 14:55:12.641545 [info] VPN_PORT defined as '1198' 2018-11-12 14:55:12.681615 [info] VPN_PROTOCOL defined as 'udp' 2018-11-12 14:55:12.715259 [info] VPN_DEVICE_TYPE defined as 'tun0' 2018-11-12 14:55:12.748385 [info] VPN_PROV defined as 'pia' 2018-11-12 14:55:12.781612 [info] LAN_NETWORK defined as '10.1.1.0/24' 2018-11-12 14:55:12.815185 [info] NAME_SERVERS defined as '209.222.18.222,37.235.1.174,8.8.8.8,209.222.18.218,37.235.1.177,8.8.4.4' 2018-11-12 14:55:12.848619 [info] VPN_USER defined as '******************' 2018-11-12 14:55:12.883130 [info] VPN_PASS defined as '*******************************' 2018-11-12 14:55:12.917235 [info] VPN_OPTIONS not defined (via -e VPN_OPTIONS) 2018-11-12 14:55:12.952129 [info] STRICT_PORT_FORWARD defined as 'yes' 2018-11-12 14:55:12.986867 [info] ENABLE_PRIVOXY defined as 'yes' 2018-11-12 14:55:13.020477 [info] Starting Supervisor... 2018-11-12 14:55:13,181 INFO Included extra file "/etc/supervisor/conf.d/delugevpn.conf" during parsing 2018-11-12 14:55:13,181 INFO Set uid to user 0 succeeded 2018-11-12 14:55:13,184 INFO supervisord started with pid 7 2018-11-12 14:55:14,186 INFO spawned: 'start-script' with pid 139 2018-11-12 14:55:14,188 INFO spawned: 'deluge-script' with pid 140 2018-11-12 14:55:14,189 INFO spawned: 'deluge-web-script' with pid 141 2018-11-12 14:55:14,191 INFO spawned: 'privoxy-script' with pid 142 2018-11-12 14:55:14,191 INFO reaped unknown pid 8 2018-11-12 14:55:14,194 DEBG 'start-script' stdout output: [info] VPN is enabled, beginning configuration of VPN 2018-11-12 14:55:14,194 INFO success: start-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2018-11-12 14:55:14,195 INFO success: deluge-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2018-11-12 14:55:14,195 INFO success: deluge-web-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2018-11-12 14:55:14,195 INFO success: privoxy-script entered RUNNING state, process has stayed up for > than 0 seconds (startsecs) 2018-11-12 14:55:14,195 DEBG 'deluge-script' stdout output: [info] Deluge config file already exists, skipping copy 2018-11-12 14:55:14,197 DEBG 'deluge-script' stdout output: [info] VPN is enabled, checking VPN tunnel local ip is valid 2018-11-12 14:55:14,273 DEBG 'start-script' stdout output: [info] Default route for container is 10.1.1.254 2018-11-12 14:55:14,280 DEBG 'start-script' stdout output: [info] Adding 209.222.18.222 to /etc/resolv.conf 2018-11-12 14:55:14,286 DEBG 'start-script' stdout output: [info] Adding 37.235.1.174 to /etc/resolv.conf 2018-11-12 14:55:14,292 DEBG 'start-script' stdout output: [info] Adding 8.8.8.8 to /etc/resolv.conf 2018-11-12 14:55:14,296 DEBG 'start-script' stdout output: [info] Adding 209.222.18.218 to /etc/resolv.conf 2018-11-12 14:55:14,300 DEBG 'start-script' stdout output: [info] Adding 37.235.1.177 to /etc/resolv.conf 2018-11-12 14:55:14,304 DEBG 'start-script' stdout output: [info] Adding 8.8.4.4 to /etc/resolv.conf 2018-11-12 14:55:14,520 DEBG 'start-script' stdout output: [info] Adding 10.1.1.0/24 as route via docker eth0 2018-11-12 14:55:14,521 DEBG 'start-script' stderr output: RTNETLINK answers: File exists 2018-11-12 14:55:14,522 DEBG 'start-script' stdout output: [info] ip route defined as follows... -------------------- 2018-11-12 14:55:14,522 DEBG 'start-script' stdout output: default via 10.1.1.254 dev eth0 10.1.1.0/24 dev eth0 proto kernel scope link src 10.1.1.14 2018-11-12 14:55:14,523 DEBG 'start-script' stdout output: -------------------- 2018-11-12 14:55:14,526 DEBG 'start-script' stdout output: iptable_mangle 16384 1 ip_tables 24576 3 iptable_mangle,iptable_filter,iptable_nat 2018-11-12 14:55:14,526 DEBG 'start-script' stdout output: [info] iptable_mangle support detected, adding fwmark for tables 2018-11-12 14:55:14,549 DEBG 'start-script' stdout output: [info] Docker network defined as 10.1.1.0/24 2018-11-12 14:55:14,689 DEBG 'start-script' stdout output: [info] iptables defined as follows... -------------------- 2018-11-12 14:55:14,691 DEBG 'start-script' stdout output: -P INPUT DROP -P FORWARD ACCEPT -P OUTPUT DROP -A INPUT -i tun0 -j ACCEPT -A INPUT -s 10.1.1.0/24 -d 10.1.1.0/24 -j ACCEPT -A INPUT -i eth0 -p udp -m udp --sport 1198 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --dport 8112 -j ACCEPT -A INPUT -i eth0 -p tcp -m tcp --sport 8112 -j ACCEPT -A INPUT -s 10.1.1.0/24 -i eth0 -p tcp -m tcp --dport 58846 -j ACCEPT -A INPUT -s 10.1.1.0/24 -d 10.1.1.0/24 -i eth0 -p tcp -j ACCEPT -A INPUT -p icmp -m icmp --icmp-type 0 -j ACCEPT -A INPUT -i lo -j ACCEPT -A OUTPUT -o tun0 -j ACCEPT -A OUTPUT -s 10.1.1.0/24 -d 10.1.1.0/24 -j ACCEPT -A OUTPUT -o eth0 -p udp -m udp --dport 1198 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --dport 8112 -j ACCEPT -A OUTPUT -o eth0 -p tcp -m tcp --sport 8112 -j ACCEPT -A OUTPUT -d 10.1.1.0/24 -o eth0 -p tcp -m tcp --sport 58846 -j ACCEPT -A OUTPUT -s 10.1.1.0/24 -d 10.1.1.0/24 -o eth0 -p tcp -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 8 -j ACCEPT -A OUTPUT -o lo -j ACCEPT 2018-11-12 14:55:14,691 DEBG 'start-script' stdout output: -------------------- 2018-11-12 14:55:14,693 DEBG 'start-script' stdout output: [info] Starting OpenVPN... 2018-11-12 14:55:14,702 DEBG 'start-script' stdout output: Mon Nov 12 14:55:14 2018 WARNING: file 'credentials.conf' is group or others accessible Mon Nov 12 14:55:14 2018 OpenVPN 2.4.6 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [PKCS11] [MH/PKTINFO] [AEAD] built on Apr 24 2018 Mon Nov 12 14:55:14 2018 library versions: OpenSSL 1.1.0h 27 Mar 2018, LZO 2.10 2018-11-12 14:55:14,703 DEBG 'start-script' stdout output: [info] OpenVPN started 2018-11-12 14:55:14,703 DEBG 'start-script' stdout output: Mon Nov 12 14:55:14 2018 NOTE: the current --script-security setting may allow this configuration to call user-defined scripts 2018-11-12 14:55:14,703 DEBG 'start-script' stdout output: Mon Nov 12 14:55:14 2018 TCP/UDP: Preserving recently used remote address: [AF_INET]172.98.67.59:1198 Mon Nov 12 14:55:14 2018 UDP link local: (not bound) Mon Nov 12 14:55:14 2018 UDP link remote: [AF_INET]172.98.67.59:1198 2018-11-12 14:55:15,309 DEBG 'start-script' stdout output: Mon Nov 12 14:55:15 2018 [68a030da2d6504d0f8ecfa90e2d37ef9] Peer Connection Initiated with [AF_INET]172.98.67.59:1198 2018-11-12 14:55:16,748 DEBG 'start-script' stdout output: Mon Nov 12 14:55:16 2018 auth-token received, disabling auth-nocache for the authentication token 2018-11-12 14:55:16,748 DEBG 'start-script' stdout output: Mon Nov 12 14:55:16 2018 TUN/TAP device tun0 opened 2018-11-12 14:55:16,748 DEBG 'start-script' stdout output: Mon Nov 12 14:55:16 2018 do_ifconfig, tt->did_ifconfig_ipv6_setup=0 Mon Nov 12 14:55:16 2018 /usr/bin/ip link set dev tun0 up mtu 1500 2018-11-12 14:55:16,750 DEBG 'start-script' stdout output: Mon Nov 12 14:55:16 2018 /usr/bin/ip addr add dev tun0 local 10.41.10.6 peer 10.41.10.5 2018-11-12 14:55:16,751 DEBG 'start-script' stdout output: Mon Nov 12 14:55:16 2018 /root/openvpnup.sh tun0 1500 1558 10.41.10.6 10.41.10.5 init 2018-11-12 14:55:16,758 DEBG 'start-script' stdout output: Mon Nov 12 14:55:16 2018 Initialization Sequence Completed 2018-11-12 14:55:16,778 DEBG 'privoxy-script' stdout output: [info] Configuring Privoxy... 2018-11-12 14:55:16,781 DEBG 'deluge-script' stdout output: [info] Deluge not running 2018-11-12 14:55:16,781 DEBG 'deluge-script' stdout output: [info] Deluge listening interface IP 0.0.0.0 and VPN provider IP 10.41.10.6 different, marking for reconfigure 2018-11-12 14:55:16,873 DEBG 'start-script' stdout output: [info] Attempting to curl http://209.222.18.222:2000/?client_id=682e86652ac00990c16b49ba2c92702c148703c477183c67e5cc19207b46af28... 2018-11-12 14:55:17,056 DEBG 'privoxy-script' stdout output: [info] All checks complete, starting Privoxy... 2018-11-12 14:55:17,057 DEBG 'privoxy-script' stderr output: 2018-11-12 14:55:17.057 1460d90e70c0 Info: Privoxy version 3.0.26 2018-11-12 14:55:17.057 1460d90e70c0 Info: Program name: /usr/bin/privoxy 2018-11-12 14:55:17,695 DEBG 'start-script' stdout output: [info] Successfully retrieved external IP address 173.239.230.58 2018-11-12 14:55:18,063 DEBG 'start-script' stdout output: [info] Curl successful for http://209.222.18.222:2000/?client_id=682e86652ac00990c16b49ba2c92702c148703c477183c67e5cc19207b46af28, response code 200 2018-11-12 14:55:18,783 DEBG 'deluge-script' stdout output: [info] Attempting to start Deluge... 2018-11-12 14:55:19,228 DEBG 'deluge-script' stdout output: [info] Deluge listening interface currently defined as 10.12.10.6 [info] Deluge listening interface will be changed to 10.41.10.6 [info] Saving changes to Deluge config file /config/core.conf... 2018-11-12 14:55:19,825 DEBG 'deluge-web-script' stdout output: [info] Starting Deluge webui... 2018-11-12 14:55:20,312 DEBG 'deluge-script' stdout output: Setting random_port to False.. Configuration value successfully updated. 2018-11-12 14:55:20,830 DEBG 'deluge-script' stdout output: Setting listen_ports to (43018, 43018).. Configuration value successfully updated. 2018-11-12 14:55:20,857 DEBG 'deluge-script' stdout output: [info] Deluge started Thoughts anyone?

I have a familiar problem of webui stopped working. I have been using it for more than a year before this happened. I have removed the docker image and deleted the deluge vpn folder on unraid the reinstalled and still no dice. I have confirmed it works with out vpn enabled and it works. I have tried many different endpoints and with strict port forward disabled with no luck. Log attached. supervisord.log

Were you ever able to find a solution to this? For I'm seeing this too using the hotplug as a workaround but have to use a laptop to do it since my mouse and keyboard will just randomly disconnect sometimes on my passthrough VM I use as my primary workstation?

I have had that issue a few times when I was troubleshooting some vbios issues, but a shutdown and restart usually fixes it. What is your drive configuration for the VM, user share, or are you passing through a dedicated HD/SSD?

If you look on your dashboard you can see the CPU cores in two columns. Each row is a physical and a hyperthreaded core. I would recommend that you keep your related physical and hyperthreaded cores together on any VM. Edit: You can also see this in tools --> system devices CPU Thread Pairings cpu 0 <===> cpu 14 cpu 1 <===> cpu 15 cpu 2 <===> cpu 16 cpu 3 <===> cpu 17 cpu 4 <===> cpu 18 cpu 5 <===> cpu 19 cpu 6 <===> cpu 20 cpu 7 <===> cpu 21 cpu 8 <===> cpu 22 cpu 9 <===> cpu 23 cpu 10 <===> cpu 24 cpu 11 <===> cpu 25 cpu 12 <===> cpu 26 cpu 13 <===> cpu 27

So I changed to a different vbios from techpowerup, and it's work now. Not sure if it didn't like the one I was using for there were three to choose from, or if I just botched it up in the hex editor. Either way, I'm just happy it's working. Again thanks so much for your help Tuftuf!

So you don't think that fact that unraid has the card bound has anything to do with it then? Also, it's doing a party check, so I think I'll let that finish before I make it crash again :). Will update again tonight or tomorrow. Thanks for all your help!

I'll do that and see if it makes a difference, but I did install windows fresh on this VM with a second GPU, but can't leave it like that for I need to add the rest of my drives.

the one I dumped is 72.7kb the one I downloaded, posted updated, Asus.GTX960.4096.150630.rom is 228kb And no I'm not passing the Nvidia audio, I'm back to passing the Intel built-in audio.

here is an update, I followed Spaceinvader one's other video and edited a vbios rom in a hex editor from techpowerup. I was abale to get my VM booted, but as soon as I see the win10 logon screen the unraid server crashes hard and I have to flip the Psy swtich or hold the power button. I did run this "echo "0000:02:00.0" /sys/bus/pci/drivers/vfio-pci/unbind" and it came back, so I assume that unraid has the card bound still wich is why it is crashing when the VM takes it. So I ran this "echo "0000:02:00.0" > /sys/bus/pci/drivers/vfio-pci/bind" and it echoed back, but still the same result unraid crashes after the VM boots into the logon screen and not before that point. Thoughts?

I was not passing through Nvidia audio, I was using the built-in Intel card. However, I changed that and added the rom to that as well but the same result.

I also have been seeing very similar issues. I have an Asus X99-M WS motherboard that doesn't allow me to specify primary GPU, also with my case configuration I can't put my GTX 960 in any other slot but the first one. However for testing I have disassembled my case and put a secondary card in and my VM can use my 960 just fine, but when I put it back in slot one by itself unraid uses when booting and when I start the VM the monitor goes black but nothing after that. I have followed space invader one's video and all the tips on this post, but still nothing. Any other ideas? Here is my XML: <domain type='kvm' id='5'> <name>Corey-PC</name> <uuid>4de2c82c-7133-6f85-e059-b0687f3ef342</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>16777216</memory> <currentMemory unit='KiB'>16777216</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>8</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='14'/> <vcpupin vcpu='5' cpuset='15'/> <vcpupin vcpu='6' cpuset='16'/> <vcpupin vcpu='7' cpuset='17'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-2.7'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/etc/libvirt/qemu/nvram/4de2c82c-7133-6f85-e059-b0687f3ef342_VARS-pure-efi.fd</nvram> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='4' threads='2'/> </cpu> <clock offset='localtime'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <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='block' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source dev='/dev/disk/by-id/nvme-Samsung_SSD_950_PRO_512GB_S2GMNCAGA06825F'/> <backingStore/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <alias name='virtio-disk2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <alias name='usb'/> <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'> <alias name='usb'/> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <alias name='usb'/> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <interface type='bridge'> <mac address='52:54:00:a6:af:9e'/> <source bridge='br0'/> <target dev='vnet0'/> <model type='virtio'/> <alias name='net0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </interface> <serial type='pty'> <source path='/dev/pts/2'/> <target port='0'/> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/2'> <source path='/dev/pts/2'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-5-Corey-PC/org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='connected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'> <alias name='input0'/> </input> <input type='keyboard' bus='ps2'> <alias name='input1'/> </input> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <rom file='/mnt/user/kvm/960_vbios.dump'/> <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='0x00' slot='0x1b' function='0x0'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x041e'/> <product id='0x3225'/> <address bus='3' device='6'/> </source> <alias name='hostdev2'/> <address type='usb' bus='0' port='1'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x046d'/> <product id='0xc32b'/> <address bus='3' device='7'/> </source> <alias name='hostdev3'/> <address type='usb' bus='0' port='2'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x046d'/> <product id='0xc52b'/> <address bus='3' device='4'/> </source> <alias name='hostdev4'/> <address type='usb' bus='0' port='3'/> </hostdev> <memballoon model='virtio'> <alias name='balloon0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </memballoon> </devices> <seclabel type='none' model='none'/> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain>