Cloudron Forum

@jdaviescoates that's it, thank you mr Coates

amazing turn around time

Now that the Discord enshittifications moves on. Maybe time to look into this more.

@avatar1024 Still can recommend this one https://forum.cloudron.io/post/76397

Like Puppet and CFengine they manage server configuration state in a few ways.

Interesting. I think I had missed that setting before. I tried two things, but now need to head to work. I created a SMB share on the NAS. I was able to establish a backup site... and, I just re-created an SSHFS mount per above, and gave it 6GB of RAM. Feb 11 09:16:30 box:taskworker Starting task 9902. Logs are at /home/yellowtent/platformdata/logs/tasks/9902.log Feb 11 09:16:30 box:taskworker Running task of type backup Feb 11 09:16:30 box:backuptask fullBackup: skipped backup ... Feb 11 09:16:30 box:tasks updating task 9902 with: {"percent":66.38461538461539,"message":"Backing up photos.jadud.com (17/23). Waiting for lock"} Feb 11 09:16:30 box:locks write: current locks: {"full_backup_task_846414c7-0abc-4ae1-8432-2430e5008342":null,"app_backup_a6dc2056-829f-46c4-bf31-7a93cba4af11":"9902"} Feb 11 09:16:30 box:locks acquire: app_backup_a6dc2056-829f-46c4-bf31-7a93cba4af11 Feb 11 09:16:30 box:backuptask fullBackup: app photos.jadud.com backup finished. Took 0.002 seconds Feb 11 09:16:30 box:locks write: current locks: {"full_backup_task_846414c7-0abc-4ae1-8432-2430e5008342":null} Feb 11 09:16:30 box:locks release: app_backup_a6dc2056-829f-46c4-bf31-7a93cba4af11 Feb 11 09:16:30 box:backuptask fullBackup: skipped backup ... Feb 11 09:16:30 box:tasks setCompleted - 9902: {"result":[],"error":null,"percent":100} Feb 11 09:16:30 box:tasks updating task 9902 with: {"completed":true,"result":[],"error":null,"percent":100} Feb 11 09:16:30 box:taskworker Task took 0.066 seconds Feb 11 09:16:30 Exiting with code 0 If I try and kick off the backup, it starts up and exits immediately. Is there a lock floating somewhere? (Is that the full backup task lock?) No backups are running that I can see, but this is now a new behavior. I have rebooted the machine, and this does not change. No doubt, I've created this problem through my iterations.

@timconsidine Sorry about that, I moved from gitea to gitlab but only migrated the projects I'm actively working on. It's an interesting application but I don't have any current strict needs, the code is here for right now if you want to continue development: https://gitea.due.ren/andreas/openobserve-cloudron

@Divemasterza Which provider is this? R2 doesn't work, seemingly because it doesn't support the S3 POST Object operation Edit: Got Hetzner working with these Settings: S3_BUCKET_NAME=redacted S3_FORCE_PATH_STYLE=1 S3_ENDPOINT_URL=https://fsn1.your-objectstorage.com S3_REGION=fsn1 S3_ACCESS_KEY=redacted S3_SECRET_KEY=redacted

@joseph said in SQL error: support@cloudron.io I sent an email on support@cloudron.io please check

You’ll find way too many horror stories if you search for Contabo on this forum. I had the nvme plan and the speeds were constantly under 500mb/s. Support was useless. Frequent network issues were common. I’ve since moved to Hetzners dedicated vcpu entry plan that costs less than half but performance is top notch. It’s hosting my public facing sites while the rest are self hosted on premise. Before you go nuts trying to fix things on Contabo, go through a migration to a new provider and see how it goes. Use dry run feature when setting up the dns so the live sites are still using Contabo for now.

Hello @rosano We actually published a GitHub action for a more generic use-case. https://github.com/cloudron-io/cloudron-push-to-app

@Elephant away for <1 week, will on return