craigr

dmacias just want to say thanks for your continued support of this app. I really appreciate it. Kind regards, craigr

I'd also put in that I would love to use this with the iGPU in my E3-1275 v6 while running PLEX. I've used the two dockers available, but having the info right in the dashboard would be much nicer than running an entire additional docker just to get the info. Kind regards, craigr

So changing the CPU caused the MB to also automatically change settings back to defaults in the BIOS. I just had to go back in and turn on my onboard graphics. The i915 and i965 both use the same module so that could never have been it. Best, craigr

Looks like it uses the i965? I tried this: root@unRAID:~# modprobe i965 modprobe: FATAL: Module i965 not found in directory /lib/modules/4.19.107-Unraid root@unRAID:~# I checked and I don't even have a "lib" directory, just some other directories that start with lib. Do have the i965 driver in unRAID though.

What CPU do you have? I just changed from an E3-1275 v5 to the same but v6. The v6 can hardware encode hvec. I am however now frustrated because with the new v6 CPU no /dev/dri folder is created after typing modprobe i915. I even tried modprobe -r i915 and then redid modprobe i915 with no lock. There is just no dri folder ever created. Does the v6 have something other than i915? Any thoughts as to how I can get this running with the E3-1275 v6? Thanks, craigr

Also, don't forget to turn "Link State Power Management" back on in the Windows 10 advanced power options settings. craigr

No idea. I just did this today. I will have to test this though. I've got my UPS set to shutdown unRAID if I lose power for 10 seconds (it's not a big UPS and I have 22 drives). I don't know if unRAID would give Windows the default 60 seconds to shutdown gracefully or not. My guess is that it would try and shutdown windows gracefully, but I think that could be a problem because I don't want my UPS to have to work for an extra 60 seconds shutting down Windows. I also doubt Windows could wake from sleep and then shutdown in less than 60 seconds... than again, unRAID may not even know to wake a sleeping VM to shut it down gracefully 😬 I'd actually rather unRAID just yank Windows with a hard shutdown. The next time I have to power down the server I will pull the power on the UPS with Windows asleep and see what happens under controlled conditions. I'll report back with results. I know I am going to be doing some hardware changes next Tuesday or Wednesday so I'll find out then or before. Kind regards, craigr

I know many people scoff at sleeping a VM, but I really want to put my Windows 10 VM's to sleep because they are constantly doing things in the background and utilizing a lot of CPU. It costs me about 50 watts to not sleep the VM and to me that is just a waste. The trouble has been how to wake them up easily without using another device. All you have to do to make the mouse and keyboard wake Windows from sleep is use evdev to pass them through instead of the Windows template. The easiest way to learn how to do this is to watch and mostly follow Spaceinvader's new tutorial on evdev: I'm sure he will fix it, but please note that Spaceinvader doesn't quite have the syntax correct in the qemu.conf. The correct syntax is in my post just below his in the linked thread. Once you get it right, your mouse and keyboard will be able to wake your Windows VM from sleep 🤩 Also, don't forget to turn "Link State Power Management" back on in the Advanced settings of the Windows 10 Power Options, otherwise your computer may just hard shutdown instead of sleep. I am finally happy! Best regards, craigr

Question for you though. I did the "optional" virtio driver install for Windows 10 and then did install the virtio drivers and things were very snappy after that. However, I mucked about with my xml again after the fact, and am afraid that I may not have the virtio drivers installed properly now. Is there a way that I can verify that I have the virtio drivers installed in Windows 10 for my mouse and keyboard? I attached a grab of my device manager. For the keyboard and mouse the drivers both say Microsoft. Under "Human Interface Devices," are the VirtIO Input Drivers the actual virtio drivers for my moue and keyboard, or did I screw something up when I was later mucking about? The mouse and keyboard don't seem as snappy anymore compared to right after I installed their virtio drivers, but it could easily be my imagination. I have attached a copy of my current XML file as well. Kind regards, craigr current.xml

I just used this tutorial SpaceInvader, thanks for another great one! I had just started looking at evdev as a means to use the mouse and keyboard to wake my Windows 10 VM up from sleep. I know a lot of people don't like to sleep their VM's, but I do to save electricity. And, the good news is that it works 🙂 You do have a couple errors in the tutorial syntax for the qemu.conf though. In the qemu.conf, you are missing a comma at the end of the line after "/dev/hpet", and you should not have a comma after the final device. This is what you have in your video and in your text instruction file: 3/. Next we need to add our input devices to the qemu conf file nano /etc/libvirt/qemu.conf use (ctrl _ ) to goto line 451 find this part #cgroup_device_acl = [ # "/dev/null", "/dev/full", "/dev/zero", # "/dev/random", "/dev/urandom", # "/dev/ptmx", "/dev/kvm", "/dev/kqemu", # "/dev/rtc","/dev/hpet" # ] Remove hashtags then add the parts in that you want to use cgroup_device_acl = [ "/dev/null", "/dev/full", "/dev/zero", "/dev/random", "/dev/urandom", "/dev/ptmx", "/dev/kvm", "/dev/kqemu", "/dev/rtc","/dev/hpet" "/dev/input/by-id/usb-Logitech_USB_Receiver-event-kbd", "/dev/input/by-id/usb-Logitech_USB_Receiver-if01-event-mouse", ] Instead, you should have: cgroup_device_acl = [ "/dev/null", "/dev/full", "/dev/zero", "/dev/random", "/dev/urandom", "/dev/ptmx", "/dev/kvm", "/dev/kqemu", "/dev/rtc","/dev/hpet", "/dev/input/by-id/usb-Logitech_USB_Receiver-event-kbd", "/dev/input/by-id/usb-Logitech_USB_Receiver-if01-event-mouse" ] So a comma after dev/hpet", and no comma after /usb-Logitech_USB_Receiver-if01-event-mouse". If you type it in according to your example, after the reboot you'll get a "Libvirt Service failed to start" and obviously no VM support... that's what happened to me until I corrected it. Anyway, your videos save me sooooo much time, so thanks again. I literally started looking at evdev yesterday evening and was like, "is it really worth learning all this just to get my VM to wake up." Then I quickly just happened to look at your channel, and your tutorial for exactly what I wanted to do was right on top. You're the best man! Kind regards, craigr

