Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

47% Positive

Analyzed from 896 words in the discussion.

Trending Topics

#minio#garage#local#https#node#pretty#seaweedfs#single#versity#com

Discussion (34 Comments)Read Original on HackerNews

KronisLV23 minutes ago
Running Sentry on prem, I had to swap out their default SeaweedFS setup for Garage because the former kept failing under concurrent writes. I tried digging around for a bit, but found that the swap was easier and faster, Garage has also worked great for single node use cases (e.g. tested up to around 10 TB of data). I still think that SeaweedFS is a cool project, might have been a config issue or something, wasn’t worth tweaking.

The setup for Garage sucks, especially cause their Docker image doesn’t automatically create keys or buckets and permissions for you like for example various RDBMS images do. Doing that the first time manually was annoying, but their docs are pretty nice and an AI agent can build you your own Docker image with custom init in about 15 minutes.

Worst with it I’ve had were issues with hooking up WinSCP to it directly to browse saved satellite data, initial connections would hang for some reason, not sure what the problem was either.

Also used Zenko but kinda got the feeling that the project wasn’t as healthy and straight up felt abandoned (e.g. the outdated container images and such), though there is some activity.

cadamsdotcomabout 1 hour ago
> 2026-03-02: Ruohang Feng has forked MinIO to pgsty/minio and is promising to maintain a stable, CVE-patched, distribution.

This is what I went with.

I use it in end to end tests as an S3 simulator that starts and stops instantly and reads & writes to a local directory, - as you'd expect it's great in that role. No complaints. Given the fork's maintainer puts their real name on it & stakes their reputation, you'd assume it can be trusted - but my use case is simpler than most.

samgranieri10 minutes ago
I might have to try this. I’m currently pinned on the last non-crippled version of minio
c0baltabout 2 hours ago
A notable mention should also be Versity GW, https://github.com/versity/versitygw/
nodoodles36 minutes ago
+1 switched to versity for homelab, been simple and stable as a rock. Point at a directory per bucket and done.

Also discussions few months ago here when healthcheks.io switched to it: https://news.ycombinator.com/item?id=47806348

swills35 minutes ago
I've had good experiences with Versity GW too and it's a shame it's not more well known.
markuswabout 1 hour ago
This is what I switched to as well, works nicely. Can have just a folder as a backend as well, which makes things pretty simple.
pveierlandabout 2 hours ago
Garage added an automatic configuration feature in v2.3.0 that makes it easier to set up single nodes:

  garage server --single-node --default-bucket
https://garagehq.deuxfleurs.fr/documentation/quick-start/
brinepot12 minutes ago
Often just spinning up `localstack` works well, even if only for S3. Gives you other AWS services if you ever need them.
Jeddabout 1 hour ago
A weird target, the author has.

The title is 'for single node local S3' but what they actually mean is 'for minio-compatibility', which is an entirely different question.

When I abandoned minio a year or so ago, I also surveyed the options, and settled on Garage. It lacked the GUI, but felt about the same complexity as minio. Perhaps a smidge more complexity, as I moved to 3-node and 5-node separate instances of garage, running as containers under Nomad.

I don't recall it being onerous, but I was looking for some basic S3-alike capabilities, not just minio-alike.

(How many people set out to build an object storage system with some number of AWS S3 primitives, but primarily try to match a third-party proprietary system's foibles?)

> So, Garage does work, but gosh…it is not just a drop-in replacement in terms of code changes.

I think in terms of actual code that uses local S3, it pretty much was a drop-in replacement. (I have multiple distribution/registry, Grafana Loki / Mimir, influx3 - all backing onto my object storage system, and the config changes there were modest - key+secret, and url - just as you'd expect.)

mickael-kerjeanabout 1 hour ago
Filestash (https://github.com/mickael-kerjean/filestash) has a s3 gateway plugin that I made. It proxy the S3 traffic to any downstream storage: SFTP, FTP, another S3, SMB, NFS, IPFS, ...
hn9zmdcaou27 minutes ago
Versity's posix backend was the one that stuck for us, multipart uploads land as real files on disk so you can inspect them with ls when a test fails.
dalton74about 2 hours ago
For single-node local S3, I often just use `s3fs` mounting a local directory. MinIO always felt like overkill for simple dev.
stevefan1999about 1 hour ago
I use JuiceFS https://github.com/juicedata/juicefs if you think the Chinese are worth the trust
cyanydeezabout 1 hour ago
If it's open source, you don't do daily pulls and you have a competent AI to crawl the codebase; why does it matter the ethnicity at this point?
philipallstarabout 1 hour ago
Ethnicity never mattered (other than for the people that think too many white people are doing something. It's culture, in particular government ties, that are the worry with China.
aljarryabout 2 hours ago
I did try seaweedfs ~half a year ago and I had issues with setting up users through terraform module (if I recall correctly, users endpoint were not correctly responding on delete), and lack of S3 expiry rules (you needed to use seaweedfs configuration or API for that). Other than that, I was pretty happy with it.
Advertisement
v3ss0n33 minutes ago
I heard good news about SeaweedFS
de6u99erabout 2 hours ago
I am using Garage for my local DEV environment.

https://garagehq.deuxfleurs.fr/

rrhjm53270about 2 hours ago
I enjoyed the smooth transition from minio to RustFS quite a lot.
PunchyHamsterabout 1 hour ago
I didn't. Hit bug after bug after bug in RustFS. Current version seems to work fine for now but it's definitely "new project"

On flipside the project maintainers react very fast on any bug I submitted and it's fixed pretty quickly, so not really complaint, just warning

pritambaralabout 1 hour ago
Incus (spiritual successor to LXD, after the fork-off by Canonical) has a simple S3 server built-in.
weikjuabout 1 hour ago
Isn’t that just minio? At least in LXD it’s minio.
prologicabout 2 hours ago
One alternative worth looking at is S2: https://github.com/mojatter/s2
SSLyabout 2 hours ago
or rclone serve
8fingerlouieabout 1 hour ago
Came to say this.

If we're just talking verifying S3 connectivity, simply spinning up "rclone serve s3" appears to be the simplest solution.

rugmaabout 2 hours ago
Rustfs, works pretty well for me
earth-tattooabout 1 hour ago
Shout-out to rustfs.
sdcfgyabout 2 hours ago
Just use the damn file system. Why does everyone have to put HTTP between everything?
bartekpacia7 minutes ago
I like how you got 4 different comments all starting with "Because..." hah!
winkabout 2 hours ago
Because this is about having a local standin for S3, which (in a production deploy) often solves a different problem than a (local) filesystem.

This post does not even mention the S3 API as a replacement for a filesystem.

Mashimoabout 1 hour ago
Because if you ship a tool with s3 support, the customer can decide if he wants to store in the cloud, or spin up a docker container locally.
Tostinoabout 2 hours ago
Because you want to mock the tools you are going to use in production locally or in CI. Really good reasons to not totally change what you are doing in your app between environments.
xienzeabout 2 hours ago
Because you might be running something that only talks S3 and want to point it at something local.