@zion I am not sure I fully understand your process there, but generally a disk partition is just a section of a hard drive. That section then has to be formatted with a filesystem, in this case ext4. This can be done via mkfs.ext4 /dev/<you partition identifier>. Once that is done, you should be able to just use the Cloudron dashboard UI to add it then. This makes Cloudron create the mountpoint for you.

@zion you have to ask to set it up to the company that rent you the IPv4/v6. Most likely they have an option on their control panel to do that. If you have ownership of the IP, just do it from Virtualizor, google "Virtualizor ptr" and the first result is https://www.virtualizor.com/docs/admin/configure-reverse-dns/ --> you can do this only if you bought it and the ip is yours

But, woah, diskspace fills up quickly when running a Mastodon server!

@girish Thanks, that works.

@matthewdykstra issue is somewhere on the DNS side. Is that domain using Cloudflare? If so, for a start I would disable Cloudflare proxying for my.mjsiebolt.pro and just make that point to your server (so a single A record). Once that starts working, you can re-enable Cloudflare proxying and see.

@nebulon In which release will this fix be included

@nebulon Thanks guys.

so this should be fixed with the next release now, where we replaced https://www.npmjs.com/package/@sindresorhus/df with our own implementation which calls the df command in a more locale safe way.

@d19dotca ext4 is the filesystem type in this case from your root / partition and ext4 has a feature of reserved blocks for the root user. Other disks may or may not be ext4 like for volumes or backup.

@girish It sure did. I thought it was a simple matter of brute forcing 16 characters. I’m glad that’s not the case. Thanks for the clarification!

@girish with help from vps and hosting it is been solved. thank you for replying here

@YoMaCloud thank you for the correction / update, useful to know.

Not sure why that slipped through. Is this sorted by now? We had a case where slow I/O caused the issue resulting in a timeout. Could this have been the case? https://forum.cloudron.io/topic/4780/postgresql-database-won-t-start/8

@girish said in Incorrect error when removing an obsolete alias for a service: Did you happen to set this up manually? Hmm, I don't actually know. It's not impossible I guess... Good to know though, I'll work on cleaning DNS up

@Jonaz said in You are seeing this page because the DNS record of x.x.x.x is set to this server's IP but Cloudron has no app configured for this domain.: I updated DNS, and my.cloudron works but not cloudron. which is fine with me. Thanx As @subven said, wildcard DNS entry does not include the bare domain. So, you have to put cloudron separately in DNS and not just *.cloudron

@jdaviescoates said in How to cancel an update?: @vladimir-d said in How to cancel an update?: FTR, "Retry update task" and then "Restart App" have sorted the issue. And then revert to previous backup? @jdaviescoates It would be yes if there was a recent backup copy.

@dominikjannis Do you think you can send me the IP address to support@cloudron.io ? I can test it out from my test instance.

This has helped me in version Cloudron v7.3.2