

Hmm… Let me look.
Edit: each instance gets 50gb boot volume, I can log in and confirm if you like.
Hmm… Let me look.
Edit: each instance gets 50gb boot volume, I can log in and confirm if you like.
24gb memory and 4 OCPU . the CPU doesnt sound like much, but if its using the ampere back end and not the amd micro, the CPU performance scales up with demand (to a point).
I have two containers running, one using 16gb memory and another using 4gb, they each have one cpu and they perform fine for what they do.
No.
Credit card? Have things changed? I have two containers hosted there and I never gave mine.
Exactly! Get music, tag with Picard, least work.
I don’t really blame Lidarr devs, though. Music is a difficult problem to solve because the media itself is too loosely standardised. And with good reason; everyone’s workflow with music is different.
From my experience with sonarr and radarr, I thought lidarr would be great, but it’s garbage.
Bandcamp isn’t what it used to be, apparently there’s a better service for music now, I’m sorry I can’t recall the name.
Navidrome should serve you well for Spotify replacement. It uses the subsonic api, so you can use any app that supports that, and there are many.
Regarding sync phone with server, you might want some thing like synching or nextcloud with a local player on your phone. My music collection is 1.5TB, so I simply stream and have only a few select albums downloaded locally on the phone.
Yes, more control over what happens between server/client. Sorry, that wasnt clear.
Immich aims to be a google photos replacement, which has this function built in.
Now, I don’t care if it works only one way, but it should be clear.
I love immich. I just wish for two things:
I would argue that logrotate was the ABC of any sysadmin in 2005, but today that should be a solved problem, whether in docker or bare metal.
I don’t disagree that logrotate is a sensible answer here, but making that the responsibility of the user is silly.
deleted by creator
deleted by creator
Although I have my issues with plex, jellyfin has its own problems:
These projects are poorly maintained and abandoned because the industry of email has been reduced to a very few players, and they don’t care about IMAP standards, dmarc, dkim or any of it.
You’re running head on into the primary reason no one self-hosts email anymore; it has gone from being a nuisance to being adversarial.
Oh, nice. Thanks!
This is me showing my docker ignorance, I suppose.
I just snapshot the parent lxc. The data itself isn’t part of the container at any level, so if I bung up compose yml or env, I can just flip it back. The only real benefit is that all my backups are in the same place in the same format.
Like I’m not actually opposed to managing docker in one unit, I just haven’t got there yet and this has worked so far.
If I were to move to a single platform for several docker, what would you suggest? For admin and backups?
Lxc and docker are not equivalent. They are system and software containers respectively.
I use individual lxc for each docker compose so I don’t have to revert 8 services at once if I need to restore.
I would also argue that an alpine lxc runs in 22mb ram by itself … Significantly smaller footprint on disk and in memory. But most importantly, lxc can actually share memory space effectively, one doesn’t need to reserve blocks of ram.
Thank you for replies, I’m grateful.
Finally moved all my lxc onto a lower-power Xeon D host, consumes 1/3 the electricity of my previous Dell R430, same essential performance.