Kilrah

What is that ip/port? is that where you run dolibarr? Did you set the Root URL to your domain in the template?

Probably technically possible but not easy and slow since that'd mean emulating the code meant for the Pi's ARM chip on x86. Also the Pi's boot sequence is weird so while the apps could be emulated a whole image probably can't be run as is. Just installing klipper on a Debian install should be easier and more straightforward.

Not clear enough. Did you take the usual steps to make a container accessible from the outside (reverse proxying) but it doesn't work anyway, or did you not?

Yes, you can swap the config folders between drives just fine as long as you keep the .key files with the drive they're associated with.

Another OS as a VM? Or why would you dual-boot a server?

Point is that most people run their NAS, regardless of Unraid or other OS on a dedicated server machine to store data and/or run services, then access it from their other computers so there's nothing like the "OS conflicts" your post suggests. A few run Unraid or other NAS OS on their main machine as host OS and create a VM on it for desktop use but that both hardware requirements, can be finicky and you need to understand how these things work in detail for that to be viable.

Found me an R1000 for $5... PSU died like it seems it does in all of them and was already removed by the previous owner. Sub is rattly so probably dead too, so I removed the whole back and made a little plate for a DC inlet. Works nicely otherwise :)

You typically use the Unassigned Devices plugin, external drives will show there with a mount/unmount button.

If the pool is read-only you can't change anything on it, have to copy to other storage (e.g. array, unassigned device...)

I believe TSDProxy is a common preferred method to access containers via Tailscale.

So turbo write wasn't enabled, yep

You can do a simple rsync then, just won't have the history. NTFS wouldn't work with hardlinks either AFAIK, would need a "linux-y" filesystem.

Might have configured only this one to be backed up.

What are the source of the data and the destination? Maybe something causes the times or such to not be consistent between runs, or the destination filesystem doesn't support hardlinks. It should be hardlinked indeed Your conf has spaces instead of tabs as required by rsnapshot but it'd tell you the config is invalid so it might be an artifact of how the file was posted. Mine has "cmd_rsnapshot_diff /usr/bin/rsnapshot-diff" uncommented and rsync_short_args commented, that could be the issue too?

Moderators can of course do it too.

No more "unread content" button, have to drill into a menu now :( Also font is tiny

As usual, make sure that if containers share a folder they're all stopped together using the group feature.

Auf 7.1.2 aktualisieren.

The whole folder.

The built-in tailscale integration is a dirty hack that highly depends on how the container is made, and doesn't work with many of them. Seems searxng did some container changes and it's possible that made the hack not work anymore.

Your global_cache pool got completely full and went read-only. Try rebooting and see if it mounts read/write, if so unload stuff from it.

Primary pool, secondary array, mover pool->array, run mover, confirm share empty on pool, then switch the primary pool to do the other. If you always only had primary array and no secondary then you may have stuff configured to write directly to the pool instead of going through /mnt/user/[share], otherwise it wouldn't have gone to the pool. That would need fixing.

You're in test mode so nothing gets done. Possible it's always been that way so no last sync date since none ever happened?

No. When you have only primary set nothing gets moved automatically.

Navigate to /mnt/poolname and check it's empty.