• 1 Post
  • 34 Comments
Joined 1 year ago
cake
Cake day: July 5th, 2023

help-circle



  • fury@lemmy.worldtolinuxmemes@lemmy.worldwelp ...
    link
    fedilink
    arrow-up
    1
    ·
    6 months ago

    I like my Kubernetes setup at work. It runs Nextcloud, Mattermost, GitLab, company website, several embedded firmware OTA update sites, a few internal apps. Nextcloud was pretty easy to install on it with Helm, just a single command line and a yaml file to specify domain, settings, etc. I had some teething issues in my early setup where the database would get wiped inexplicably, but it’s been running smooth for years now. (Yes, I know, bad juju running databases on Kubernetes…I’m used to it and it mostly works)


  • A little slower by today’s standards, but if your needs are light, it’ll do the job. Keep in mind it only has a gigglebyte of RAM, so its capacity for running things may be limited, especially as docker applications go (since they bring a copy of each dependency). You won’t be able to run something as large as GitLab or Nextcloud, but a smattering of small apps should be within its capabilities


  • The thing with using the “latest” tag is you might get lucky and nothing bad happens (the apps are pretty stable, fault tolerant, and/or backward compatible), but you also might get unlucky and a container update does break something (think a 1.x going to 2.x one day). Without pinning the container to a specific version, you might have an outage suddenly due to that container becoming incompatible with one of your other applications. I’ve seen this happen a number of times. One example is a frontend (UI) container that updates to no longer be compatible with older versions of the backend and crashes as a result.

    If all your apps are pretty much standalone and you trust them to update properly every time a new version of the container is downloaded, then you may never run into the problems that make people say “never use latest”. But just keep an eye out for something like that to happen at some point. You’ll save yourself some time if you have records of what versions are running when everything’s working, and take regular backups of all their data.





  • The problem child for me right now is a game built in node.js that I’m trying to host/fix. It’s lagging at random with very little reason, crashing in new and interesting ways every day, and resisting almost all attempts at instrumentation & debugging. To the point most things in DevTools just lock it up full stop. And it’s not compatible with most APMs because most of the traffic occurs over websockets. (I had Datadog working, but all it was saying was most of the CPU time is being spent on garbage collection at the time things go wonky–couldn’t get it narrowed down, and I’ve tried many different GC settings that ultimately didn’t help)

    I haven’t had any major problems with Nextcloud lately, despite the fragile way in which I’ve installed it at work (Nextcloud and MariaDB both in Kubernetes). It occasionally gets stuck in maintenance mode after an update, because I’m not giving it enough time to run the update and it restarts the container and I haven’t given enough thought to what it’d take to increase that time. That’s about it. Early on I did have a little trouble maintaining it because of some problems with the storage, or the database container deciding to start over and wipe the volume, but nothing my backups couldn’t handle.

    I have a hell of a time getting the email to stay working, but that’s not necessarily a Nextcloud problem, that’s a Microsoft being weird about email problem (according to them it is time to let go of ancient apps that cannot handle oauth2–Nextcloud emailer doesn’t support this, same with several other applications we’re running, so we have to do some weird email proxy stuff)

    I am not surprised to hear some of the stories in this thread, though. Nextcloud’s doing a lot of stuff. Lots of failure points.



  • It took me a lot of practice. I used to get mad at everything too. Almost violently so (hence the username “fury”). I realized over time I don’t want to spend that much effort being mad at anything. It’s not worth it. I’m going grey fast enough as it is without willingly adding to it. I’d rather focus my energy on something more enjoyable.

    Except Bing Chat. Bing Chat can go take a long walk off a short pier, and I wish everybody who worked on Bing Chat a very “good heavens what were you thinking”. Give me back my regular search results, thank you very much.







  • Take a look at hosting your own Nextcloud instance. It’ll replace Google drive, photos, docs, everything–there’s phone apps for iPhone and android. If you want to store your PC backups on it, that’s probably fine too. It might even work ok on the Pi 4 (though some parts it has integrations with may have trouble, like Nextcloud Office, since they may not have ARM binaries in their distribution).

    It should work great on your local network and still be acceptable when uploading out and about (photos can auto sync if you turn that on on your Nextcloud phone app).

    If 4TB is enough for your needs, I’d suggest getting another 4TB and making them a RAID1 pair using mdadm, and then probably also another 4TB to make backups of Nextcloud and Nextcloud data onto to keep offsite. You can never have too many copies of your data.

    I’m not sure what to do about the variety of smaller drives. I can say I wouldn’t recommend consolidating them onto a single drive, because I did that once (many drives ranging from 60 gigglebytes to 300, onto one 1.5 TB drive) and then formatted or got rid of the smaller ones…and then dropped the 1.5 TB drive on the floor while it was running. Rip. But just like the above, a RAID1 array composed of two big drives would probably be fine.

    Just make sure to set up some alerts for when a drive fails.