@timconsidine I have been backing up to scaleway on NL region ~10 days or so and haven't hit any issues. I will switch to Paris and see.

@Gaurav https://docs.cloudron.io/apps/#memory-limit

@cyberfreakde join their Slack and ask there.

@girish Thanks for your response.
I'll report this on Github...

@Lanhild I am afraid I need more information to help. What did you try? Did you try s3cmd and get same error? Can you paste the error output?

@LoudLemur said in Amazing app to help with backups and saving space!:

What do others here think?

IMHO, irrelevant to most people, as most people are not running sites with very high levels of traffic.

Unfortunately, it seems they removed the previous fs backend entirely and there is no automatic migration.

I guess we have to make a new package. Their migration guide is at https://min.io/docs/minio/linux/operations/install-deploy-manage/migrate-fs-gateway.html

@felixbmmm said in MinIO: Infinite loading when previewing or downloading file:

I ran MinIO's docker image then access its browser console

Just to double check, are you even using Cloudron ? This is the forum for the minio package on Cloudron (and not for the upstream docker image). Upstream questions should be posted at https://github.com/minio/minio/discussions

@girish Thank you

@girish yay ! 🍾
Despite the hour I couldn't resist trying it.
I changed the location of the api from minio-api.domain.tld to minioapi.domain.tld (just removed the hyphen) and saved the change.
Renewed certs and logs now show the api domain in there.
Tested with Minio mc CLI and Forklift : they both list buckets and contents.
Will check MountainDuck and others later.

Thanks for your patience and support.
Marking it solved ! 🍾

I did a full run of update testing now.

After upgrade, I was able to login with my previous root credentials.

After upgrade, indeed, the env variables are not injected. I have put an example in docs now - https://docs.cloudron.io/apps/minio/#admin-credentials . New installs have these variables.

I was able to reproduce the clone issue. Was easy to fix. I guess this will be useful in case one wants to inspect older backups in the future.

The restore is a bit more complex - Made an issue https://git.cloudron.io/cloudron/box/-/issues/814

I put this info in https://docs.cloudron.io/apps/minio/#access-keys

@jdaviescoates Check out my answer to your other question about the Keys! Basically, Minio views Access Key/Secret Key as the same as User/Password, so by clicking to the User section in Minio you can reset the Secret Key.... but it's called "Password" in this Dashboard! Not too intuitive. Then, use your self-hosted VaultWarden or Joplin to save your newly reset Access Key/Password!

@timconsidine said in Changed credentials does not work for login:

But isn't /app/data potentially reachable from internet?

/app/data is just the part of the file system that the app can write to. It is only reachable via the Cloudron dashboard.

@girish Thanks a lot for this. Yes I will ask there then.

The upstream answer is good to know that minio won't work on FUSE.

@girish
Thanks girish

@girish said in Possibly breaking changes in next package:

two endpoints

maybe we can add support for multiple http port in the manifest?
so one subdomain go to a port for S3 and the other for the console.

EDIT:
Just see that you post my same conclusion on the minio git discussion