Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

MinIO is now in maintenance-mode

github.com

Post reply on HN
Print view View original

171–180 of 338 posts

Re: MinIO is now in maintenance-mode

#171

Post by speedgoose »

realreality wrote: post #157
speedgoose wrote: post #154

Earlier quoted context omitted.

I havn't tested it since a while, but it was pretty good and a lot simpler than MinIO. Like in the old MinIO days, an S3 object is a file on the filesystem, not some replicated blocks. You could always rebuild the full object store content with a few rsync. I appreciate the simplicity. My main concern was that you couldn't configure it easily through files, you had to use CLI, which wasn't very convenient. I hope thi…

Objects in Garage are broken up into 1MB (default) blocks, and compressed with zstandard. So, it would be difficult to reconstruct the files. I don't know if that was a recent change since you looked at it. Configuration is still through the CLI, though it's fairly simple. If your usecase is similar to the way that the Deuxfleurs organization uses it -- several heterogeneous, geographically distributed nodes that are…

I guess this change was inevitable. But I like the possibility to reconstruct a broken distributed file storage system. GlusterFS also allowed this.

My use case is relatively common : I want small S3 compatible object stores that can be deployed in Kubernetes without manual intervention. The CLI part was a bit in the way last time, this could have been automated but it wasn't straightforward.

Re: MinIO is now in maintenance-mode

#172

Post by bee_rider »

throwaway894345 wrote: post #108
aftbit wrote: post #79

Shocker... they abandoned POSIX compatibility, built a massively over-complicated product, then failed to compete with things like Ceph on the metal side or ubiquitous S3/R2/B2 on the cloud side.

> they abandoned POSIX compatibility, built a massively over-complicated product This is a wild sentence--how can you criticize them for abandoning POSIX support __and__ building a massively over-complicated product? Making a reliable POSIX system is inherently very complex.

I think the criticism (just interpreting the post, don’t know anything about the technical situation) is that the complication is not necessary/worthwhile.

POSIX can be complicated, but it puts you in a nice ecosystem, so for some use-cases complex POSIX support is not over complicated. It is just… appropriately complicated.

Re: MinIO is now in maintenance-mode

#173

Post by 12_throw_away »

thway15269037 wrote: post #111

So, when anyone will fork in? Call it MaxIO or whatever. I might even submit couple of small patches. My only blocker for a fork to maintain compatibility and path to upgrade from earlier versions.

To be fair, their previous behavior and attitude towards the open source license suggests that minio would possibly engage in at least a little bumptious legal posturing against whoever chose to fork it.

Re: MinIO is now in maintenance-mode

#174

Post by [deleted] »

tlarkworthy wrote: post #45
candiddevmike wrote: post #38

It sucks that S3 somehow became the defacto object storage interface, the API is terrible IMO. Too many headers, too many unknowns with support. WebDAV isn't any better, but I feel like we missed an opportunity here for a standardized interface.

? Its like GET /object, PUT /object. To me its the most obvious mapping of HTTP to immutable object key value storage you could imagine. It is bad that the control plane responses can be malformed XML (e.g keys are not escaped right if you put XML control characters in object paths) but that can be forgiven as an oversight. Its not perfect but I don't think its a strange API at all.

[deleted]

Re: MinIO is now in maintenance-mode

#175

Post by redrove »

dalenw wrote: post #123
bityard wrote: post #87

Earlier quoted context omitted.

Garage is a popular alternative to Minio. https://garagehq.deuxfleurs.fr I hadn't heard of RustFS and it looks interesting, although I nearly clicked away based on the sheer volume of marketing wank on their main page. The GitHub repo is here: https://github.com/rustfs/rustfs

I use garage at home, single node setup. It's very easy and fast, I'm happy with it. You're missing out on a UI for it, but MountainDuck / CyberDuck solves that problem for me.

I’ve been using this https://github.com/khairul169/garage-webui as a UI for Garage. It’s been solid.

After years of using Garage for S3 for the homelab I’d never pick anything else. Absolutely rock solid, no problem whatsoever. There isn’t ONE other piece of software I can say that about, not ONE.

Major kudos to the guys at deuxfleurs. Merci beaucoup!

Re: MinIO is now in maintenance-mode

#176

Post by js4ever »

cantagi wrote: post #33

They have been removing features from the open source version for a while. The closest alternative seems to be RustFS. Has anyone tried it? I was waiting until they support site replication before switching.

I made recently an open source alternative to minio Server & minio UI also in Rust:

https://github.com/vibecoder-host/ironbucket/

https://github.com/vibecoder-host/ironbucket-ui

Re: MinIO is now in maintenance-mode

#177

Post by prmoustache »

colesantiago wrote: post #67
bananapub wrote: post #16

for those looking for a simple and reliable self hosted S3 thing, check out Garage . it's much simpler - no web ui, no fancy RS coding, no VC-backed AI company, just some french nerds making a very solid tool. fwiw while they do produce Docker containers for it, it's also extremely simple to run without that - it's a single binary and running it with systemd is unsurprisingly simple[1]. 0: https://garagehq.deuxfleurs…

How do you sustain yourselves while developing this project? What if the sponsorships run out?

What if a company change license, drop the project or goes bankrupt?

You shouldn't expect guarantee of any kind.

Re: MinIO is now in maintenance-mode

#178

Post by runiq »

eproxus wrote: post #164
bityard wrote: post #87

Earlier quoted context omitted.

Garage is a popular alternative to Minio. https://garagehq.deuxfleurs.fr I hadn't heard of RustFS and it looks interesting, although I nearly clicked away based on the sheer volume of marketing wank on their main page. The GitHub repo is here: https://github.com/rustfs/rustfs

Yeah, that page is horrendous and looks super sketchy. It looks like a very professional fishing attempt to get unsuspecting developers to download malware. They have a lot of obviously fake quotes from non-existent people at positions that don’t even mention what company it is. The pictures are misgendered and even contain pictures of kids. Feels like the whole page is AI generated.

They have a CLA that assigns copyright to them: https://github.com/rustfs/rustfs/blob/5b0a3a07645364d998e3f5...

So, arguably worse than MinIO.

Re: MinIO is now in maintenance-mode

#179

Post by orphea »

phoronixrly wrote: post #131
liviux wrote: post #126

Fork in Linux foundation incoming. Minio will revert in 1-2 years, but too late, community will move on and never return, reputation lost forever

Just watch them harass fork users with proprietary stacks as they used to: https://github.com/minio/minio/issues/13308#issuecomment-929... https://github.com/minio/minio/discussions/13571#discussionc...

  > you may be violating AGPLv3 if you are using MinIO to build commercial products or using it for commercial purposes
Yeah, this is bullshit. I wish the guy used his own advise and spoke to a lawyer :)

Re: MinIO is now in maintenance-mode

#180

Post by orphea »

smsm42 wrote: post #133
st3fan wrote: post #60

What a story. EOL the open source foundation of your commercial product, to which many people contributed, to turn it into a closed source "A-Ff*ing-I Store" .. seriously what the ...

Well, you can not have a product without having "AI" somewhere in the name anymore. It's the law.

https://youtu.be/-qbylbEek-M?t=33
Post reply on HN