Cloudron Forum

Re: Postiz - Package Updates

Kindly update the Postiz package to the latest version: https://github.com/gitroomhq/postiz-app/releases/tag/v2.0.8

@james Hi. Well, I've tried only with Instagram (Standalone) currently, and that is currently not working due to some other upstream related issue.

Although, wasn't able to complete the full (images related) pipeline, i was able to upload and preview the images within Postiz at least, which worked fine.

I'm running into the same issue, in the latest version.

From my .env ->

# Where will social media icons be saved - local or cloudflare.
STORAGE_PROVIDER="local"

# Your upload directory path if you host your files locally, otherwise Cloudflare will be used.
UPLOAD_DIRECTORY="/app/data/data/"

Browser error:
"url" parameter is valid but upstream response is invalid

Server error:
⨯ upstream image response failed for https://my-postiz-domain/uploads/2025/07/23/a716efeb832223bc97d8e5a9c3b010ceb.jpeg 404

Re: OpenProject - Package Updates

@staff

Hi. Would like to bring notice to the pending (Cloudron) release of the latest version of OpenProject: https://www.openproject.org/docs/release-notes/16-2-0/

@marcusquinn
An important point to consider: they seem to be completely non-OSS.

PS: The above github link is also non-existent

@joseph
As per this advise received by support:
you could try to set that 1000 in /home/yellowtent/box/src/backupcleaner.js on your server to something like 20000 for a start. Then run "systemctl restart box" and trigger the backup cleaner task.
i had changed the 1000 into a higher value, 100000, which worked at the time, until the next Cloudron release, v8.3.2, overwrote it back to 1000.

@nebulon said in Backups before retention policy not being deleted. Bug?:

Fix is coming with next release. If you hit this issue, send us a mail to support@cloudron.io so we can apply a temporary fix.

I found out yesterday that the temporary fix had gotten overwritten by the next release (v8.3.2). And i found it now because i just got hit with a nice bill for S3 overage of 15TB of backups data (just because the obsolete backups didn't get deleted as per the retention policy).

Additionally, even after reapplying the fix, the Cleanup Backups tasks are now failing, every time.

Re: OpenProject - Package Updates

Hi. Could you share when's the package for the latest release expected?

Latest info regarding the OP:
https://www.reddit.com/r/Mattermost/s/H1p0lcoHKF

TL;DR Seems like Mattermost self-hosted version might not be free anymore.

Any recommendations for a comparable FOSS alternative, preferably Cloudron-friendly?

@james Hi. Sorry, i didn't go ahead with PocketBase after this. So, can't say what's that current status.

@msbt That's correct, mailbox masquerading works out of the box. Just need to enable it in Cloudron.

SMTP2GO is pretty underrated imo.
Been using their $15/month plan for the past few years, to cater to a variety of emails for a large list of subdomains/domains, without any issues. And the support's pretty decent as well!

Hi @james . Haven't encountered the issue in a while now, also because that particular Directus app is not in use anymore.

Hi @girish .

I've also been looking into this recently for my use-cases.

Although, OIDC isn't available in the CE version, i though LDAP (integrated with Cloudron Directory) should work fine (auto-login into OpenProject from Cloudron Dashboard), which it doesn't seem to for me?

After an (unexpected) automatic update to v8.3.2, most of the apps in my Cloudron instance are now in error state:

Error : Nginx Error - Error reloading nginx: reverseproxy exited with code 1 signal null

Additionally, the Event log shows this:

The CLI doesn't seem to help here either:

Rebooting didn't help as well!

1. Why was there no automatic rollback, when the update task failed?

2. How do i urgently fix this?

@nebulon Hi. Any progress on the blocking issue? We are already 3 versions behind the upstream version.

Hi @girish , pinging you again.

It's been more than 1.5 years. The issue is still ongoing.

What i've ended up implementing so far:

• move immich data to an external (mounted) volume
• disable automatic backups
• maintain automatic snapshotting of the volume, externally

Just need to figure out how to maintain backups of the db, externally.
And then, hope that it all works out if the need to restore everything arises.

@girish said in Auto-update to 8.3 - various apps down - database issue:

but the failure makes the end user do this manually

Well, this manual process costed me several hours of downtime of 'production' services, as well as another couple of hours for restoring them (at lot of backup files are really big, e.g. immich) 🫤

@nebulon said in Storage management in Immich?:

After rereading the thread, you want metadata/database to be backed up but not the actual pictures?

Pretty much. The media files can be stored in a mounted volume.

But currently, if i store everything in the Data Directory (that gets backed up, when enabled globally), then i'm at a big loss, because, i can neither set a separate (more lenient than other apps) backup frequency, nor can i escape the pain of having to manage my backup storages efficiently (i realised today that immich's backups were enabled in my case, which is 4 times a day, for a month, and around 150GB every time!!).