Oh I have quite a few that I've set up then pulled out of service for various reasons. I'm always evaluating potential use-cases for new services and if a different service would better suit my needs than what I have deployed currently. It's definitely a hobby.
Some container-based projects that I'm loosely tracking updates for and have deployed, but since, have pulled out of service (non-exhaustive):
Media:
-
- Supplanted by Audiobookshelf. For tagging and book conversion I just temporarily install Calibre on my Workstation when the need arises.
-
- Did not end up using it for much at the time. Re-evaluating if I'd like to stand it up again.
-
- Plex is nice but too many drawbacks that don't work for me. Supplanted with Jellyfin.
-
- Didn't have much use for this, but it will likely change soon. Since I've stuck with Jellyfin I'll be going with Jellyseer if I decide to stand up this kind of service again.
-
- Rarely made use of it. Nice project, but it's not feasible now for obvious reasons.
-
- Same as FreshRSS, though I'm a big fan of go and rust projects in general so this is the one I'm more keen on re-implementing.
-
- Part of the Plex ecosystem which I abandoned. It was useful software, but unfortunately locked to Plex.
-
- Never really had a use for this, though I thought I would at the time.
-
- Project is decent but the author is a asshole and very user-hostile, so I dropped it when I retooled my homelab a few years ago.
-
- Supplanted with Prowlarr.
-
- Same as the reason for dropping Overseerr.
-
- Did it's job, consumed lots of resources, and no arm64 docker image; though I managed to build my own. Got rid of it when I no longer had a use for the service.
Archival/Documentation:
-
- Something about the project rubbed me the wrong way, vague on the details though.
-
- Was decent but the lack of updates then subsequent maintainer turnover scared me off. I check in from time to time to see how the project's going.
-
- Ended up being too slow and clunky for me, but that could be the hardware I was running it on at the time.
-
- Same as above, but it definitely wasn't the hardware.
-
- It was alright but decided I didn't need a separate service for documentation, I just use Code-Server with a documentation repo and raneto to give me a pretty page to navigate and for the family.
-
- Worked well while I was using it, not a fan of the closed-source nature and just didn't feel the need to redeploy when I retooled my infrastructure.
-
- Same as bookstack, didn't really have a use for a separate service.
Dashboards:
I'm going to preface this by saying I have some sort of addiction with dashboards, it's unhealthy really.
-
- Didn't like how everything was an iframe and it seemed particularly resource heavy for what I needed it to do.
-
- My second dashboard. Liked the API integration not so much the design.
-
- Wasn't a fan of the design.
-
- Also didn't like the design much.
-
- Decent project, but decided to move on to something configuration file based.
-
- Liked this one a lot and used for quite a while before homepage lured me away with API widgets.
Infrastructure:
-
- Inadvertently made my infrastructure brittle with how I had it implemented. Decided to just rebuild my cluster's cloud image on-demand instead of daily and update my apt distros the old-fashioned way.
-
- Liked this project a lot, but added complexity to my infrastructure that could be more simply achieved other ways.
-
- Same as lldap, but more feature rich and thus even more complicated.
-
- Set-up briefly but found a better use-case with Gitea's integrated package registry which I'd already had deployed.
-
- Used this for a while, but the clipboard situation sucked at the time and I gravitated to just using SSH anyway, and since I have Proxmox on hypervisor duties just used xterm.js or noVNC for console access.
-
- Did it's job but the
:latest
tag is dangerous to use. I like having change logs, an evaluation environment, and an approval based update workflow so I switched to renovate-bot.
- Did it's job but the
-
- Was a decent option for sure and faster than what I'm using currently in theory, but seemed a little to unnecessarily complicated to keep running for me.
-
- Definitely useful. Will probably redeploy it at some point.
-
- Supplanted with Wireguard implementation in Tailscale.
-
- Tried it very briefly but N8N fit my use-case better.