Handl3vogn

Worked for me right now. Thank you for the fix

@ljm42 Still having problems, tried 3 times now and no certificate. Oct 17 23:24:26 Tower emhttpd: shcmd (168688): /usr/bin/php -f /usr/local/emhttp/webGui/include/ProvisionCert.php Oct 17 23:24:30 Tower root: Error: Server was unable to provision SSL certificate Oct 17 23:24:30 Tower emhttpd: shcmd (168688): exit status: 1 Oct 17 23:24:30 Tower emhttpd: shcmd (168689): /etc/rc.d/rc.nginx reload Oct 17 23:24:30 Tower root: Checking configuration for correct syntax and Oct 17 23:24:30 Tower root: then trying to open files referenced in configuration... Oct 17 23:24:30 Tower root: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok Oct 17 23:24:30 Tower root: nginx: configuration file /etc/nginx/nginx.conf test is successful Oct 17 23:24:30 Tower root: Reloading Nginx configuration... Oct 17 23:25:05 Tower emhttpd: shcmd (168815): /usr/bin/php -f /usr/local/emhttp/webGui/include/ProvisionCert.php Oct 17 23:25:09 Tower root: Error: Server was unable to provision SSL certificate Oct 17 23:25:09 Tower emhttpd: shcmd (168815): exit status: 1 Oct 17 23:25:09 Tower emhttpd: shcmd (168816): /etc/rc.d/rc.nginx reload Oct 17 23:25:09 Tower root: Checking configuration for correct syntax and Oct 17 23:25:09 Tower root: then trying to open files referenced in configuration... Oct 17 23:25:09 Tower root: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok Oct 17 23:25:09 Tower root: nginx: configuration file /etc/nginx/nginx.conf test is successful Oct 17 23:25:09 Tower root: Reloading Nginx configuration... Oct 17 23:26:18 Tower emhttpd: shcmd (169074): /usr/bin/php -f /usr/local/emhttp/webGui/include/ProvisionCert.php Oct 17 23:26:22 Tower root: Error: Server was unable to provision SSL certificate Oct 17 23:26:22 Tower emhttpd: shcmd (169074): exit status: 1 Oct 17 23:26:22 Tower emhttpd: shcmd (169075): /etc/rc.d/rc.nginx reload Oct 17 23:26:22 Tower root: Checking configuration for correct syntax and Oct 17 23:26:22 Tower root: then trying to open files referenced in configuration... Oct 17 23:26:22 Tower root: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok Oct 17 23:26:22 Tower root: nginx: configuration file /etc/nginx/nginx.conf test is successful Oct 17 23:26:22 Tower root: Reloading Nginx configuration...

Having the same problem Unraid 6.11.1 I press provisin and it looks like its "working" for 5 sec and then reloads settings page. and it still says CA-signed certificate file: Not present from log: Oct 17 08:02:38 Tower emhttpd: shcmd (100): /usr/bin/php -f /usr/local/emhttp/webGui/include/ProvisionCert.php Oct 17 08:02:40 Tower root: Oct 17 08:02:40 Tower emhttpd: shcmd (101): /etc/rc.d/rc.nginx reload Oct 17 08:02:41 Tower root: Checking configuration for correct syntax and Oct 17 08:02:41 Tower root: then trying to open files referenced in configuration... Oct 17 08:02:41 Tower root: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok Oct 17 08:02:41 Tower root: nginx: configuration file /etc/nginx/nginx.conf test is successful Oct 17 08:02:41 Tower root: Reloading Nginx configuration...

Hello found a beta bios with agesa 1004b for Asus Prime x370-pro Tried it and passtrough is now working again: https://www.hardwareluxx.de/community/threads/prime-x370-pro-combopi_1004patchb.1251325/ Just wanted to share if anyone need it. Asus prime x370-pro + ryzen 1700x

Also using XFS filesystem and using default tunables. Also running xfs on cache

It takes a few minutes copying before I get disk spinup or read requests to. If I copying a large file everything is good for around 15gb (around same time my transfer speed goes from 119MB/s to around 70MB/s) then after that I get reads from all disks.

