Cloudron Forum

Hello @david.opalia @david.opalia said: @nebulon @james Going forward, could we consider performing updates step-by-step to avoid this kind of issue? This is the case for all apps that are not marked as unstable. Unstable apps are subjected to changes that can break the app. Like you have experienced here. We do this with unstable apps so we can get them into a stable state as fast as possible. Since there can be major issues with previous versions of an unstable app, a breaking version that gets us faster to a stable release is sometimes more efficient than handling the issues of the previous version into the next version and so on.

Hi @james there is also another option to completely disable image preview generation, or limit to only some providers: For high security deployments we recommend disabling the preview generation by setting the enable_previews switch to false in config.php. As an administrator you are also able to manage which preview providers are enabled by modifying the enabledPreviewProviders option switch. Sources: Disable preview image generation Configuration Parameters Previews

Hello @msbt I will look into your tool and use it a little to give feedback. One thought that instantly crossed my mind, will there be a Cloudron Community App for this? I can see that your aim is also to generate revenue with this, so I can understand it not being open-source. Next thought, what if the Cloudron Community App is like a 'runner' to the global infrastructure of 4f.at? In the sense of, if someone would use the Cloudron Community App for 4f.at, they also agree to share a certain percentage of their server resources to the global infrastructure. This way Cloudron users can host your software themselves with full use for their needs and provide resources to the pool saving you and them money. Something like a decentralized open infrastructure? Implementation of that might be a big task tho.

Hello @dev-cb We have published a new update for the Greenlight app. If you could clone your Greenlight app from a backup where this issue exists, and then simply update the clone to the latest version without applying any fix yourself and validate if this fixes the issue automatically and report back? That would be great.

Hello @inibudi We already support google cloud storage. I did understand that you are referring to Google Drive and OneDrive. Since Google Drive and OneDrive are more a cloud file storage and collaboration platform we think this might be not such a good thing to add. If you really want to use Google Drive or OneDrive you could mount them manually and use them as User-managed Mount Point backup provider. See: https://github.com/astrada/google-drive-ocamlfuse https://github.com/abraunegg/onedrive

Hello @adrielzimbril I have validated your mail that you have used in our forum against your GitHub profile. Because of that I have added you to the Validated App Maintainer group to signal to others that you are indeed the maintainer of this application.

Hello @ekevu123 / @luckow The issue with the current CloudronVersions.json is that the CHANGELOG file is missing the entry for version 0.99.32 Error: CloudronVersions.json is corrupt: Invalid manifest in 0.99.32: must NOT have fewer than 5 characters @ /changelog

Hello @makemrproper The following log line made me think this might be temporary MySQL issue: Apr 13 11:02:47 SQLSTATE[HY000] [1129] Host 'fd00:c107:d509::1' is blocked because of many Apr 13 11:02:47 connection errors; unblock with 'mysqladmin flush-hosts' If you see such a log entry, it might be a pointer that it might be just the MySQL service. @makemrproper said: I should have tried that before contacting you Please never hesitate to ask in the forum when you have any issues, like you have done here. We have seen many issues and logs and can use that knowledge to quickly get a picture of a situation. The good old "have you tried turning it off and on again" is something that can be attempted almost always. We are always happy to help since there should be no issue in the first place.

Hello @valexico The changelog of Cloudron can be found here: https://git.cloudron.io/platform/box/-/blob/master/CHANGES

Hello @ekevu123 I was able to reproduce this issue one yesterday. Since then the app has been running with no issue.

Thank You!

Good idea. We already do this in our appstore pipeline using cloudron appstore verify-manifest . I have added cloudrons versions verify for the next release to match this.

@LoudLemur um: jdaviescoates said: @LoudLemur said: The latest updates in Cloudron really helped. Presumably especially the Skills?

@scooke said: the forums or help have been very very weak, or actually non-existent (no one knows what went wrong and how to fix it). This is a very good and important point. Aside from mostly Just Working (and apps that are maintained and updated promptly), one of the best things about Cloudron is how amazingly good the support is, both from staff and from the rest of the users here on the forum.

So for sshfs mostly we just do a local sshfs (fuse) mount point and then the backup strategy runs exactly the same way as for all other backup targets. So that code is not specific. However if you use rsync with hardlink support, then sshfs really can shine and for that we have added specific code paths to do the remote ssh login and create the hardlinks on the server directly, which is the most common operation for incremental backups. This speeds up the backup process a lot. I am writing this, since above it seems to be about that optimized code path, which is doing the ssh login first and then runs the cp on the remote host (not your Cloudron).