Cloudron Forum

@IniBudi sorry, I got the app mixed up with Stirling-PDF .

When you install IT-Tools, simply choose 'Leave user management to the app' and that makes it public.

It seems migration did not run? Can you try running /home/yellowtent/box/setup/start.sh ?

@Supaiku the dbs take more memory during backup/restore , so it's hard to catch it at that exact point.

@IniBudi use the filemanager - https://docs.cloudron.io/apps/#file-manager

@ivan-petro that service is added to docs now . that services holds the syslog.sock file

@ivan-petro can you try systemctl restart cloudron-syslog ?

You have to install nginx and put those configs on the server where you deployed odoo . That is the correct place for putting those multiple port configs. Then nginx will then answer to a single port 80 which you can then put into cloudron.

What would happen when there are multiple ports involved? Roundrobin? Can you give us a use case for this?

@firmansi users are not deleted on sync . See https://docs.cloudron.io/user-directory/#sync . You have to delete it manually from Cloudron B. The user won't be able to login since they are gone from Cloudron A. I think it's not auto-deleted because there are eventlogs etc in Cloudron, so such an auto-removal can be considered "destructive"

@svtx yes, other plugins won't get nuked. Just this specific one is also used by the package so it's trying to do some auto-configuration magic.

@girish maybe we should not uninstall the plugin here - https://git.cloudron.io/packages/wordpress-developer-app/-/blob/master/start.sh?ref_type=heads#L154

@svtx ahhh. I thought you used some other plugin. This is indeed a bug . Are you able to use some other mail plugin for the moment (till we fix the package?) .

@luckow give postgresql more memory

@svtx so, after you install the plugin, you refresh the page and it's gone? The cloudron packaging code does not even run unless the app is restarted. The issue seems is then different from what I thought it was.

Does this happen with other plugins ? Or just the SMTP plugin? Which one?

@svtx email is one of the things Cloudron managers along with SSO (OIDC/LDAP), redis configuration etc. To disable email auto-configuration, disable it in the email section of the app - https://docs.cloudron.io/apps/#disable-email-configuration

@SamGreenwood can you try disabling wp-rest-api-authentication ? I suspect that plugin is the source of the issue. See https://docs.cloudron.io/apps/wordpress-managed/#disabling-plugin

@IniBudi when installing choose 'Leave user management to the app and then after installing change enableLogin in config/settings.yml to false.

@luckow lsof -n -i :25 | grep LISTEN . But also sometimes, docker is also confused and out of sync with it's container processes. Can you do a systemctl restart docker and then systemctl restart box ?

There seem to be separate issues.

Cloudron backup errored with error: Error copying snapshot/app_542a898c-ae8f-4b67-b06e-16104dd8cdf4.tar.gz (12168190995 bytes): AccessDenied AccessDenied: null

This is the backup error. It says access denied. How/where are your backups stored? Does the API key have permissions to Copy?

2025-01-18T00:00:37.000Z [Sat Jan 18 00:00:37.378324 2025] [php:error] [pid 66] [client 172.18.18.140:58048] PHP Fatal error: Uncaught Error: Failed opening required '/app/data/wp-content/plugins/wp-rest-api-authentication/admin\partials\notices\class-mo-api-authentication-notices-utils.php' (include_path='.:/usr/share/php') in /app/data/wp-content/plugins/wp-rest-api-authentication/includes/class-miniorange-api-authentication-cron-manager.php:14\nStack trace:\n#0 /app/data/wp-content/plugins/wp-rest-api-authentication/includes/class-miniorange-api-authentication.php(130): require_once()\n#1 /app/data/wp-content/plugins/wp-rest-api-authentication/includes/class-miniorange-api-authentication.php(76): Miniorange_Api_Authentication->load_dependencies()\n#2 /app/data/wp-content/plugins/wp-rest-api-authentication/miniorange-api-authentication.php(124): Miniorange_Api_Authentication->__construct()\n#3 /app/data/wp-content/plugins/wp-rest-api-authentication/miniorange-api-authentication.php(127): run_miniorange_api_authentication()\n#4 /app/code/wp-settings.php(471): include_once('...')\n#5 /app/data/wp-config.php(118): require_once('...')\n#6 /app/code/wp-load.php(50): require_once('...')\n#7 /app/code/wp-blog-header.php(13): require_once('...')\n#8 /app/code/index.php(17): require('...')\n#9 {main}\n thrown in /app/data/wp-content/plugins/wp-rest-api-authentication/includes/class-miniorange-api-authentication-cron-manager.php on line 14

There is a PHP erorr coming from wp-rest-api-authentication plugin. You have to debug the backtrace above.

@OrezBodajoy can you try systemctl restart box ? Usually that fixes the 'Starting..' situation