I imagine if someone had to do it this way for whatever reason, Thunderbolt would be more reliable? Assuming it’s true Thunderbolt using a SATA bridge?
Would there be any technical reason why those logs aren’t displayed in an easy to view location in the UI? I’ve come across too many instances of a TN/Kubernetes app that’s been rubbing perfectly fine for days and it suddenly gets stuck deploying. I feel like with regular docker it’s much easier to troubleshoot.
I’m guessing you want an all-in-one server setup for NAS duties and services?
UnRAID is probably the simplest from a management point of view for storage and docker.
If you’d prefer something free, then OpenMediaVault works great. It can handle storage (Linux MD-RAID, BTRFS, ZFS, or mergerfs + SnapRAID) and compute tasks like VMs and Docker/Docker Compose all from a web interface. The only problems I’ve encountered with OMV is trying to click through configuration changes too fast and getting ‘stuck’ in a loop of applying conflicting changes. As long as you wait a second or two after hitting OK/apply on things, then you’re good.
I use TrueNAS SCALE myself with docker and other services running in systemd-nspawn containers. I have a separate Intel NUC running Proxmox.
I’ve needed to help a few clients with this problem. Google recently started enforcing oAuth 2.0 for their accounts. I could be wrong, but I remember reading that OS X Sierra and High Sierra don’t support oAuth 2.0, so you can’t use Apple Mail unfortunately without upgrading.
Have you considered using an alternative?
Edit: I stand corrected. App Passwords are a thing.
The software is entrenched. If you’re a graphic designer who exchanges project files with others, you have to use Adobe CC because everyone else is. There’s really no way around that unfortunately.
You have more options if you’re a freelancer who doesn’t need to collaborate however.
I care about the underlying tech in the things I deploy, but the reality is that I lack the time to actively do this in practice.
Ideally I would set everything up manually, but it’s just too hard to keep up with 30+ projects and remembering how/why I set everything up, even with documentation. Docker Compose makes my homelab hobby more manageable.
OpenWRT and Untangle are the most user-friendly Linux options for running on your own hardware, but most people in homelab use pfsense or opnsense which are based on FreeBSD.
The way XMP files are read entirely depends on the software you’re using. Some will write adjustment metadata into XMP (Adobe does this) whereas others write that into their proprietary format and use XMP for other metadata.
Since all voice calls will be through VoLTE, does that mean call quality for everyone will seem noticeably better? I imagine there’ll still be a fallback low quality codec that gets used in low bandwidth scenarios - would even that sound better in practice?
As mentioned by others, if your primary use case is storage/NAS with only one or two VMs, then for sure go with TrueNAS SCALE.
Where Proxmox wins is the easy backups for VMs/containers locally to disk, local NAS or remote NAS, easy management when you have a lot of VMs (I feel like there’s too much clicking through menus in the TN UI which gets annoying fast), more recent kernel and ability to use LXC.
I use both in my homelab and I keep TrueNAS as a NAS and Docker host via Jailmaker script (for services that benefit from direct/local file bind mounts) because I really dislike the way the TrueNAS Apps feature is handled.
In my experience, TN Apps are just not stable and seem to get randomly stuck ‘deploying’ for no good reason after being restarted or updated. Combine that with the general hostility of the forums and of TrueCharts, and so I decided to not have anything to do with the Apps feature. IX changed a few things to do with app storage that then forced TrueCharts to change how they do things, so there’s been a few occasions where the only solution has been to delete and recreate containers which pissed off a lot of users.
Jailmaker lets me use Docker Compose inside a systemd-nspawn container. It’s kind of funny how this nested containerisation method ended up being a hell of a lot more reliable than TN Apps. I don’t want this to sound like I’m ungrateful for the good things they’ve done for TN by making services easy to run, but their reading their posts, their behaviour and tone online just always makes me shake my head.
That makes me feel lucky that Australia’s consumer laws are decent. If that happened here, it’s the customer’s choice whether they want to deal with the manufacturer or the retailer.
I’d like my appliances to stay dumb. I don’t need Bluetooth and WiFi in everything.