-
[Plugin] Tailscale IDP
Ahh this is great, just tested and all working, thanks! Great project this, I was testing it out with Tinyauth the other day to SSO apps that don't have OIDC
-
[Plugin] Tailscale IDP
Just tested that - looks like it's appending the same ports to my domain as I use for non-reverse proxy access. So I have :84 and :447 set as HTTP and HTTPS WebGUI in Unraid, but when I add unraid.domain.com, it's adding it as https://unraid.domain.com:447/graphql... where my reverse proxy doesn't need the port. It also doesn't seem to like IP's, I tried adding 192.168.50.5 and it didn't add anything to the IDP. (I tried it with a space after the first entry and also just on it's own in the Allowed Hosts field) - maybe if it was a field that doesn't append ports, tooltip could be to add the host:port and then the plugin is only appending /graphql/api..., for me that would be "unraid.domain.com 192.168.50.5:84 192.168.50.5:447" I don't know enough about the Unraid API, but could it reference the entries from "Allowed OIDC Redirect Origins"
-
[Plugin] Tailscale IDP
Yeah I've got the Grant in my ACL, would be good to have that persistence, although not super important!
-
[Plugin] Tailscale IDP
Came here to ask about persistence as well - I've added a couple extra redirect URI's in the TSIDP UI (LAN IP and my FQDN), they didn't persist when updating to the latest version of the plugin so I've gone back in and added them - will they now persist on future updates/reboot of machine (barring any breaking changes by Tailscale!)
-
[7.1.4] /var/log is getting full (currently 57 % used)
Thank you - not sure which container it was, I had a look through before the reboot, and nothing had an uptime of "seconds", a few that were 4 hours uptime from the docker auto update, but at least that's resolved for now, I'll keep an eye on it.
-
erf89 started following [7.1.4] /var/log is getting full (currently 57 % used)
-
[7.1.4] /var/log is getting full (currently 57 % used)
Hi, Just had this warning in Fix Common Problems /var/log is getting full (currently 57 % used) On checking the syslog, I can see a lot of repeat warnings: shfs: fuse warning: munmap(0x149cc41ac000) failed I have attached my anonymized diagnostics, if anyone is able to help? An earlier post from a google search suggesting not using NFS shares and only SMB, but I don't have any NFS shares enabled.
-
[4Sale] [UK-Manchester] Jonsbo N2
Hi I upgraded to a Jonsbo N3 at Christmas, so looking to pass on my N2 to anyone who is interested In the UK usually retails for around £155 on eBay etc. I used the case for around 11 months £100 + delivery, or pickup in Cheshire East I will add some pictures soon, the case is currently sat in the storage unit!
-
Out of Memory error, 7.0.0-rc.1
Just woke up this morning to a Fix Common Problems alert that my server was out of memory. Looks fine this morning, sat at around 80% where I left it last night, but I've downloaded the diagnostics anyway! No idea where to even look in the diagnostics to see what caused the error. farrosphere-diagnostics-20241208-0712.zip
-
[Plugin] Custom Tab
All working, thanks!
-
[Plugin] Custom Tab
Not sure if this is a bug when using in 7.0.0-rc1, but I can no longer see the Tab Name or URL options. I had an existing tab setup so that is preserved, but my tab for User Scripts I just created is called Custom1 and I can't seem to rename it
-
[7.0.0-beta3] Docker Container Networking - Updating Containers
Using the new docker container network feature, and I'm unable to update a "source" container whilst a container that uses it as a network exists - whether that container is running or stopped. Looks like I would have to go into the container using the network, set it as none/something else, to update the source container, and then go back in and change back to using the container as a network. Any slicker way for Unraid to do this in the background?
-
[Plugin] Mover Tuning
Saved me from rolling back/pulling my hair out! Thanks! 😄
-
Mover not Moving - Unraid 7 Beta
I have the CA Mover Tuning plugin installed and setup to run at 85% full - was working no issue until today, I've updated to Unraid 7 beta, and now I can't get it work, and I also can't get manual mover to work either (I set "Move Now button follows plug-in filters" to No), also tried using the Move Now button inside the Share settings page, also no luck! Snip of syslog below, happy to provide any other diagnostics detail! Jul 8 00:55:21 emhttpd: shcmd (170): /usr/local/sbin/mover start |& logger -t move & Jul 8 00:55:21 root: Starting Mover Jul 8 00:55:21 root: Forcing turbo write on Jul 8 00:55:21 kernel: mdcmd (43): set md_write_method 1 Jul 8 00:55:21 kernel: Jul 8 00:55:21 root: ionice -c 2 -n 0 nice -n 0 /usr/local/emhttp/plugins/ca.mover.tuning/age_mover start 0 0 0 '' '' '' '' '' '' '' '' 50 Jul 8 00:55:21 move: Log Level: 1 Jul 8 00:55:21 move: /usr/local/sbin/move does not exists, creating soft link Jul 8 00:55:21 move: ln: failed to create symbolic link '/usr/local/sbin/move': File exists Jul 8 00:55:21 move: mover: started Jul 8 00:55:27 move: /usr/local/emhttp/plugins/ca.mover.tuning/age_mover: line 206: /usr/local/sbin/move: No such file or directory Jul 8 00:55:27 move: cat: write error: Broken pipe Jul 8 00:55:27 move: /usr/local/emhttp/plugins/ca.mover.tuning/age_mover: line 119: /usr/local/sbin/move: No such file or directory ### [PREVIOUS LINE REPEATED 4 TIMES] ### Jul 8 00:55:27 move: mover: finished Jul 8 00:55:27 root: Restoring original turbo write mode Jul 8 00:55:27 kernel: mdcmd (44): set md_write_method auto I should add that as well as being on Unraid 7 as of today, a few days ago I also changed my cache pool to zfs from btrfs, however the Mover getting everything back onto the Cache at that point worked fine, and today is the first day I'm hitting my 85% again.
-
[Support] Josh5 - Steam (Headless)
Just installed steam-headless but can't get it to work - WebUI gives me the noVNC screen but when I click Connect, I get "failed to connect to server". I have a Radeon 6400 and have installed Radeon-TOP, and can see the GPU on my Dashboard. (GPU was previously bound and passed through to a VM, I have unbound and rebooted unraid to get it back to normal and see the GPU on my Dashboard). The first time I installed steam-headless, I ran it with --device=/dev/dri in the extra parameters to use my Intel iGPU, however because I only want it to use the Radeon GPU I have removed that, no joy, and then completely uninstalled, removed appdata folder and reinstalled without ever adding /dev/dri, and still the same issue, can't get it working. In the logs I can see the below: [ /etc/cont-init.d/60-configure_gpu_driver.sh: executing... ] **** Found Intel device 'Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c) Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c) Intel Corporation Alder Lake-P Integrated Graphics Controller (rev 0c)' **** - Mesa has already been installed into this container **** Found AMD device '03:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 24 [Radeon RX 6400/6500 XT/6500M] (rev c7)' **** and then I get a load of WARN: exited entries in the logs Anyone able to help?
-
[Support] binhex - DelugeVPN
Fix for now is to rollback to the previous version: binhex/arch-delugevpn:2.1.1-6-03
erf89
Members
-
Joined
-
Last visited