Morthan

Watched this YT https://www.youtube.com/watch?v=LMoRt-etQio&t=882s to get a bit of a feel to n8n and in the chapter it talks about adding an Execute command node, but the instance of this image doesn't seem to have this command available. Am I missing out on something here in regards to setting it up? Turns out Execute Command is disabled by default, can enable via docu -> https://docs.n8n.io/hosting/securing/blocking-nodes/#enable-nodes-that-are-blocked-by-default

All good. Send you a coffee

Well Jeez Louise.... With all that preparation to do the upgrade, it only took about 3 minutes since clicking upgrade + reboot. And now RustDesk running with tailscale enabled. Wonderful option to have that slider and it just working! And I see we have you to thank for the Tailscale Docker integration. Is there anywhere I can buy you a coffee / beer?

The mindset is public releases tend to have bugs in it. As a sysadmin I never jump on updates for major systems. I test them before going. As I dont have a test unraid setup, I wait 2 to 3 weeks before upgrading to see how many kinks in the cables other users get. I know v7 has a beta track, incl RC. I also agree people already test in there, but it's a select one. I don't think it's a bad mindset at all. I guess you could say it's the same with how I handle the docker updates within unraid. I never jump on new "latest" versions, I got unraid setup to update weekly on a specific day. Sometimes it's 1 day in between updates, sometimes it's more. Lets agree to disagree. I will probably update to v7 this weekend.

I was planning on when v7 has been released +grace period (+/- 3 weeks). I'm currently on v6. Guessing it's a bit to much to ask for it on v6 then? Will wait otherwise

Would there be a way of adding Tailscale to the RustDeskServer-AiO image? I would love to host the server/relay version within Tailscale to connect to other machines on the same Tailnet.

Seems I had one of those accidental moments where I probably selected those folders and drag + dropped them into a different one without really noticing. All files are present in /mnt/*/Shares/tmp/ with the folder structure intact. This is why I should probably not give my user all permissions on the Shares At least I'm upgraded to the latest version again, hah!

updated to 6.12.13 in the meantime, no effect to the current issue

I upgraded my SSD for cache today. Went to a WD_Red_SN700_4000GB from a 500GB samsung Fixed, "Solution" in next post. ======= TL;DR Upgraded to new nvme and when starting the array, after moving the files from old nvme to new nvme, via the array, the array shares seem to be empty, while the disk overview in "Main" show them the same as before. Things I have tried so far are showed down below. long version I used stopped Docker and altered the config for all shares to move files from the cache to the array and initialized the mover. Most of the /mnt/cache/appdata and a few other /mnt/cache/Download files (and folders) were transferred to the array. The results for /mnt/*/Shares/TV and /mnt/*/Shares/Movies seem to be empty. This morning I did the upgrade for the nvme and replaced it with the new WD_Red one. When booting the system and removing the old cache pool, replacing it with the new one for WD_Red everything seemed fine after starting the array. I set all the shares configuration back to what it was and told the mover to do its thing. This afternoon, when I noticed the mover was done I enabled docker and to my surprise saw it had no containers. I had this issue before so after selecting the container from the template, most if not all were back a short moment. That's however where the "pain" started. Some of the containers were moaning about finding no files and they were correct (not a configuration mismatch). The results for /mnt/*/Shares/TV and /mnt/*/Shares/Movies seem to be empty. Digging further While I initially did all the above and below test for all disks, the index of my Shares show it's mainly the Movies and the TV directory having issues, which seem to be focused on disk3. That being said, when I'm looking at my Anime share, which has disk1, 2 and 3, and select a folder which is mainly on disk3, the files seems visible and I can confirm they are accessible via vlc This has me believe the issues is mainly focused on /mnt/*/Shares/TV and /mnt/*/Shares/Movies Things I have tried already - Rebooting - Rebooting and placing disks in maintenance, then running the xfs check from the Unraid GUI without the "-n" flag on all disks. (as advised here and another here) - Rechecked shares config, they are correctly setup with primary cache and secondary set to array.

Pardon my rudeness but your sed command replaces the entire line with just that text. I adjusted it a bit and use this instead, so it only replaces the found text ( I almost always use different delimiters because the slashes get in the way of seeing what is being done with the backslashes in the way) sed -i 's#@Docker-Content-Digest:\\s*\(.*\)@#\@Docker-Content-Digest:\\s*\(.*\)@i#g' /usr/local/emhttp/plugins/dynamix.docker.manager/include/DockerClient.php I used https://sed.js.org/ to check the syntax

Hi there. Would it be possible to add fzf to the list? You can find it at https://github.com/junegunn/fzf fzf is a general-purpose command-line fuzzy finder. It's an interactive Unix filter for command-line that can be used with any list; files, command history, processes, hostnames, bookmarks, git commits, etc.

Any chance of Stationeers being added to the list of gameservers?

Any chance of adding 'nethogs'? Sometimes I can see network download activity but I have no clue where it's originating from. Both download tools I use aren't reporting any activity. According to this site the nethogs tool might shed some light on that!