Cloudron Forum

@loudlemur I didn't write the skills . But @james is a good candidate for feedback .

@james awesome, if you run out of pages and need a bump, let me know I thought about open-sourcing the thing from the start, but after a bit of testing I realized how many websites are tunneling through services like Cloudflare - which would instantly block traffic from bots like this one. It was quite an ordeal to get a "signed agent" approved by CF, but I managed to get that done eventually (wrong category, but hey, it's in there ). This means every request is signed with a special signature deriving from a host key in /.well-known/... So you would either have a lot of self-hosted bots that can't do a lot or you would swamp Cloudflares bot directory - both not ideal, that's why I opted to keep it closed and offered a generous free tier instead. Revenue is not the priority, I wanted to get it out so people can have fun with it. The runners idea is interesting though, currently they all share the same internal API key for auth between each other, that would probably require some fiddling around. Lets iron out all the kinks first and see where we go from there

@james said: I suspect that this might happen in the backup process and thus changing the amount of files. I think that's actually unlikely in this case because I'm pretty much the only active user of this instance and it backs up while I'm asleep. But I'll try to give enabling maintenance mode a try to see what we can see...

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.

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.

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