Allegedly, backups simply couldn’t be kept, due to the G-Drive system’s massive capacity.

X Doubt. Things like S3 can also store massive amounts of data and still support backups or at least geo replication. It’s probably just a matter of cost.

But it gets worse. It turns out that before the fire, the Ministry of the Interior and Safety had apparently instructed government employees to store everything in the G-Drive cloud and not on their office PCs.

Which is totally fine and reasonable? The problem isn’t the order to use the centralized cloud system, but that the system hasn’t been sufficiently secured against possible data loss.

Oof sorry, that sucks.

What are the reviewers of these PRs doing? Out-of-scope PRs can be rejected and closed, no?

Check the permissions/owner of the authorized_keys file. I’m not at home right now to give you the path to it, but I have had a similar problem after I add a new ssh key to my gitea/forgejo account. It turned out that in doing so, sometimes the permissions change and gitea/forgejo then refuses to use the file. You should see warnings about this in the logs.

In my case the problem is probably rooted within the uid/gid thats used inside the container and/or the nfs mount I use for the container volume. I never bothered to get to the bottom of it though.

There’s a crowdsourced list of compatible banking apps which could give you a hint. My banking app kept working.

What doesn’t work is face unlock and contactless payment.l, e.g. Google Wallet. For the latter there may be workarounds, but I didn’t care.

I did the exact same thing, ignored the AI agent update and moved to Graphene. It really isn’t hard, the Web Installer is extremely handy.

For the migration I just made a list of my apps, created backups of those that needed one, installed GOS and reinstalled my apps. Nothing special.

jfc, I really want F-Droid to succeed because we urgently need alternatives to the Play Store, but amateur errors like this and the recent story about their ancient build servers does not exactly inspire confidence in the project.

I’m thinking about just doing something outside kubernetes that just copies the data from the directory that NFS provides to another storage.

This is what I’m doing for the most part. A TrueNAS server provides the NFS shares and periodically backs them up with restic.

Some apps don’t like NFS very much, especially those that require SQLite. If you’re running Jellyfin over NFS you probably know what I mean. For those apps I use Ceph instead, which is highly available and a lot faster but also more complicated. Those PVCs I backup from within kubernetes to S3 storage with velero.

Uhhh, git add -p?

I use Promtail + Loki + Grafana to monitor application logs. Promtail scrapes logs, Loki stores and indexes them and Grafana can query Loki with LogQL and also send alerts.

Apparently Promtail is superseded by Grafana Alloy, which I don’t have experience with.

Anyway, I set this up mostly for fun and to preserve logs of terminated pods in my kubernetes cluster. I don’t have any alerts in place, but I probably could.

https://grafana.com/docs/loki/latest/

No, it’s permanent. They call it “VPS XS”, here (in german). Sadly a initial one-time payment of 10€ required, I forgot about that.

On ionos.com the same VPS costs $2/month. No one-time payment though.

The unique selling point of this VPS for me was the low price combined with unlimited traffic. Sometimes my nebula lighthouse needs to proxy traffic for peers that can’t talk to each other directly. It’s nice not to worry about traffic then.

Ha, that’s a good question: I don’t. I chose a rather long time for the certs validity and then promised to myself that I will extend my ansible playbook when I need to.

I’m not using Pangolin, but a 1€/month VPS from IONOS serves as my nebula lighthouse.

The question you’re asking is too broad. Every tool somehow differs from the others, but listing all differences requires in-depth knowledge of each tool and a lot of time.

At the end of the day, every tool somehow backs up your data. CLI interfaces, encryption algorithms, deduplication logic, supported backends, underlying programming languages and a lot more may differ. Identify what’s most important to you, test different solutions and then use the tool that works best for your use-case.

I found this: https://news.itsfoss.com/organic-maps-fork-comaps/

My server rack is located in an uninsulated attic with two tiny windows. I haven’t measured the ambient temperature but I think it’s over 40°C. Yesterday one drive in my storage server reached 65°C - so for today I have shut it off until the rain comes. Fun times.

Obligatory: RAID is not a backup.

Security in software is about implementation, not different programming languages. Security as a whole is also not something you can achieve just by installing “secure” software - every software has bugs and vulnerabilities. Some of them are known, others are unknown and not every one of them automatically poses a security risk to you, this depends on the bug, your usage and environment. You can try to harden your system, but you need to do this in layers and the application code is just one of them.

For example, you could geoblock IP addresses so their requests never even reach your application. This does not mean that you’re automatically safe from attackers from e.g. Russia, but you make yourself a less easy target.

There are many other defense mechanisms like request limiting, dynamically blocking malicious requests with something like Fail2Ban, strong authentication, frequent patching, network segregation, virtualization, and so on. I hope you see where I’m going. Security is complex and depends a lot on your personal threat model.

That being said, if you need to know how secure the code of a given software is, you need to find something that has recently been audited or audit it yourself.

It doesn’t look like anything to me.

I might be cynical, but moving away from Synology and Plex because of the writing on the wall and then choosing Unraid probably won’t end well.

Don’t get me wrong, I understand the love for Unraid even though I don’t use it. It looks nice and newbie-friendly and you can throw all your random disks at it regardless of size. But enshittification will come for Unraid and I personally think that it has already begun.