Can0n

resolved with UnRAID 7.2.3

I do find it odd it impacts Chrome on my Windows 11 PC but not chrome on my Pixel 9 XL Pro

Thank you @JorgeB

using chrome with unraid 7.2.2 i noticed both in HDR and SDR on my monitor notification are unreadable Using HDR Removed HDR using SDR

I use WD/Hitachi mostly due to the advanced replacement when they do fail. Seagate has been a huge let down for me often having 1-2 failures per year....WD i tend to get 5-8years out of but when they do fail I just do Advanced RMA and get a new drive shipped to be then replace and ship failed one back

Running latest I see dynamic is no long let available just enable and disable but it's sticks now

Not much other than they're looking into it and it will be fixed in a few weeks with a patch, but they're looking at integrating the connect application with the operating system as well and that might take priority. In the meantime, I just use wireguard on my phone to access it when I'm not at home, but it would be nice to have connect so I can use my work computer with the bigger screens.

I'm going to look at posting in discord. They're not looking at their forums apparently

Logs attached logs.gtar

Noticed my remote access won't stay set to dynamic with with a specific port I set it then hit save and if I leave the page and come back it's disabled again.

thank you never thought to kill the process first i did run: /etc/rc.d/rc.nginx stop got the successly stopped message then ran: /etc/rc.d/rc.nginx start it started fine. its only happened twice so far so really not sure what caused it and why first time required a full reboot to get it back while second time it self recovered in 5min I have set port down on the on board ethernet eth1 and that should hopefully prevent those spamming messages.. i do run syslog too so could look at those logs when time permits thank you for the suggestions i will try and see if they work if i see this happen again

That's all very odd...i am aware of the Disk 9 Write caching and I am adding and replacing drives very frequently lately the go file has been like that for years without issues. almost all of it is commented out the docker-shell is just a small script that lets me via via CLI press a number to access any running docker containers cli it was introduced by spaceInvader1 some years ago. the log file was set set larger to accommodate some issues i had a long time ago. I do not have IPv6 enabled on my network or unRAID so that's very odd. I am using IPvlan as MacVLAN had issues a version or two back. eth0 is my 10gbps NIC and eth1 is the on board 1gbps NIC i would think nothing is wrong there since its been working for just over a year in this configuration. either way its something that recently happening and hasn't since the last recovery....very odd

just happened again this time however it recovered on its own after about 5 min thor-diagnostics-20240424-1214.zip

Weird issue tonight login page was fine once i logged in just had a generic chrome page not available (tried incognito to rule out cookies) tried restarting/reloading, stopping and starting on nginx no change. connect said my server was offline. found a handy command to stop the array since i new my docker container were still running. this saved me from having to do a parity check on reboot. CSRF=$(cat /var/local/emhttp/var.ini | grep -oP 'csrf_token="\K[^"]+') curl -k --data "startState=STARTED&file=&csrf_token=${CSRF}&cmdStop=Stop" http://localhost/update.htm diagnostics attached any insight is greatly appreciated thor-diagnostics-20240422-2016.zip

I have had nothing but issues with Authentik since the latest update found changing the repository to this makes it stable beryju/authentik:2023.10.7