Are you sure this is the most efficient way to accomplish the goal?
Resilio Sync will just sync files to different locations automatically… You don’t need to worry about firewall rules or DNS/IP addresses doing this either…
Since the script I’m talking about, makes some changes to the synced files, this is not a job for Resilio Sync. For the sync job itself, I’m using SFTP, because this is the easiest to setup on all clients/platforms. I’m only interested how I could safely dedect, if the sync is finished and start the script to do it’s job’s. The tip with the changing file is nice. I’m using that for now. Absolute reliable so far, for this task.
At the core it has always been rsync and Cron. Sure I add a NAS and things like rclone+cryptomator to have extra copies of synchronized data (mostly documents and media files) spread around, but it’s always rsync+Cron at the core.
I can never stick with gnome/gtk because it’s been impossible for me to get a consistent theme/look across my apps.
Newer gnome/gtk has its DPI jacked so that the title bar, buttons, etc. are far too huge for my desktop or laptop, with the only fix being to tinker with the theme config files. Older gnome apps don’t have this issue, but their themes are incompatible so good luck finding a matching theme pair. Non-GTK apps would get stuck with the newer title bar — I swear it would be >100px tall. And doesn’t gnome/gtk 4 have an even newer theme interface that’s incompatible with 2/3?
I’ve since moved to openbox and tiling managers; they actually bother to get this right.
There are plenty GTK themes like GNOME Professional or Qogir, that you can apply to GNOME, and you can change fractional scaling and fonts. This myth that finger sized GNOME title bars cannot be changed is dumb.
I use Restic, called from cron, with a password file containing a long randomly generated key.
I back up with Restic to a repository on a different local hard drive (not part of my main RAID array), with --exclude-caches as well as excluding lots of files that can easily be re-generated / re-installed/ re-downloaded (so my backups are focused on important data). I make sure to include all important data including /etc (and also backup the output of dpkg --get-selections as part of my backup). I auto-prune my repository to apply a policy on how far back I keep (de-duplicated) Restic snapshots.
Once the backup completes, my script runs du -s on the backup and emails me if it is unexpectedly too big (e.g. I forgot to exclude some new massive file), otherwise it uses rclone sync to sync the archive from the local disk to Backblaze B2.
I backup my password for B2 (in an encrypted password database) separately, along with the Restic decryption key. Restore procedure is: if the local hard drive is intact, restore with Restic from the last good snapshot on the local repository. If it is also destroyed, rclone sync the archive from Backblaze B2 to local, and then restore from that with Restic.
Postgres databases I do something different (they aren’t included in my Restic backups, except for config files): I back them up with pgbackrest to Backblaze B2, with archive_mode on and an archive_command to archive WALs to Backblaze. This allows me to do PITR recovery (back to a point in accordance with my pgbackrest retention policy).
For Docker containers, I create them with docker-compose, and keep the docker-compose.yml so I can easily re-create them. I avoid keeping state in volumes, and instead use volume mounts to a location on the host, and back up the contents for important state (or use PostgreSQL for state instead where the service supports it).
I tried Alpine for a desktop installation. The package manager has surprisingly decent package set. And the performance is the best I found, for some reason applications starts faster. But I had to stop the experience because websites thats includes widevine didn’t work. Its sad to say, but many softwares relies on non-standard glibc shit. With glibc instead of musl Alpine can be simply the best distro. If musl is not faster that glibc I don’t think glibc will make Alpine slower.
Why is musl better than glibc? Looking at the licence, it’s just your classic corporate cuckolding that always leads to a net decrease in upstream contributions
yeah, fair enough, that’s a good point. Also now that I think about it, the dns resolution in musl is pretty bad, too. But I do appreciate that musl is designed to be lighter weight than glib, and that it supports static linking.
Mostly mission critical server that I deployed in the past, all use RHEL/Clones because their LTS, and stability across packages version.
If for hobbyist, it’s Ubuntu. I think you need to learn more about ansible, container/podman/openshift, and SDN for work. Nowdays, there are some use APT in production, but mostly they switch to dnf because dnf have better way to do downgrade, undo, redo, and config package in production.
This applied mostly for ERP project such as SAP Hanna, SQL Server, DB2, etc… Like it not, Red Hat Dwindling isn’t now, probably 5-10 years ahead, but I’m not sure, as mostly rant about RHEL are in Community. I do know regional linux user group in Indonesia, some are leaving EL group, but they still can’t rip apart most mission critical server on top of RHEL/Clones… so it’s still worth learning RHEL/Clones, and use Fedora for day 2 day task, and learn ubuntu, as well ubuntu pro, for learn deploying critical production server.
Debian and Ubuntu are near, and ubuntu is derived from debian, but if you talk spirit, they are different… If you are conscious about what Red Hat do, stay away from it, but if you are working in corporate, you can’t go without learning it.
Well SLES is quite lean near RHEL, they have same rpm/dnf pkg manager, which is near RHEL, but not B2B compatible, or even ABI compatible, but SUSE is okayish, but I don’t know, many corporate that work for aren’t keen using it haha… 😂
Well at least, seems Europe have different kind of market, but having competitor is driving industry forward isn’t it?
Well SAP is from German, but I don’t know why it’s much for popular on top of RHEL, rather than other. I do know Ubuntu support SAP, but never seen one in the wild in Asia Pasific. 😂
Also I remember IBM Watson is on top SLES? 😂😂 Dunno if IBM replace it with Red Hat? Haha… 😂
I’ve been installing Gentoo on my every machine. But I realistically could install Alpine on those few that I don’t use so often. At least I’m gonna test. It’s been years since I used Alpine on any machine.
I rotate between a few computers. Everything is synced between them with syncthing and they all have automatic btrfs snapshots. So I have several physical points to roll back from.
For a worst case scenario everything is also synced offsite weekly to a pCloud share. I have a little script that mounts it with pcloudfs, encfs and then rsyncs any updates.
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.