@micmc this feature "Each chunk of data is replicated in 3 zones" seams to be interesting...

Yes, can be solved. Just for others with this kind of problem.

Unless you deleted docker storage (or used cloudron-support --recreate-docker and for some reason that was incomplete), I am not sure why the docker network will go missing . I think best to check again here if it happens again in a few days, but it's quite unlikely .

@fbartels like [image: giphy.gif] ?

Yes it´s possible. Watch the video!

Guess it is impossible - that makes sense, though to ask, just in case. Thank you!

Hitting the task cancel button usually results in a hung app (for any app which has had similar issues in the past). I suppose that is "success", but then it takes forever to get it running again. That normally requires me to just reboot the server (ypically from the Cloudron dashboard, but sometimes I do it from the cli in a ssh session to the server. Sometimes the app never restarts and I restore from a backup. BUT, in this case, I don't even have a backup since it has never completed. Sadly, I've restarted everything on the server in question, so helpful logs. The Minio is running, and I managed to update it --without a backup, and that seems to be working as my MAIN Cloudron is backing up to it (I just updated Matrix on it).

@Recliner2042 Or even two remote servers. One compute VPS and one storage VPS, for example.

@girish said in Mino on Cloudron serving files using IPFS: @LoudLemur do you mean the 6th slide? I think this involves installing ipfs on the server (which is not part of minio). I see. Since installing additional software onto the operating system is a no-no for Cloudron, this would therefore not be ok.

With the latest update which brings up the memory limit to min 2GB, things look better in my instance.

@nebulon Yes, some of the apps are not compatible with Cloudflare. Maybe Cloudflare users have to test it. Thank you for the support Cloudron team!

@jdaviescoates said in Help getting Cloudron Minio working with WordPress backup plugins (BackWPup or UpdraftPlus): But that does leave me wondering: is minio really able to do path style buckets and not virtual host style? Because I was under the impression that path-style is the old way It seems it should be possible to get Minio to accept virtual host style buckets by adding MINIO_DOMAIN=minio.example.net to env.sh - so out of interest I tried that, but it still doesn't work. @staff are you able to get Cloudron Minio to work with virtual host style buckets?

@scooke said in Amazing app to help with backups and saving space!: Here is a bit more info: For the Minio buckets to work with Mastodon, Peertube, XBackBone, and another restic-based backup solution I set up, you MUST enter new A records for the bucket and domain of your Minio setup. I don't know how it will work on Cloudron, but for my installed-by-hand Minio instance on my KS-1, I had buckets like peertube-bucket, restic-backup, mastodon-bucket, etc. My Minio instance domain is https://minio.example.com. So, I needed to make (new) A records like: A minio.example.com ip123 A peertube-bucket.minio.example.com ip123 A restic-backup.minio.example.com ip123 A mastodon-bucket.minio.example.com ip123 After those were active, I then had to rerun sudo certbot certonly --standalone -d minio.example.com -d peertube-bucket.minio.example.com -d restic-backup.minio.example.com -d mastodon-bucket.minio.example.com -d and then copy the two new certs into the proper place (I imagine the Cloudron-based Minio will do all this automatically?)(Certbot calls this "Expanding" the certificate, and I actually added Expanded the two certs three times, rerunning the certbot certonly --standalone with all previous domains, plus whichever was the new one. It didn't work to make a new separate cert, even with it's own A Record, for, for example, resti-backup.minio.example.com plus the original minio,example.com cert. Again, I don't understand completely, but access to Minio depended on there being ONE cert with as many additional domains as necessary within it.) I tried to just use a wildcard entry for the certbot (*.minio.example.com) but it didn't work. I'm trying to use a Cloudron hosted instance of Minio to back-up some non-Cloudron hosted instances of WordPress that I help manage, and I think it's not working because of this issue. I think perhaps the Cloudron Minio app needs to have the domain alias feature added like the WordPress (Developer) App has for use with multi-sites, so that when we have set our Minio API url to minio-api.example.coop and create a bucket called bucket-name we can also add an alias bucket-name.minio-api.example.coop.

The only way Minio operates with externals is if it is being used as a mirror, or, "bucket replication". Even then, the destination of the replicated bucket has to also be on a Minio system. Your best approach is to install ONE Minio system, externally, and then setup Cloudron to backup (and backup it's backups) to THAT external Minio.

@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?