Krzaku

Does this plugin handle stopping dockers differently from unraid gui? I have an issue with Deluge, where when it is started by the backup plugin it is started in some bugged state where the web gui is broken. I have to restart it manually from unraid gui. Stopping/starting manually using unraid gui does not cause this issue. Any ideas what might be causing this?

Lmao the "Add SSL Certificate" button on the center isn't the same as the one in the upper right corner. The one in the center which I was clicking was taking me straight to lets encrypt, only the one in the corner has the dropdown.

@Foxglove when I click "Add SSL Certificate" I don't have an option to add custom, it just goes straight away to Let's Encrypt.

Why is there no option to add a custom ssl certificate? There is only option to either not use ssl at all or use builtin lets encrypt. Nginx Proxy Manager supposedly supports this.

It happened again recently, unfortunately I have nothing more than a picture of the error: After this happened, cpu usage was more or less frozen in the following state:

Unraid has been acting very unreliably, hanging to the point of me having to restart the system forcibly. When it hangs most of the time the screen is blank (screensaver?), keyboard is unresponsive and there is no possibility to connect to the server, and since unraid doesn't save its logs anywhere persistent, the logs from those crashes are lost. Just today a VM hanged (screen stuck on last frame), but the server was left (semi) running. Semi, because I still couldn't shutdown cleanly. I tried force stopping the VM, but that hanged as well. After a few minutes and refreshing the page, it appeared to have stopped it (it did not fully, the process was gone but memory usage was still high with no processes showing usage above 1%, so the VM process must have been left in some zombie like state), so I tried rebooting the server, but that hanged as well on "stopping services", at which point the server became even more unresponsive, the webui barely responded loading half of the pages, ssh was not working. This kind of issues have been going for over a year, half of parity checks in the log were because of unraid becoming unresponsive. Anyway, back to the point. This time I managed to capture some more information in the form of dmesg logs. They mention KVM and MMU but that's about as far as I can understand from them. I'm passing my GPU and NVMe drives to the VM. dmesg: https://pastebin.com/YXseGUWp vm definition: https://pastebin.com/PvZXmuCr kernel params: append pcie_acs_override=downstream,multifunction iommu=pt isolcpus=1-6,9-14 initrd=/bzroot vfio-pci.ids=8086:a370,8087:0aaa,10de:1e87,10de:10f8,10de:1ad8,10de:1ad9,1033:0194,144d:a808,1987:5012

All I can say is that it was working before, the only variable being the RAM amount. So you're saying that even if I isolate the first 2 cores, unraid will still use them for its own work?

I have resolved the issue by skipping the first 2 threads when passing to a VM, so now I am passing the middle 12 threads. I still don't understand how this was causing the issue though.

Here it is: [REMOVED]

As a test, I stubbed all of the devices passed to the VM anyway, which did not fix the issue: pcie_acs_override=downstream,multifunction iommu=pt vfio-pci.ids=8086:a370,8087:0aaa,10de:1e87,10de:10f8,10de:1ad8,10de:1ad9,1033:0194,144d:a804,1987:5012 isolcpus=0-5,8-13

That is almost all correct, except I'm only stubbing the WiFi card and not any other device, might this be the issue? These are my kernel params: pcie_acs_override=downstream,multifunction iommu=pt vfio-pci.ids=8086:a370 isolcpus=0-5,8-13

After a few test runs it would seem that not one single device causes this. The VM only ever booted (to the EFI shell) after I removed ALL devices, including USB controller, both NVMe drives, the WiFi card and the GPU (I tried a few combinations). Also, the magic number with which the VM boots seems to be 9 cores not 8. And yes, when it does not boot, there are no errors in the VM logs and it doesn't stop until I force stop it.

I had 32GB of ram and 12 cores assigned to my Win 10 VM. I added another 32GB (exact same brand and model), and now that same VM won't boot with any amount of ram with more than 8 cores. If I add more cores the VM won't boot and the first HT core is pinned at 100% while the others are 0%. I set the CPU Isolation correctly. I included the diagnostics, can anyone help?

Bump. This is pretty annoying. I always forget to restart it manually and then I go to work and I cannot access my server... Is there a way to restart it through the cmd? I could then use user.scripts to run that script on array start.

Trying this results in an infinite boot loop for me (booting from a non sm2263 device). Also, the method with binding the drive does nothing as well (I used vfio-pci.ids kernel param, but I assume it works the same? the drive disappeared from available drives after rebooting but was available in vm). Where can I download rc7 to test if it works with that? It's a new drive I just bought so I don't know if it worked before. The drive is Intel 660p 1TB. @EDIT I returned the drive, no point in hacking it in software to make it work when there are alternatives. A pity someone as big as intel put out such a dud.

