tkohhh

Hey, that worked! What's the concept here? `bash` is executing the text inside the file rather than trying to execute the file directly, thus bypassing the execute permission?

Suppose I want to create an "on demand" script that I can reference in other scheduled scripts. For reasons of organization, I'd like this script to be defined in User Scripts. It appears that I cannot call the script directly from the specified location (`/boot/config/plugins/user.scripts/scripts/TodayYesterdayShuffle`) because that script file does not have the execute permission set. Furthermore, it appears that the temporary location where scheduled scripts run from (`/tmp/user.scripts/tmpScripts`) does not contain this on-demand script (presumably because I have never executed it from the User Scripts GUI). Is there a way to do this? Perhaps some CLI manner of clicking the "Run Script" button in the GUI? I understand that I could save the script file in a user share and set the execute permissions as needed, but I'd rather not so as to minimize the amount of "figuring out" I need to do when I haven't looked at these scripts in 5 years and have to troubleshoot something. Thank you for any thoughts you can offer!

Awesome, thank you! Is there a reason why this information isn't more readily available? I mean absolutely no disrespect to you for the work you've done developing CA, but it's just not how I like to interact with my server. It feels strange to me that Limetech/Unraid seem to take for granted that all users have CA installed. In any case, thanks for the URL!

Sorry, what I meant is that I don't want the Community Applications plugin. I'd like to know how to install the Unraid Patch Plugin without using Community Applications.

Would you kindly provide instruction for installing this plugin without Community Applications?

For those of use that do not use Community Applications, would you kindly provide the link to the template?

Can you clarify what's meant by this? On my SMB settings page in the GUI, there is a "SMB Extras" section, and in that section is a text box labeled "Samba extra configuration." Are you saying we should add the following text to that text block? username map = /boot/config/custom/etc/samba/usermap.txt Or are you saying we need to add a [global] section to that text block, along with the username map, like so: [global] username map = /boot/config/custom/etc/samba/usermap.txt Thanks for your help!

I'm having some trouble updating. I previously was on version 17.0.2. I wanted to update to the latest version since the Windows client informed me that server version 17 is no longer supported. I updated the docker container to 21.0.2, and then intended to open the web client to perform the update. However, I got the "This version of Nextcloud is not compatible with > PHP 7.3. You are currently running 7.4.19." message. So, I opened the console for the container and tried running the CLI updater. However, when I do this it tells me it will download version 17.0.10. I went ahead and updated, thinking that I needed to be on the latest version of 17 to be presented with the next version. However, after that process, it still presents me with version 17.0.10. So, how can I go about getting the latest version? Thanks for any help you can provide!

I ended up discovering that the Windows Photos app was attempting to access an old share that I had recently deleted. Unfortunately there wasn't anything that pointed me toward that conclusion, just a general sense that there was SOMETHING on my main computer that was trying to access an Unraid share that it didn't have access to. In any case, I deleted the Windows Photos app and the errors stopped. I hope this info is helpful to somebody!

I'm also getting the nginx error. The client IP referenced is my main PC. Seems like there is something on the PC that can't authenticate, but how would I go about finding what that is? I don't see anything relevant in the Windows Event Logs. Any ideas? Mar 29 13:45:52 Server1 nginx: 2021/03/29 13:45:52 [error] 4987#4987: *2705000 limiting requests, excess: 20.093 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:45:56 Server1 nginx: 2021/03/29 13:45:56 [error] 4987#4987: *2705013 limiting requests, excess: 20.416 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:45:58 Server1 nginx: 2021/03/29 13:45:58 [error] 4987#4987: *2705022 limiting requests, excess: 20.312 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:46:00 Server1 nginx: 2021/03/29 13:46:00 [error] 4987#4987: *2705031 limiting requests, excess: 20.192 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:46:02 Server1 nginx: 2021/03/29 13:46:02 [error] 4987#4987: *2705042 limiting requests, excess: 20.050 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:46:06 Server1 nginx: 2021/03/29 13:46:06 [error] 4987#4987: *2705055 limiting requests, excess: 20.323 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:46:08 Server1 nginx: 2021/03/29 13:46:08 [error] 4987#4987: *2705065 limiting requests, excess: 20.234 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1" Mar 29 13:46:10 Server1 nginx: 2021/03/29 13:46:10 [error] 4987#4987: *2705076 limiting requests, excess: 20.125 by zone "authlimit", client: 192.168.2.100, server: , request: "PROPFIND /login HTTP/1.1", host: "server1"

I came back to it after a little bit and decided to re-enter the password in Unraid. Sure enough, my shares are working now without prompting for credentials. However, I can report the same issue that @Jakosaur mentioned above. In the Unassigned Devices settings, the email address user shows as one of the users, however when I change the access to Read/Write and hit Apply, it just reverts back to No Access. I'd prefer it if I could get that working, but it's not the end of the world.

It does work when I create a separate user and enter those credentials when accessing the share from Windows.

I did have one hidden share that was still Public, so I made that private as well. I went through the whole dance again of adding the user to Unraid, changing the passwd, shadow, and smbpasswd files to use my Microsoft Account email, clearing the connections in Windows, but I am still prompted for credentials. No matter what I put in the credentials, I cannot access the shares. What could I be missing?

Have there been any updates to Unraid pertaining to this issue? I'm trying to make my shares Private/Secure, but I cannot for the life of me get Windows to allow me in. I'm using a Microsoft account on my windows machine, and I followed the instructions posted by geekazoid to change the user name to the email address of my Microsoft account. The password on the Unraid user matches the password on my Microsoft account. Still, I am always prompted for credentials and denied access. I deleted the credentials in Credential Manager per turl's suggestion, I restarted the Workstation service, but I still am not able to authenticate. Any insight is appreciated. Thank you!

Alright, I'm still trying to get my time zone issues settled. One thing that seems to be making it difficult is that the Splunk container time zone is set to UTC. All of my other dockers are using the Pacific timezone (which is the timezone used by my Unraid server). Is that perhaps a configuration in your container somewhere?