sasbro97

@Amane that actually worked! I would have never known that but now I learned something new. Thank you!

Hey there. I'm maximum confused with a script I created. It works when I trigger it manually but never does on schedule / cronjob. I mean it runs but does not what it should and does when triggered manually. #!/bin/bash #description=This script updates all apps in Nextcloud. #arrayStarted=true #name=Nextcloud Auto-Update Apps # Befehl ausführen und Exit-Status speichern docker exec -u www-data nextcloud php /var/www/html/occ app:update --all docker_exit_status=$? if [ $docker_exit_status -eq 0 ]; then curl -fsS -m 10 --retry 5 --data-raw "$m" http://unraid-server:8003/ping/1505e87d-84e2-4806-a2a0-fa214d96cb17 echo -e "\nScript succeeded" This is the script. My docker container named nextcloud should automatically update the newer apps. When I press "Run Script" it works and apps are updated in the logs. On my set schedule "0 3 * * *" it does not work. I know the script is running because the curl request is sent. The logs look like this: Script Starting Apr 14, 2024 03:00.01 Full logs for this script are available at /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/log.txt OK Script succeeded Script Finished Apr 14, 2024 03:00.10 Full logs for this script are available at /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/log.txt Script Starting Apr 15, 2024 03:00.01 Full logs for this script are available at /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/log.txt OK Script succeeded Script Finished Apr 15, 2024 03:00.10 Full logs for this script are available at /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/log.txt Script Starting Apr 16, 2024 03:00.01 Full logs for this script are available at /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/log.txt OK Script succeeded Script Finished Apr 16, 2024 03:00.02 Full logs for this script are available at /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/log.txt And if I run the script manually now: Script location: /tmp/user.scripts/tmpScripts/nextcloud_auto_update_apps/script Note that closing this window will abort the execution of this script spreed new version available: 18.0.7 spreed updated keeweb new version available: 0.6.18 keeweb updated OK Script succeeded What could be the reason it does not work on schedule?

I can recommend to write your own backup script with user scripts for the folder where the XML templates and everything regarding FolderView is saved. If your folder structure will be deleted you can restore it. That saved me.

Hmm never heard of it unfortunately. Since when if I might ask you? I trust you already of course. Just curious.

I know that I read often enough that mounting the physical location directly is faster than mounting the user folder/symlink. That's the reason why I always do this.

I'm wondering why I can use the most folders to map for a Docker container but somehow not this folder named "Sascha". Only if I use /mnt/user/Sascha. But not the direct cache ZFS pool. Don't wonder why one folder of many is shown. Because I saved it even though it has not shown its name before. But in the container really nothing is mapped. If I use user you can see everything is showing up (it's only this weird behavior for this folder) I'm on Unraid 6.12.9.

Hello, I don't know if this is the right place. If not, please move it. I am trying to backup files from unRAID to an external provider, in this case directly to BorgBase with its free 10GB. The tutorial from BorgBase is relatively clear, but I don't know how to solve this with SSH authentication. I use the borgbackup package through NerdTools. Since I have not yet placed the private key anywhere, I logically get the following: Connection closed by remote host. Is borg working on the server? Where can or must I place it so that I can ultimately configure it using user scripts? I would like to solve this without Docker containers, as I already have far too many of them anyway and it seems like less overload to me.

If I remember it correctly it happened when I renamed a container e.g from AdGuard-Home to just adguardhome. But it's kinda random. I'm also struggling a while already with checking the autostart of containers or especially folders. If you have 10 folders with 100 containers and select all for example, somehow only a few were selected. And after selecting them again the others ones are gone. It seems like it wasn't saving the previous ones. I would like to help but I'm on vacation now. And I'm also very scared to do this manually again now and lose everything again (I know I should do a backup again). Is there any way to automize creating a backup with user scripts? I guess it would make sense for everybody.

I don't know what's wrong but the tool is a mess since a while. All of my Docker folders just disappeared after a change. Nothing I can do about it. All gone with all settings. I have a backup from a long time ago that does not help either. The thing is I was about to fix everything manually now and after one change everything was gone again. What the hell is this? This is horrible.

I probably can tell you tomorrow what my reason is. Seems to be a broken connection between my Nextcloud and Elasticsearch. But I still don't get how on earth this leads to 100% CPU and kills everything.

Yeah sorry you were right. I was sure I had set it. Huh, my VM's? How can they miss something? I guess it's the old one. I just deleted it now. Edit: Another question. I realized that app updates stopped working. Any idea why? I mean I'm happy because I don't want that containers get yellow telling me there is an update while I already use Watchtower as update tool but it stopped now and I didn't do anything. After a system restart they are marked as Update ready then. Okay I just realized if I stay long enough on the apps page it will also find updates. Was it always like this and just didn't realized it or is there a something like a cronjob in the background that is not working as expected anymore? Edit 2: There were also Plugin updates. I know in the diagnostics the Plugin notifications were only set to browser. Btw I have no idea how this should look because I never received information about available plugin updates. Now I've set it to E-Mail and Agents too for days and didn't receive a notification too: Many things don't work as expected for me.

You are right. I remember why I did this. I guess there is no option for distinction between the popup colors and this one:

It's not what it used to be 😅 I know a long time ago I changed something and I think it was Header custom secondary text color. This is set to grey but even if I set it to black it does not change the dialog font color.

I think we're talking at cross purposes. As I said, the containers have all been running since the server was launched. None of them have less uptime or were created at a different time. Or was the exact IP in the logs? I know I have "Preserve user defined networks" activated but thank you. About the Nextcloud part. It's still not about Nextcloud. The point is that a Docker container manages to bring the entire unRAID operating system to a standstill. Now it might be Nextcloud, but probably any other container could do it one day. My confidence has dropped significantly.

So you say a container keeps dying? I cannot identify this one. Aren't there more information? I have nearly 90 containers on that network. How should I identify the one? Because the container are all running healthy. Okay the icons things I can handle. But can you say something about the mentioned thread with the Nextcloud issue? I don't mean the problem with the tool but how is it possible that if it crashes and I don't react in a few minutes to restart it again that it crashes the whole server and leads to 100% cpu so that all container die and nothing is possible anymore. I mean how is one container possible to do this. Like I said I'm worried about the reliability of unRAID since this problem occured.