There is no option for that in the plugin, I can only enable or disable autostart.

Every time I restart my Unraid server, the OpenVPN is unconnectable, I have to restart it manually. These are the logs before the restart: Sat May 11 21:48:26 2019 OpenVPN 2.4.6 x86_64-slackware-linux-gnu [SSL (OpenSSL)] [LZO] [LZ4] [EPOLL] [MH/PKTINFO] [AEAD] built on May 7 2018 Sat May 11 21:48:26 2019 library versions: OpenSSL 1.1.1b 26 Feb 2019, LZO 2.10 Sat May 11 21:48:26 2019 Diffie-Hellman initialized with 2048 bit key Sat May 11 21:48:26 2019 Outgoing Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication Sat May 11 21:48:26 2019 Incoming Control Channel Authentication: Using 512 bit message hash 'SHA512' for HMAC authentication Sat May 11 21:48:26 2019 TUN/TAP device tun0 opened Sat May 11 21:48:26 2019 TUN/TAP TX queue length set to 100 Sat May 11 21:48:26 2019 do_ifconfig, tt->did_ifconfig_ipv6_setup=0 Sat May 11 21:48:26 2019 /usr/sbin/ip link set dev tun0 up mtu 1500 Sat May 11 21:48:26 2019 /usr/sbin/ip addr add dev tun0 10.8.0.1/24 broadcast 10.8.0.255 Sat May 11 21:48:26 2019 Could not determine IPv4/IPv6 protocol. Using AF_INET Sat May 11 21:48:26 2019 Socket Buffers: R=[212992->212992] S=[212992->212992] Sat May 11 21:48:26 2019 TCP/UDP: Socket bind failed on local address [AF_INET]172.16.0.10:1194: Cannot assign requested address (errno=99) Sat May 11 21:48:26 2019 Exiting due to fatal error Sat May 11 21:48:26 2019 Closing TUN/TAP interface Sat May 11 21:48:26 2019 /usr/sbin/ip addr del dev tun0 10.8.0.1/24 Any idea what this might be about? Also, a request, can you make it possible to renew the CRL certificate? It expires after a year and it's not that easy to renew manually when you don't know what you're doing. I managed somehow but other people may not.

This did not work unfortunately.

What does that mean exactly? I couldn't get it to work WITH the bios set, following the Spaceinvader's One guide. Without it set there seems to be no issues. Is there any performance degradation when it is not set?

My setup: i7-4790k, GTX 1070. I pass through 6 cores of the cpu and the gpu to a Windows 10 VM. I installed codecs and set the player to use madVR. The issue is the video stutters a lot with high bitrate files. I have a 4k HDR Remux with bitrate of 81 mbits and it barely plays. 1080p files (around 30 mbits bitrate) seem to work relatively fine. The read speed does not seem to be the issue, I get over 80 MB/s when copying the file from the share from which I am playing it. I am unsure what is causing this, it very well may have something to do with the fact that it is a virtual machine. BUT when running that same high bitrate file in VLC it plays without issues, only it doesn't seem to support HDR playback and it converts it to SDR automatically. Any ideas what might be causing this? I do have 2 more questions: - when starting the VM Windows reports most of the ram is taken (over 95% of 10GB), but it doesn't show what is using it, is that normal? - what does setting the GPU bios in VM options do?

Is it really necessary to use Microsofts server for this?

It's in the date and time settings. My timezone is Europe/Warsaw.

I was checking in WebGUI, but I also checked date in the console, both were the same. But somehow when I woke up today the hour was correct, I have no idea how but it seems to have fixed itself...

I just noticed that my Unraid server didn't update its time after DST started on 25th of March. I tried changing NTP server, I tried changing timezone to a different one and back, I also tried rebooting, but none of that helped. I'm still running Unraid 6.4.0 but there wasn't anything in the changelog about this. Anyone else having this issue? On a side note, looks like the DST on this forum is not enabled as well...

This is primarily useful for Seagate drives which sometimes use the lower 32 bits of the SMART value to indicate the total number of events that could lead to an error (eg. total number of reads etc.), and the upper 16 bits to store the actual error value. This is already supported by smartctl, but needs to be configured using the "-v" option. The way you use this option is by setting which octets of a value are actually read, and so, setting it to "-v 1,raw48:543210" would read the whole 48 bits, but setting it to "-v 1,raw48:54" would only read the upper 16 bits, which is the error value we want. My request is to implement support for this "-v" option on the SMART display screen, so we can get actually useful SMART error notifications for these drives.