Well, they already slowed down Ukraines drones and communication with Musk, stalled information exchange about upcoming attacks and such and are actively giving money to Russia and breaking international agreements about oil export restrictions. And also they are (again) discussing about ending the war without Ukraine on the table.
They might not sell weapons to Russia (yet), but USA is absolutely supporting Russia on the war.
Not really. They are intentionally leaving Ukraine out, they didn’t forget.
I don’t know about long term, but it’s running on my pile of virtual servers and does it’s job just fine. The openmediavault itself is a pretty good web-interface on top of Debian and it’s just configuring the underlying operating system so you can get exactly the same setup by writing configurations manually for the services. OMV is just a convenient tool to manage simple fileshares.
I use it only for samba and wireguard, so can’t really say if it’s as solid with other extensions, but for me it’s been a decent tool for the job.
Resigning from schengen contract would also mean that swiss people couldn’t travel freely across the Europe. That would be way bigger problem than the potential handful of Russian tourists around there as it’s not that uncommon to go across country borders on your grocery shopping. I very much doubt that Swizerland would shoot itself on both feet, no matter how strong ties someone around there might have to Russia.
They are easily the dumbest superpower.
I wouldn’t say ‘easily’. Competition is pretty tough in these days.
Just for comparison, my VPS server has ~20 active email boxes (postfix,dovecot,spamassassin,clamav), a few small-ish active wordpress sites (apahce,php-fpm,mariadb), radicale and some other smaller services running with 2 cores and 4GB RAM and it’s mostly just fine. Occasionally, specially during heavier updates on wordpress-sites, memory tends to get pretty full, but it’s still just fine. Tweaking memory cache for php (or running something else than php) would increase performance by a lot, but even without optimization the 5€/month VPS is quite capable to keep your internet presence around and on your own hands.
Nothing wrong with good old ssh. My VMs are different enough that building and maintaining ansible playbooks or something similar would be a bigger task than actually doing it in the traditional way. Maybe I could benefit by building simple playbooks to populate user accounts, ssh keys, smtp relay settings and other common things, but I don’t really set up new servers that often that it would justify spending time to set up tools for that.
It’s not specifically for war, but for any disruption the society might have. We’ve had winter storms which cut power for few days, wildfires or floods can leave you stranded for a while, a lot of snow might cut roads and so on. Being generally prepared to be self-sufficient for few days just makes sense. On a bigger scale it also helps rescue workers if everyone isn’t in immediate crisis after 24 hours without working infrastructure.
My ISP offers unauthenticated SMTP for their customer addresses. It’s pretty heavily rate limited, but well enough for the occasional status email my system throws out. At least around here they are pretty common for residential customers, so that might be an option.
Other possibility is to set up SMTP relay to your network and give it credentials to an actual email account (with SMTP support, which isn’t granted these days). It can take in emails from your network without credentials and throw them to the internet with your account. It’s pretty simple to set up, search for postfix + smarthost. Added bonus is that you can read the replies to that address too via your email provider services.
OrgAbuseHandle: ABUSE9107-ARIN
OrgAbuseName: ABUSE
OrgAbusePhone: +1-313-516-8908
OrgAbuseEmail: abuse@hostodo.com
OrgAbuseRef: https://rdap.arin.net/registry/entity/ABUSE9107-ARIN
They have options. No idea if they actually do anything for the reports, but it’s worth a shot.
I’m running Dahua cameras. They can pull new firmware straight over the internet, but they don’t rely on any cloud services. All kinds of flavours available and they do run on POE.
You should rotate the supply on your daily life. Get canned foods, eat them, replenish supply, rinse and repeat. That way the shelf life isn’t really any concern. Also it’s only for 3 days and for emergencies. If you have water and biscuits it’s enough to survive long enough that rescuers and volunteers have time to set up pre-planned places where people can gather with generators, gas/wood stoves and such so you’ll have more permanent shelter to stay in until the bigger problem is resolved.
Sure, it’s not glorius and you might miss a french omelette for breakfast couple of times, but if you have even something it’s way better than having nothing and being in immediate crisis if something happens.
Here in Finland we have a strong recommendation from the government that everyone should have enough supplies to last 72 hours. There’s guides available on what to have, how to do it and what to take into consideration. It’s far easier for everyone if something big happens (storm, flood, war, problems with electricity/water grid…) to the rescue workers if the whole population isn’t in an emergency after few hours. I think that’s becoming more and more important globally as the climate changes and global environment gets more and more unstable.
Another recommendation for storagebox from here. Cheapest option I’ve found and they are pretty reliable. I use proxmox backup server to sync my VMs there (encrypted of course).
There’s plenty more reasons than filesystem corruption to use clean shutdown and even just plain UPS without any status information to the host. I haven’t seen a full drive corruption due to power loss ever. Various levels of corruption, yes, but not ‘all the data is gone’ scenario due to filesystem being broken. But I have seen multiple hard drives which have died on host shutdown without any warning (no smart errors or such), after power loss they just refused to start again.
Just today we had multiple short (~30 second) power outages and without UPS that would’ve put considerable strain on my hardware. Gladly those are pretty rare and those were well short enough that my UPS kept the system running, without one that would’ve meant that my hypervisor would’ve crashed and that would’ve resulted on several unclean reboots for the VMs.
Also, back to filesystems, with selfhosting, some kind of hypervisor is often in the picture, so the drive activity is generally much higher than with single workstation and corruption on a single file or some part of filesystem is way more likely. Total data loss is pretty unlikely, but a corrupted VM image can be a pretty big deal, regardless if it’s filesystem or single file which is the main issue.
there’s no standardized mechanism for forcing applications to save
On Linux (and I guess BSD and other *nix variants) there is. SIGTERM is exactly for that situation. Sure, programs can choose to ignore it, but I don’t think I’ve ever seen at least any FOSS software which wouldn’t respect that. Of course the program might crash and cause loss of data, but the mechanism is there.
You’re of course generally correct about modern filesystems being more resilient to power loss, but they’re not immune to problems and also you’ve omitted a large chunk of other reasons why people like to have UPS on their system, with or without monitoring them.
For me personally the hardware is least interesting part of running a homelab. I’d happily run everything on VPS if there was no constraints on money or bandwidth (among other things). But as the limitations are there running things on my hardware is a necessary evil and for that an UPS or two are practically must to have to prolong life span of hardware and prevent data losses. Of course that’s just one box to check on the stack, but when planning for a home server setup for anything I’d say it’s a pretty vital part for the whole setup.
But in the real world it doesn’t really matter if it’s the whole filesystem or an idividual file which is corrupted. Either way the data is compromised and nitpicking that the filesystem is actually just fine doesn’t make any difference.
Modern filesystems can corrupt as well with unclean shutdown. They are just less likely to do so. My server stores photos of our life over couple of decades with other nearly irreplaceable data so having the UPS and clean shutdown on power loss gives at least some confidence that the files stay where they are.
Of course I also run backups of the data, but it’s another layer on data safety setup.
There’s always an army in a country. If it’s not domestic it’s from the neighbour, but there is always some army around.
Immich itself is running on docker, so it’s the same than every other setup. For me it just makes more sense to run that on a separate VM than keeping all the docker containers in a same operating system due to backups, manageability, access control and so on, even if it costs a bit of memory to run a full operating system. Biggest consumers on the host process list are immich-api, postgres-processes and immich. Actual used memory is around 2,5GB for the whole system with ~5GB on buffers/cache.
But I often import hundreds of raw photos at a time from DSLR and/or 4K video footage from my drone and processing those takes quite a lot of memory. With less memory and slower drives the whole thing crashed when importing bigger batches to out of memory erros, but I suppose it could run just fine with even less than 4GB of memory, if the usage pattern is just to upload photos from your cellphone in a relatively slow pace.
One might argue that USA isn’t what it is right now because of Trump. Trump is president because USA is what it is right now.
Of course not everyone living in there, just like not everyone living in Russia is a bloodthirsty murderer for their tzar. But USA as a global entity is really just that bat shit crazy right now. It might get better some day, but as the circus has been on full blast for years now it doesn’t seem too promising in the near future.