xaositek

Members
  • Posts

    81
  • Joined

  • Last visited

Everything posted by xaositek

  1. Okay that was it for me - my local DNS name is "wiki" so my APP_URL to be https://wiki (I use bridged mode so port 443 for my install) and now the most recent version is working great!
  2. Blast you aren't alone there - I blindly applied the update some time ago and just noticed it was broken - I don't rely on Bookstack every day but confirmed that ls25 did patch it up (thanks for that!)
  3. Any idea where I can do this? Sorry first time I've ran into this scenario, most route through my NginX server but in case this I don't want public accessibility to it.
  4. I'm not novice here but whenever I change the port from 8080 (to port 80) on the br0 connection, it still is not accessible over this port. I'm running 6.10-rc2 for reference.
  5. @saarg I was curious has there been any discussion on an option for PHP 8 versus 7.4? I wanted to start testing it out safely without impacting the rest of my containers. Thanks in advance!
  6. Unfortunately I gave up after multiple attempts. I'm now running https://mailinabox.email/ as a VM
  7. Any option to update to 1.14 version of Tailscale? Looks like it's been available for a week or so. No rush and great project!
  8. Fixed up my issues - great work sir!
  9. That's because guys like yourself and @doron make amazing plugins!
  10. Yes sir that fixed it immediately!
  11. In my case FCP was already set to skip and the drives still won't spin down.
  12. I have attached my diagnostics file to this post, but I found the same issue in 6.9.2, but in 6.10, none of my drives will spin down. This server is non-critical so willing to jump through whatever troubleshooting is needed. cobblednas-diagnostics-20210807-2137.zip
  13. As of Wireguard App version: 1.0.13 (24) - iOS/iPadOS 15 and macOS Monterey now work properly. If you did NOT remove your configuration, it's an in place update and things will work. Otherwise import your tunnels from QR Code or Archive and you'll be good to go!
  14. Warning for those of you who live on the edge of iOS updates and loaded the iOS 15 beta. From what I can tell, WireGuard VPNs don't presently work. I was able to get my backup VPN, which is a simple L2TP connection, working - but WireGuard is dead in the water. I did attempt to reprovision via QR code, but I think this is an issue outside of all of us.
  15. Just a heads up - this isn't the first time we've been bitten by this issue. I personally always pop-open the GitHub page and check what the commits were to ensure it isn't this type of revert. GitHub: https://github.com/linuxserver/docker-unifi-controller You can see it happen here when it reverted from 6.2 to 6.1: https://github.com/linuxserver/docker-unifi-controller/commit/6eff0f3d19534437a2b3a823d47e94e8487f93cf
  16. Downgraded to unRAID 6.9.1 and all drives immediately spun down after they wouldn't spin down all day under 6.9.2. Apr 8 20:43:00 cobblednas emhttpd: spinning down /dev/sdi Apr 8 20:43:00 cobblednas SAS Assist v0.85: Spinning down device /dev/sdi Apr 8 20:43:03 cobblednas emhttpd: spinning down /dev/sdf Apr 8 20:43:03 cobblednas SAS Assist v0.85: Spinning down device /dev/sdf Apr 8 20:43:03 cobblednas emhttpd: spinning down /dev/sdd Apr 8 20:43:03 cobblednas SAS Assist v0.85: Spinning down device /dev/sdd Apr 8 20:43:03 cobblednas emhttpd: spinning down /dev/sdg Apr 8 20:43:03 cobblednas SAS Assist v0.85: Spinning down device /dev/sdg Apr 8 20:43:03 cobblednas emhttpd: spinning down /dev/sdc Apr 8 20:43:04 cobblednas SAS Assist v0.85: Spinning down device /dev/sdc Apr 8 20:43:04 cobblednas emhttpd: spinning down /dev/sdh Apr 8 20:43:04 cobblednas SAS Assist v0.85: Spinning down device /dev/sdh Apr 8 20:43:04 cobblednas emhttpd: spinning down /dev/sde Apr 8 20:43:04 cobblednas SAS Assist v0.85: Spinning down device /dev/sde
  17. Performed the same as SimonF for reference. root@cobblednas:~# date && cat /sys/block/sdf/sdf1/stat Thu Apr 8 13:05:17 CDT 2021 352 6073 57504 1456 549 6102 53208 7431 0 6344 8887 0 0 0 0 0 0 root@cobblednas:~# date && cat /sys/block/sdf/sdf1/stat Thu Apr 8 13:05:34 CDT 2021 352 6073 57504 1456 549 6102 53208 7431 0 6344 8887 0 0 0 0 0 0 root@cobblednas:~# date && cat /sys/block/sdf/sdf1/stat Thu Apr 8 13:06:38 CDT 2021 352 6073 57504 1456 549 6102 53208 7431 0 6344 8887 0 0 0 0 0 0 Apr 8 13:05:20 cobblednas emhttpd: spinning down /dev/sdf Apr 8 13:05:20 cobblednas SAS Assist v0.85: Spinning down device /dev/sdf Apr 8 13:05:26 cobblednas emhttpd: read SMART /dev/sdf
  18. Fair point completely @SimonF. The research I had available to me across my two unRAID servers had limited this issue only to the server with SAS drives. My other unRAID box which has only SATA drives is working as expected.
  19. I found this on my system as well across all my SAS drives. I've sent diagnostic info over to Doron who maintains the "Spin Down SAS Drives" plug-in.
  20. Looks like something in unRAID 6.9.2 is resulting in drives not spinning down. Even trying to manually spin down doesn't help. Here's the Tools > System Log Apr 8 08:12:12 cobblednas emhttpd: spinning down /dev/sde Apr 8 08:12:12 cobblednas emhttpd: spinning down /dev/sdi Apr 8 08:12:12 cobblednas SAS Assist v0.85: Spinning down device /dev/sde Apr 8 08:12:12 cobblednas SAS Assist v0.85: Spinning down device /dev/sdi Apr 8 08:12:33 cobblednas emhttpd: read SMART /dev/sde Apr 8 08:12:33 cobblednas emhttpd: read SMART /dev/sdi Apr 8 08:15:15 cobblednas emhttpd: spinning down /dev/sdd Apr 8 08:15:15 cobblednas SAS Assist v0.85: Spinning down device /dev/sdd Apr 8 08:15:35 cobblednas emhttpd: read SMART /dev/sdd Apr 8 08:15:50 cobblednas emhttpd: spinning down /dev/sdg Apr 8 08:15:50 cobblednas SAS Assist v0.85: Spinning down device /dev/sdg Apr 8 08:15:56 cobblednas emhttpd: read SMART /dev/sdg Apr 8 08:18:26 cobblednas emhttpd: spinning down /dev/sdh Apr 8 08:18:26 cobblednas SAS Assist v0.85: Spinning down device /dev/sdh Apr 8 08:18:33 cobblednas emhttpd: read SMART /dev/sdh Apr 8 08:19:51 cobblednas emhttpd: spinning down /dev/sdf Apr 8 08:19:51 cobblednas emhttpd: spinning down /dev/sdc Apr 8 08:19:51 cobblednas SAS Assist v0.85: Spinning down device /dev/sdc Apr 8 08:19:51 cobblednas SAS Assist v0.85: Spinning down device /dev/sdf Apr 8 08:20:13 cobblednas emhttpd: read SMART /dev/sdf Apr 8 08:20:13 cobblednas emhttpd: read SMART /dev/sdc Apr 8 08:31:55 cobblednas emhttpd: spinning down /dev/sdi Apr 8 08:31:55 cobblednas SAS Assist v0.85: Spinning down device /dev/sdi Apr 8 08:32:18 cobblednas emhttpd: read SMART /dev/sdi Apr 8 08:42:14 cobblednas emhttpd: spinning down /dev/sde Apr 8 08:42:14 cobblednas SAS Assist v0.85: Spinning down device /dev/sde Apr 8 08:42:35 cobblednas emhttpd: read SMART /dev/sde Apr 8 08:45:17 cobblednas emhttpd: spinning down /dev/sdd Apr 8 08:45:17 cobblednas SAS Assist v0.85: Spinning down device /dev/sdd Apr 8 08:45:21 cobblednas emhttpd: read SMART /dev/sdd Apr 8 08:45:52 cobblednas emhttpd: spinning down /dev/sdg Apr 8 08:45:52 cobblednas SAS Assist v0.85: Spinning down device /dev/sdg Apr 8 08:46:13 cobblednas emhttpd: read SMART /dev/sdg Apr 8 08:48:28 cobblednas emhttpd: spinning down /dev/sdh Apr 8 08:48:28 cobblednas SAS Assist v0.85: Spinning down device /dev/sdh Apr 8 08:48:50 cobblednas emhttpd: read SMART /dev/sdh Apr 8 08:49:53 cobblednas emhttpd: spinning down /dev/sdf Apr 8 08:49:53 cobblednas emhttpd: spinning down /dev/sdc Apr 8 08:49:53 cobblednas SAS Assist v0.85: Spinning down device /dev/sdf Apr 8 08:49:53 cobblednas SAS Assist v0.85: Spinning down device /dev/sdc Apr 8 08:50:27 cobblednas emhttpd: read SMART /dev/sdf Apr 8 08:50:27 cobblednas emhttpd: read SMART /dev/sdc Edit: I did privately send Doron all diagnostic information to troubleshoot this.