I think it means: When Writing a file to a single disk you get some read request from all the other disks, even the boot flash drive. This is a problem because it wakes up all disks in the system (start spinning), on unraid 6.6.6 you dont get these reads from other disks, it only keeps it to the disk you write to plus parity letting the rest of the disks stopped (not spinning). So in practice all my disks is now spinning all the time, and before it was mosty one or two disks spinning (none at night or work time). Running some dockers and these makes some small read/writes to cache disk (ssd) and that keeps the rest of my disks from going to sleep because unraid now reads from all disks when you write to just one.

Only having the Main page open to look at read/write values. I dont think there are anything else trying to read disk info. and I get reads even on boot flash drive.. This seems to happen at the same time the write speed goes down when writing. And you can see my share is a user share that is just permitted to use disk 3. After going back to 6.6.6 all these problems is gone and my unused disks can be spin downed

Update: Tried to rollback to 6.7.0rc1 same problem, so it seems this was introduced in the rc1 Went back to 6.6.6 and now the problem is gone.

After more testing turning turbo write on and off did nothing. Seems to be exactly the same problems as op. When writing to my array I get some reads from the rest of my disks resulting in all disks spinning up. The reads from the other disks seems to begin at the same time the transfer speed drops 10-15GB into the transfer. (most of the times) Seems to happen when I write to cache only share also 10-15GB into the transfer. (gets reads from all drives except parity this time) Also getting reads from flash device just like op said.

I'm shure there is writing to cashe (SSD) but this should not spin up other disks. And this worked fine on 6.6.6 and 6.7.0rc1. Only noticed it after updating to rc2 that all my disks is spinning when normal behavior is none at night and 1-2 disks during daytime. Will try to change turbo write and some other settings to see if that helps

Turbo write is "Tunable (md_write_mehtod)" right? And I'm only reading from disk no writhing. Still all disks spins up (maybe some read/write to cache but this should not spin up disks)

@trurl No

no turbo write here. same settings as on 6.6.6 and 6.7.0rc1 Tunable (md_write_mehtod) is set to auto Tried to manual spin down all disks and after a few minutes all disks are now spinning. Only activity is watching a tv show from one of the disks

I'm also noticing some unusual disk activity Updated from rc1 to rc2 and now all my disks is spinning mostly all the time. before it was normal with one or two disk spinning. Disks are set to spin down after 3 hours.

Ok is that new behavior in the 6.6.0 release? I'm almost certain I have gotten update notification from older rc to new stable before 6.6.0rc

I did not get any notification when running 6.6.0rc4 had to manually go to tools -> update os and change from next to stable to get the update. Settings -> Notification Settings -> Unraid OS update notification is set to check once a day Was running 6.6.0rc4 for almost 2 weeks before I noticed 6.6.1 was out.

When using the default config and ports I cannot get the unifi controller to connect to my AP, both switches connects ok but my AP just says adopting. When I change host settings in docker template from brigde to host my AP connects. Any suggestions? Edit: Found a solution. Everything is now working in bridge mode: This solved it for me: https://community.ubnt.com/t5/UniFi-Wireless/UniFi-is-stuck-at-Adopting/m-p/1934672/highlight/true#M228055

Sorry for not reading that the last pages. Would really love the ability to chose between the Stable and LTS releases

Is there any way I can get on the Stable release insted of the LTS stable? (LTS stable just released versjon 5.6.39) Want to use the latest versjon like the newly released UniFi 5.8.23 Stable. https://community.ubnt.com/t5/UniFi-Updates-Blog/UniFi-5-8-23-Stable-has-been-released/ba-p/2399028

root@Tower:~# dmidecode -qt16 Physical Memory Array Location: System Board Or Motherboard Use: System Memory Error Correction Type: None Maximum Capacity: 256 GB Number Of Devices: 4

I'm not sure. I think the dot net version uses less memory, especially after long uptime.

You dont have to use the [ -e "RUN_OPTS"="--ProxyConnection= ] line anymore, Try removing it and add your proxy in the Jackett web UI. Privproxy and Jackett runs fine here.

Looks like the Arch repository finally is back up to date with emby-server-3.3.1.0-1 using the dotnet-runtime instead of the mono version from AUR