You could also use the RPi as a stepping stone which syncs it's files to the 'real' backup server which is on a daily/weekly timer instead of on-demand setup.
I'm using this concept for the problem that I want to collect metrics all day long, but not have a power hungry server running 24/7. So my RPi collects all metrics and streams then directly to my server for me to view realtime. But whenever the server is unavailable (on schedule or for maintenance) the RPi just buffers the metrics until the server is available again.
Also worth considering is just not using a single server for a single purpose but just cramming it full with utility to justify the power costs.
It shines especially in scenarios where the Pi is just a tad too slow. E.g. you can't live transcode 4k videos on a Pi, while the N100 has latest UHD graphics and therefore ships with a decent HW-accelerated H265 en/decoder.
By server i mean multiple network ports and storage ports, space in the case for several spinny discs in addition to the ssds etc.
I doubt any NUC is good for a server by my definition.
The problem is that a lot of the commercial products are woefully underspecc'ed for the price and you outgrow them quickly. Spinning disks also eat a lot of power, relatively speaking, so they kind of eat into the "low power" usecase.
Rather roll my own Linux thank you.
> Some of them even have decent networking options.
I think few of them have multiple ethernet ports. Plus there's the matter of how much cpu the built in ethernet eats.
Most modern NAS have that option. It just doesn’t make that much sense since that would get rid of the (in some cases really good) DSM.
I agree I'd much rather roll my own system (and that's what I did) and I would personally never buy one of those, but it's simply not right to say there are no options available if you want a low power server off the shelf. Some of them are even decent if you wanna pay for it.
https://forums.servethehome.com/index.php?threads/topton-nas...
There is a newer board with a J6413/6412 that could also be a candidate if don’t need quite as much processing power.
Reports are that servers with this run under 10W at idle.
Nothing in this article supports this statement. It just says "high power consumption" without measuring, and declares victory without measuring the power saved. The fact is that power scaling has almost erased the difference between "suspended" and just "idle", to such an extent that there might not even be a meaningful difference, or any measurable difference.
My NUC 12 Pro is drawing, at the wall, 2.7W, as best as I can measure. The SoC reports drawing below 200mW. This server is on. The way to get low power states on these is to just make sure your Linux is up to the task and your BIOS works correctly, which is one of the reasons to choose a NUC. The first-party firmware works!
Another important thing for low-power server operation is to either use wifi, or make sure your ethernet is configured correctly for low-power operation. Unless you fix it, gigabit ethernet by default will propagate the link state all the way down to a high power state on the CPU. The NIC will say that it has tight latency requirements because the link is active, and it will configure the PCIe bus to avoid PCI link power management, and it will tell the CPU that it can't go below PC6. To avoid this you have to configure your NIC to ignore link latency requirements. Just unplugging the ethernet is the easier path, and it's faster than gigabit these days.
Here are some pulling 80W at idle: https://www.anandtech.com/show/17548/the-msi-mpg-z690-carbon...
Here's a threadripper rack server pulling 140W (!!!) at idle: https://www.servethehome.com/asrock-rack-trx40d8-2n2t-review...
In the end I just plugged an external hard disk into the mac.
I have had similar issues in the past even with such simple things as SSH to a Mac. It would be easy to blame the pi or Linux, but as far as I can tell, Apple just does not play nicely with anything not Apple. It's just that little bit different. I have no such problems interfacing Linux and the pi with anything else.
I eventually gave up on the NAS and now backup to external drives at home.
This site has excellent articles on Time Machine - scroll down to Time Machine Problems: https://eclecticlight.co/mac-troubleshooting-summary/
How about QNAP? I happen to have one gathering dust, if you can reliably Time Machine to it i'd plug it in.
The previous HFS+ version relied on directory hardlinks that were notoriously buggy and easy to corrupt. The difference computation also required basically recursively walking the entire tree and comparing the directory change times, with each lookup requiring a network round-trip.
I would have an ESP32 impersonate the MAC address of the server passively (ie. only in the Wi-Fi association), then “push the wake button” if it found traffic that is allowed to wake the server. A wake-up firewall, if you will.
If you get a rack mounted server made for data centers and stick it in a closet so you can't hear it then yes, i guess this approach makes sense.
went down that route years and years ago and... it heats up the closet.
Actually, (though not a server) I remember one place I lived, I just put my monitor, keyboard and mouse in the bedroom at a nice desk. Then I ran the cables through the wall to the computer in the next room where it could be loud and cool. (quiet, fast, cool: pick two)
Ended up physically removing a CPU because the noise and heat was... not... worth... it.
Absolutely have felt the same often, in the past. Good news! There's ChatGPT now!
It's so much quicker than google for figuring out approaches; it's great for explaining concepts and "how to do x with tech". And it's great at writing the scripts for you too. I set up a prometheus/grafana dashboard with scripts for various temperatures from various APIs with its help.
Not trying to shill, but just sharing that this type of project is something that's a lot more feasible to implement in limited timeframes than it used to be. (and get the satisfaction of bringing the idea to fruition)
But I reckon I'll always want content like this that covers the journey of uncovering various edge-cases, too...
There isn't much info on the internet about it. Of the info that exists most is inconsistent, outdated, and/or wrong. The specific instructions need to depend on what's supported by the exact model number of your network card. You're dealing with hardware, so there's a chance of breaking things permanently. Close has zero value, the solution needs to be exactly right. Close but incorrect solutions are hard to debug.
Not sure any of it is going to brick hardware, but I haven't played with setting flags with ethtool. I've messed with Wake-on-Lan stuff in the past, as well as "prevent device from randomly waking from sleep" issues, too (on Windows, though).
I do have the advantage of a lot of past experience with Atmegas then RPis, so know a lot of the common sense hardware considerations... and a lot of troubleshooting. For me getting 90% correct with ChatGPT, and building up incrementally, has been an improvement on doing it all myself with google.
I might take an attempt at asking chatGPT how to do what the author did. Could be informative, even if just introspective realizations like, "oh, this is a question I asked in a good way due to my existing knowledge."
A key caveat in much of what I'm doing, is I'm implementing things I previously did for other projects in the past 15 years... so I'm using old technology, know the terminology, and can troubleshoot 90% correct stuff that chatGPT gives me.
I haven't done as much "I have no idea where to start" stuff.
This can be a bit of a problem since you can’t ask for what you don’t know, so starting broad by having it explain the general concepts to you, and then slowly getting more specific with direct pointed questions had the best outcomes.
I really love people who can show courage & interest. I feel like computing has decayed into vapid consumerism. Products no longer even try to be semi-technical. There's a whole culture built around telling & selling ourselves the idea that computers are hard & difficult.
All it takes is one person with a good blog post to demystify & make accessible. You are smart enough. You can be that person. You can Augment Human Intellect by talking through it.
A Raspberry Pi has one big problem: no SATA ports.
Which they'll gladly do no?
If (poor quality) SD card corruption is a concern, you can have the RPi mount the SD card read-only or just keep a full backup of the SD card.
I've had a RPi 1 power 4 VoIP Cisco phones for years. Zero issue.
I've got another one constantly establishing a remote SSH-tunnel so that I can easily troubleshoot my brother, who lives in another country, 's LAN. The uptime is more than a year.
One is routing (well, doing SNAT really) and firewalling between two non routable LANs. I set up the thing once and it's so reliable there's neither a screen nor a monitor hooked to it: just the power adapter and two ethernet cables (including one in a USB-to-ethernet adapter).
Another one is running unbound. Same: no monitor, no keyboard, no nothing. The power adapter and one ethernet cable. Simple. Not much can go wrong. No moving parts. It's happily null routing hundreds of thousands of crappy domain names 24/7.
I've got another one in a vintage arcade cab with a Pi2JAMMA adapter. In years it never failed to boot once. As we the others, just in case, I still have a "dd" of the entire SD card. Should something happen I'd just dd the image to a new SD card.
The shortage of RPi is apparently due to companies snapping them all for industrial uses.
I haven't heard of many people complaining "my RPi died overnight" (unlike, say, the Apple M1 laptop's screens).
They're incredibly reliable pieces of equipment for their gentle price. In case something goes wrong on one of mine, I just have a dump of the entire SD card.
I don't disagree that they may be a pain in the butt to set up, just like any server. But once setup, they don't move under your feet so the maintenance is really minimal.
I hate that there's a shortage of Pi but I'm not sure that criticizing them as "non reliable" is a criticism made in good faith.
It does seems likely that a Pi is going to consume a fair bit less energy than the x86 SFF PC, so it's probably a net gain there, but that admin overhead thing isn't necessarily one to ignore -- it's not entirely set and forget.
I commend the author for their perseverance and the writeup - rabbit hole writeups are their own form of entertainment. That alone was worth it. I could never run anything that looks like such a conceptual pain the butt. A pain to maintain and troubleshoot to boot.
Especially since the setup requires a Raspberry Pi to run permanently. A Raspberry Pi that itself would work just as fine as the Time Machine server the author seems to need on demand?