Cloudron Forum

Hello @dennisj You can add your overrides in /app/data/LocalSettings.php as documented in https://docs.cloudron.io/packages/mediawiki#changing-permissions

@james said: Hello @leighmhart At this point your Cloudron system has become a black box, and we can not analyse this issue from just forum posts. Since you have run some nft commands, please ensure that the service nftables.service is not enabled or running. systemctl disable --now nftables.service iptables and nftables can be run together, but we do not support this at all and it will cause issues if not done properly. Reboot your system after that. This should ensure that the Cloudron default for iptables is restored. If the issue persists, please report back here. Hi @james, root@cloudron:~# systemctl status nftables.service ○ nftables.service - nftables Loaded: loaded (/lib/systemd/system/nftables.service; disabled; vendor pre> Active: inactive (dead) Docs: man:nft(8) http://wiki.nftables.org I did not enable nftables, I just used those commands to resolve the issue with the tables - the system is currently in a broken state if you are able to take a look. appreciate your continued support! Regards Leigh

@james said: Please follow these steps if you have this issue: Can this script be run on the working version I reverted to, or do I need to update to the broken version and then run it? Edit: yes, it seems fixing the db and then updating also works fine.

I lightened the separating lines between each email in dark mode only: html.dark-mode .listing li, html.dark-mode .listing li ul, html.dark-mode .listing tbody td { border-color: #414f54; }

@necrevistonnezr said: With linkding possibly abandoned (see https://github.com/sissbruecker/linkding/issues/1367)

I was under impression I'm quite clear... I don't think the decision made by authors correct. I'm forced to do the backup, even though there is no technical requirement for that. I'm forced to do the backup the way authors want, even though I have my remedies. As a result, I've just found out one Cloudron instance seriously out of date with a Docker security vulnerability in it. Just because authors decided that I have to have a backup to have automatic backup - to have my systems up to date. Not sure I follow that...

If the second contains the System backups it would include those of stopped apps, where a backup was made there (since otherwise the backup data simply wouldn't be there). But I agree this is not great to migrate. I guess for now you would have to start the app, make a full system backup on the scondary backup site and then stop the app again. The code for retrieving backup data for integrity check depeneds on format and storage type. Memory consumption is hard to predict, so presumably S3 with some kind of data on that storage just gets it over the 400MB

This is currently not possible and not really on the roadmap. Any reason Cloudron OIDC does not work?