Thanks. I can live with it as-is since the web based terminal or Putty is easy enough. I do have another GPU, but it's allocated to my Windows 10 VM. Kind regards, craigr

This app rocks. Both of my USB controllers are in the same IOMMU group and I am out of PCIe slots so adding another controller would not be an option. Not quite as good as hot swapping natively Windows, but certainly much much much better than nothing. Thanks for pointing it out! Best regards, craigr

So unfortunately my Tampermonkey script makes other parts uf the unRAID GUI unusable :( So I have had to disable it. craigr

EDIT: Never mind. I took Quick Sync away from PLEX and it did not solve the problem. Well, perhaps the saga continues for me. I tried to setup a Win10 VM today and I cannot connect to it through VNC. Is this the reason? When I click VNC Remote on my VM I get the error "Failed to connect to server." Or is this unrelated? Thanks again, craigr

I used tampermonkey to install the script on my primary desktop running Chrome. Thanks! craigr

Oh, well cool! I'll give it a try soon than. Thanks again, Craig

I'll look forward to this being in the new release as I don't think it will work inside of Chrome? Thanks for the effort, it is much appreciated. craigr

Yup, thanks for your confirmation. I was just hoping for a workaround. Oh well, not a big deal to use PuTTY. Only disadvantage I see is the loss of the GUI from the VGA, but that is a relatively new feature anyway. Best regards, craigr

So now I do have a question after all. Once this is done, I only get a blank screen when unRAID finishes booting up (durring boot I see all the normal text). Then, normally when I would see the login prompt, the screen goes black. I think this is because of my motherboard's implementation; it's a Supermicro X11SSH-LN4F. I tried this: After that, I do get my unRAID VGA port back after booting, but not surprisingly the PLEX docker no longer functions unless I remove the /dev/dri device. So is there any way to get my VGA port to work at the same time as Quick Sync on my motherboard? My full system is in my sig. Thanks for any help! craigr

lotetreemedia, thanks so much for this tutorial. What might have taken me days to figure out took about ten minutes thanks to you. Kind regards, craigr

All the ping times are poor, but actual data transfer rates may not be effected by high ping times. Though higher ping times often indicate poor bandwidth volume. I would usually get less than 40-65 ms for Toronto. These were what I got: Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Windows\system32>ping de-berlin.privateinternetaccess.com Pinging de-berlin.privateinternetaccess.com [193.176.86.134] with 32 bytes of data: Reply from 193.176.86.134: bytes=32 time=149ms TTL=54 Reply from 193.176.86.134: bytes=32 time=150ms TTL=54 Reply from 193.176.86.134: bytes=32 time=150ms TTL=54 Reply from 193.176.86.134: bytes=32 time=149ms TTL=54 Ping statistics for 193.176.86.134: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 149ms, Maximum = 150ms, Average = 149ms C:\Windows\system32>ping de-frankfurt.privateinternetaccess.com Pinging de-frankfurt.privateinternetaccess.com [185.220.70.163] with 32 bytes of data: Reply from 185.220.70.163: bytes=32 time=146ms TTL=54 Reply from 185.220.70.163: bytes=32 time=145ms TTL=54 Reply from 185.220.70.163: bytes=32 time=147ms TTL=54 Reply from 185.220.70.163: bytes=32 time=147ms TTL=54 Ping statistics for 185.220.70.163: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 145ms, Maximum = 147ms, Average = 146ms C:\Windows\system32>ping sweden.privateinternetaccess.com Pinging sweden.privateinternetaccess.com [45.12.220.246] with 32 bytes of data: Reply from 45.12.220.246: bytes=32 time=156ms TTL=55 Reply from 45.12.220.246: bytes=32 time=155ms TTL=55 Reply from 45.12.220.246: bytes=32 time=156ms TTL=55 Reply from 45.12.220.246: bytes=32 time=154ms TTL=55 Ping statistics for 45.12.220.246: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 154ms, Maximum = 156ms, Average = 155ms C:\Windows\system32>ping swiss.privateinternetaccess.com Pinging swiss.privateinternetaccess.com [185.212.170.184] with 32 bytes of data: Reply from 185.212.170.184: bytes=32 time=143ms TTL=55 Reply from 185.212.170.184: bytes=32 time=145ms TTL=55 Reply from 185.212.170.184: bytes=32 time=144ms TTL=55 Reply from 185.212.170.184: bytes=32 time=146ms TTL=55 Ping statistics for 185.212.170.184: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 143ms, Maximum = 146ms, Average = 144ms C:\Windows\system32>ping france.privateinternetaccess.com Pinging france.privateinternetaccess.com [194.99.106.148] with 32 bytes of data: Reply from 194.99.106.148: bytes=32 time=148ms TTL=52 Reply from 194.99.106.148: bytes=32 time=147ms TTL=52 Reply from 194.99.106.148: bytes=32 time=147ms TTL=52 Reply from 194.99.106.148: bytes=32 time=147ms TTL=52 Ping statistics for 194.99.106.148: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 147ms, Maximum = 148ms, Average = 147ms C:\Windows\system32>ping czech.privateinternetaccess.com Pinging czech.privateinternetaccess.com [185.216.35.68] with 32 bytes of data: Reply from 185.216.35.68: bytes=32 time=155ms TTL=55 Reply from 185.216.35.68: bytes=32 time=155ms TTL=55 Reply from 185.216.35.68: bytes=32 time=154ms TTL=55 Reply from 185.216.35.68: bytes=32 time=156ms TTL=55 Ping statistics for 185.216.35.68: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 154ms, Maximum = 156ms, Average = 155ms C:\Windows\system32>ping spain.privateinternetaccess.com Pinging spain.privateinternetaccess.com [185.230.124.50] with 32 bytes of data: Reply from 185.230.124.50: bytes=32 time=140ms TTL=56 Reply from 185.230.124.50: bytes=32 time=140ms TTL=56 Reply from 185.230.124.50: bytes=32 time=141ms TTL=56 Reply from 185.230.124.50: bytes=32 time=141ms TTL=56 Ping statistics for 185.230.124.50: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 140ms, Maximum = 141ms, Average = 140ms C:\Windows\system32>ping ro.privateinternetaccess.com Pinging ro.privateinternetaccess.com [185.210.218.108] with 32 bytes of data: Reply from 185.210.218.108: bytes=32 time=189ms TTL=50 Reply from 185.210.218.108: bytes=32 time=189ms TTL=50 Reply from 185.210.218.108: bytes=32 time=186ms TTL=50 Reply from 185.210.218.108: bytes=32 time=185ms TTL=50 Ping statistics for 185.210.218.108: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 185ms, Maximum = 189ms, Average = 187ms C:\Windows\system32>ping israel.privateinternetaccess.com Pinging israel.privateinternetaccess.com [31.168.172.142] with 32 bytes of data: Reply from 31.168.172.142: bytes=32 time=192ms TTL=55 Reply from 31.168.172.142: bytes=32 time=193ms TTL=55 Reply from 31.168.172.142: bytes=32 time=192ms TTL=55 Reply from 31.168.172.142: bytes=32 time=192ms TTL=55 Ping statistics for 31.168.172.142: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 192ms, Maximum = 193ms, Average = 192ms C:\Windows\system32> craigr

If you want to find which has the best speed than you just have to try them. Going back and forth across the pond will absolutely slow things down. I could usually get 8-10 MB/s off of Toronto. I tried over seas port forwarding in the past and always found speeds were deleteriously affected. I think we need to hope that port forwarding is returned to the Canadian servers quickly. Port forwarding isn't just about speed, it's about being able to find peers to upload to and download from. Without port forwarding most private trackers just won't work at all or possibly very poorly. Let's keep our fingers crossed. craigr

2020-04-09 11:33:21,842 DEBG 'start-script' stdout output: [info] List of PIA endpoints that support port forwarding:- [info] de-berlin.privateinternetaccess.com [info] de-frankfurt.privateinternetaccess.com [info] sweden.privateinternetaccess.com [info] swiss.privateinternetaccess.com [info] france.privateinternetaccess.com [info] czech.privateinternetaccess.com [info] spain.privateinternetaccess.com [info] ro.privateinternetaccess.com [info] israel.privateinternetaccess.com Best regards, craigr

Yeah, this morning I awoke to no traffic and tried to reconnect to Toronto and Montreal... no go. Found the info Googling and Berlin is working for me. I came here to post this info, but you already had it up. Should have come here first. According to the logs my Toronto port forwarded connection was doped at 00:47 this morning and deluge continuously tried to reconnect for ten hours after that. Strange timing. It has been working fine until then. Weird because PIA support says it's been down for nine days. craigr

I've been using this plug in for a very long time and absolutely love it. Thanks so much! I have a request. Would it be possible to move the "IPMI Summary" on the Dashboard from the top of the page to the bottom of the page? With the newer look of unRAID the look and layout for the IPMI Summary just down't match and I'd also like to have access to other information at the top of the page. A silly cosmetic tweak I know, but I just thought I would ask. Kind regards, craigr